JSPatch安全問題

JSPatch通過下發JS指令碼檔案對app進行修復或更新，經過剛才的分析，JS指令碼的許可權是很大的，如果在下發傳輸過程中檔案被第三方截獲，修改了指令碼內容，那麼對app以及使用者資料可能會造成致命的傷害。因此，必須制定一個安全可靠的方案保證JSPatch熱修復的指令碼檔案傳輸的安全。

毫無疑問，要對指令碼檔案進行加密，大致有3套方案：

1. 對稱加密。伺服器端和客戶端儲存一把相同的私鑰，下發指令碼檔案前先對檔案進行加密，客戶端拿到指令碼檔案後用相同的私鑰解密。這種方案弊端很明顯，金鑰儲存在客戶端，一旦客戶端被破解，金鑰就洩露了。
2. https傳輸。這種方案安全可靠，但是成本較大，需要部署伺服器，購買證書，對於一個小型的app來說門檻較高，當然如果不介意成本那麼這種方案是非常安全的。
3. RSA簽名驗證。藉助於RSA非對稱加密，這種方案在保證安全性的同時，門檻低，成本小，通用性強，對客戶端和服務端都沒什麼特殊要求。

RSA簽名驗證整體流程如下：

伺服器端：

1. 對要下發的指令碼檔案計算MD5值
2. 用伺服器私鑰對MD5值進行加密
3. 將指令碼檔案和加密後的MD5值下發給客戶端

客戶端：

1. 用伺服器端公鑰解密加密過的MD5值
2. 對接收的指令碼檔案計算MD5值
3. 將解密出來的MD5與新計算出來的MD5進行比對校驗，若校驗通過，則表明指令碼在傳輸過程中沒有被篡改。

作者針對RSA這套安全方案，製作了相關元件JPLoader，客戶端可以直接整合。同時也開放了一個管理下發指令碼檔案的平臺JSPatch平臺