游戲加密技術
① 手機游戲一般用什麼加密的
手游加密屬於手游安全的重要步驟之一，可以使用一些第三方APP安全保護平台工具愛加密來實現，通過本地數據文件保護，頁面防釣魚保護，鍵盤監聽保護，截屏保護，協議加密和源碼安全保護。源碼安全包括：DEX加花加殼保護，動態指令載入，資源文件保護，SO文件保護和內存防mp保護等等。單一的加密方式可能比較簡單，比較容易被破解，但是組合起來效果就會很好。希望可以幫到你。
② 游戲封包加密方式
常見的加密演算法可以分成三類，對稱加密演算法，非對稱加密演算法和Hash演算法。對稱加密指加密和解密使用相同密鑰的加密演算法。對稱加密演算法的優點在於加解密的高速度和使用長密鑰時的難破解性。假設兩個用戶需要使用對稱加密方法加密然後交換數據，則用戶最少需要2個密鑰並交換使用，如果企業內用戶有n個，則整個企業共需要n×(n-1) 個密鑰，密鑰的生成和分發將成為企業信息部門的惡夢。對稱加密演算法的安全性取決於加密密鑰的保存情況，但要求企業中每一個持有密鑰的人都保守秘密是不可能的，他們通常會有意無意的把密鑰泄漏出去——如果一個用戶使用的密鑰被入侵者所獲得，入侵者便可以讀取該用戶密鑰加密的所有文檔，如果整個企業共用一個加密密鑰，那整個企業文檔的保密性便無從談起。常見的對稱加密演算法有DES、3DES、Blowfish、IDEA、RC4、RC5、RC6和AES非對稱加密指加密和解密使用不同密鑰的加密演算法，也稱為公私鑰加密。假設兩個用戶要加密交換數據，雙方交換公鑰，使用時一方用對方的公鑰加密，另一方即可用自己的私鑰解密。如果企業中有n個用戶，企業需要生成n對密鑰，並分發n個公鑰。由於公鑰是可以公開的，用戶只要保管好自己的私鑰即可，因此加密密鑰的分發將變得十分簡單。同時，由於每個用戶的私鑰是唯一的，其他用戶除了可以可以通過信息發送者的公鑰來驗證信息的來源是否真實，還可以確保發送者無法否認曾發送過該信息。非對稱加密的缺點是加解密速度要遠遠慢於對稱加密，在某些極端情況下，甚至能比對稱加密慢上1000倍。常見的非對稱加密演算法有：RSA、ECC（移動設備用）、Diffie-Hellman、El Gamal、DSA（數字簽名用）Hash演算法Hash演算法特別的地方在於它是一種單向演算法，用戶可以通過Hash演算法對目標信息生成一段特定長度的唯一的Hash值，卻不能通過這個Hash值重新獲得目標信息。因此Hash演算法常用在不可還原的密碼存儲、信息完整性校驗等。常見的Hash演算法有MD2、MD4、MD5、HAVAL、SHA加密演算法的效能通常可以按照演算法本身的復雜程度、密鑰長度（密鑰越長越安全）、加解密速度等來衡量。上述的演算法中，除了DES密鑰長度不夠、MD2速度較慢已逐漸被淘汰外，其他演算法仍在目前的加密系統產品中使用。
③ 如何加密RPGXP游戲數據
方案一：使用自己的加密演算法
第一種加密方案是修改RGSS102J.dll中的解密演算法，然後自己把素材打包成RGSSAD格式。
此方案要求使用者對程序設計以及二進制文件的修改有一定的基礎。
由於我現在還沒有試過外掛dll這種技術，所以這里介紹一個相對簡單的方法——修改MagicKey的初始值。RMXP是使用0xDEADCAFE作為MagicKey的初始值，那麼我們把RGSS102J.dll中的DEADCAFE修改掉，然後自己打包就可以防範那些一般的解包工具。
當然，如果你覺得有必要的話，還可以給這個修改過的dll文件加一個強殼，然後隨游戲發布。
雖然安全系數不高，但足以應對全自動的提取工具。我寫了一個程序來自動修改MagicKey，並打包資源文件，我給它起名叫"紙老虎"。下載網頁 http://www.uushare.com/user/lingchen/file/1333250。
難度指數：★★
安全指數：★☆
·方案二：混淆文件名
第二種加密思路是混淆文件名。在Windows操作系統下，有 \/:*?"<>| 這9個字元是不能用作文件名的。除去\/表示文件目錄，我們還有7個特殊字元可用。如果在原有文件名中加入這幾個本來不能用的字元，那麼解包程序就會因為不能正常創建文件而提取失敗。
註：此方法需要自己打包資源文件，以及修改rxdata文件，工作量比較大。
混淆不能絕對保證自己的游戲不被盜用，它的主要目的是打擊盜用者的信心，讓他在還沒有導出全部素材的時候就已經垂頭喪氣，精疲力盡了。
難度指數：★★★★
安全指數：★★☆
·方案三 將整個游戲打包成一個可執行程序
這個方法很多人都在用，而且可用的工具比較多，與MoleBox類似的工具都可以做到。
難度指數：★★
安全指數：★★★
·方案四 給游戲加一個特殊的"殼"
此方法與方案三類似，並且與傳統概念上給程序加殼有所不同。這里所說的"殼"更類似用一個定做的程序給游戲當作中介，它通過HookApi或者別的什麼方法接管游戲讀寫文件的操作。因為是完全接管，所以資源使用什麼格式完全是由使用者決定的。此方法需要比較深的編程功底。
難度指數：★★★★
安全指數：★★★☆
·方案五 自製RGSS解釋器
這是所有方案中最有效的方案，但是如果真的要自製一個RGSS解釋器有兩個主要的障礙，
1、RMXP使用的文件格式
2、編寫RGSS腳本的解釋器
很顯然，障礙一要比障礙二簡單的多，但同樣是一個龐大的工程。（如果有RMXP的源代碼的話另當別論）
難度指數：★★★★★
安全指數：★★★★★
對於游戲而言，無論什麼樣的加密方案都只是增加破解者的工作強度，而不能真正保護自己的素材不被提取，因為素材終歸是要在游戲中使用的。