Android客戶端與服務端數據加密傳輸方案詳解
前言
在網絡通信中,通信傳輸數據容易被截取或篡改,如果在傳輸用戶隱私數據過程中,被不法分子截取或篡改,就可能導致用戶受到傷害,比如被詐 騙,所以對客戶端與服務端的傳輸數據加密,是網絡通信中必不可少的。
數據加密方案
首先,客戶端與服務端商量好數據加密協(xié)議,對傳輸數據做到安全保護。
安全保護至少需要有下面兩點:
- 采用HTTPS協(xié)議
- 采用公鑰密碼體制RSA算法對數據加密
現在安全是保證了,但還要考慮到性能問題,由于RSA算法對數據加密時運算速度慢,所以直接把所有傳輸數據都用RSA加密,會導致網絡通信慢,這對用戶將是不好的體驗。由于對稱密鑰密碼體制中的AES運算速度快且安全性高,所以結合AES對傳輸數據加密是非常好的方案。
下面是對客戶端與服務端通信數據加密比較通用的方案:
- 客戶端生成AES密鑰,并保存AES密鑰
- 客戶端用AES密鑰對請求傳輸數據進行加密
- 客戶端使用RSA公鑰對AES密鑰加密,然后把值放到自定義的一個請求頭中
- 客戶端向服務端發(fā)起請求
- 服務端拿到自定義的請求頭值,然后使用RSA私鑰解密,拿到AES密鑰
- 服務端使用AES密鑰對請求數據解密
- 服務端對響應數據使用AES密鑰加密
- 服務端向客戶端發(fā)出響應
- 客戶端拿到服務端加密數據,并使用之前保存的AES密鑰解密
注意:傳輸數據使用AES密鑰加密,RSA公鑰對AES密鑰加密。RSA公鑰和私鑰由服務端生成,公鑰放在客戶端,私鑰放在服務端。公鑰私鑰要私密保護,不能隨便給人。
具體流程圖如下:

上面網絡通信過程是安全的,可以保證通信數據即使被截取了,也無法獲得任何有效信息;即使被篡改了,也無法被客戶端和服務端驗證通過。
數據加密細節(jié)
AES加解密
生成AES密鑰和使用AES密鑰加密、解密,有下面重要的幾點:
1.密鑰長度的選擇:AES能支持的密鑰長度可以為128,192,256位(也即16,24,32個字節(jié)),這里選擇128位。
2.算法/模式/填充的選擇:
| 算法/模式/填充 | 字節(jié)加密后數據長度 | 不滿16字節(jié)加密后長度 |
|---|---|---|
| AES/CBC/NoPadding | 16 | 不支持 |
| AES/CBC/PKCS5Padding | 32 | 16 |
| AES/CBC/ISO10126Paddind | 32 | 16 |
| AES/CFB/NoPadding | 16 | 原始數據長度 |
| AES/CFB/PKCS5Padding | 32 | 16 |
| AES/CFB/ISO10126Padding | 32 | 16 |
| AES/ECB/NoPadding | 16 | 不支持 |
| AES/ECB/PKCS5Padding | 32 | 16 |
| AES/ECB/ISO10126Padding | 32 | 16 |
| AES/ECB/ISO10126Padding | 32 | 16 |
| AES/OFB/NoPadding | 16 | 原始數據長度 |
| AES/OFB/PKCS5Padding | 32 | 16 |
| AES/OFB/ISO10126Padding | 32 | 16 |
| AES/PCBC/NoPadding | 16 | 不支持 |
| AES/PCBC/PKCS5Padding | 32 | 16 |
| AES/PCBC/ISO10126Padding | 32 | 16 |
這里選擇AES/CBC/PKCS5Padding。
3.添加向量 IvParameterSpec:增強算法強度。 4.編碼格式選擇:UTF-8。
下面為具體代碼實現:
private final int AES_KEY_LENGTH = 16;//密鑰長度16字節(jié),128位
private final String AES_ALGORITHM = "AES";//算法名字
private final String AES_TRANSFORMATION = "AES/CBC/PKCS5Padding";//算法/模式/填充
private final String AES_IV = "0112030445060709";//使用CBC模式,需要一個向量iv,可增加加密算法的強度
private final String AES_STRING = "abcdefghijklmnopqrstuvwxyzABCDEFGHIGKLOP";
private final Charset UTF_8 = Charset.forName("UTF-8");//編碼格式
/**
* 使用AES加密
*
* @param aesKey AES Key
* @param data 被加密的數據
* @return AES加密后的數據
*/
private byte[] encodeAES(byte[] aesKey, String data) {
if (aesKey == null || aesKey.length != AES_KEY_LENGTH) {
return null;
}
SecretKeySpec keySpec = new SecretKeySpec(aesKey, AES_ALGORITHM);
try {
Cipher cipher = Cipher.getInstance(AES_TRANSFORMATION);
IvParameterSpec iv = new IvParameterSpec(AES_IV.getBytes(UTF_8));
cipher.init(Cipher.ENCRYPT_MODE, keySpec, iv);
return cipher.doFinal(data.getBytes(UTF_8));
} catch (Exception e) {
Log.d(TAG, e.getMessage(), e);
}
return null;
}
/**
* 使用AES解密
*
* @param aesKey AES Key
* @param data 被解密的數據
* @return AES解密后的數據
*/
private String decodeAES(byte[] aesKey, byte[] data) {
if (aesKey == null || aesKey.length != AES_KEY_LENGTH) {
return null;
}
SecretKeySpec keySpec = new SecretKeySpec(aesKey, AES_ALGORITHM);
try {
Cipher cipher = Cipher.getInstance(AES_TRANSFORMATION);
IvParameterSpec iv = new IvParameterSpec(AES_IV.getBytes(UTF_8));
cipher.init(Cipher.DECRYPT_MODE, keySpec, iv);
return new String(cipher.doFinal(data), UTF_8);
} catch (Exception e) {
Log.d(TAG, e.getMessage(), e);
}
return null;
}
private int getRandom(int count) {
return (int) Math.round(Math.random() * (count));
}
/**
* 生成AES key
*
* @return AES key
*/
private String initAESKey() {
StringBuilder sb = new StringBuilder();
int len = AES_STRING.length();
for (int i = 0; i < AES_KEY_LENGTH; i++) {
sb.append(AES_STRING.charAt(getRandom(len - 1)));
}
return sb.toString();
}
現在AES密鑰和AES加密、解密都有了,在通常情況下,還會對加密、解密過程進行Base64 編碼、解碼。
Base64編碼,選擇 URL_SAFE 標識,也就是 "-" 和 “_” 會被替換為 "+" 和 "/",:
/**
* 對數據進行Base64編碼,使用的是{@link android.util.Base64},而且flags需要使用 {@link android.util.Base64#URL_SAFE,android.util#Base64.NO_PADDING,android.util.Base64#NO_WRAP}。
*
* @param input 來源數據
* @return Base64編碼的數據
*/
private String encodeBase64(byte[] input) {
return new String(Base64.encode(input, Base64.URL_SAFE | Base64.NO_PADDING | Base64.NO_WRAP), UTF_8);
}
Base64解碼,和編碼對應:
/**
* 對數據進行Base64解碼,使用的是{@link android.util.Base64},而且flags需要使用 {@link android.util.Base64#URL_SAFE,android.util.Base64#NO_WRAP},主要是為了和Base64加密對應。
*
* @param str 需要解碼的數據
* @return Base64解碼后的數據
*/
private byte[] decodeBase64(String str) {
return Base64.decode(str.getBytes(UTF_8), Base64.URL_SAFE | Base64.DEFAULT);
}
RSA公鑰加密
RSA公鑰是從服務端拿到的,這個公鑰不能被泄漏,必須做到安全保護。
使用RSA公鑰加密,也有幾個重要點:
1.拿到的公鑰是Base64 編碼后的,所以首先需要對公鑰Base64解碼。
2.算法/模式/填充的選擇:RSA/ECB/PKCS1Padding
3.編碼格式選擇:UTF-8。
注意:使用RSA公鑰加密的流程對應的就是服務端使用RSA私鑰解密的流程,所以需要和服務端溝通商量好。
具體代碼實現:
private final String RSA_PUB_KEY = "服務端給的公鑰";
private final String RSA_TRANSFORMATION = "RSA/ECB/PKCS1Padding";
/**
* 公鑰加密
*
* @param data 要加密的數據
* @param key 公鑰
* @param transformation 算法/模式/填充
* @return 加密后的數據
*/
public byte[] encryptByPublicKey(byte[] data, String key, String transformation)
throws GeneralSecurityException {
byte[] keyBytes = Base64.decode(key.getBytes(UTF_8), Base64.NO_WRAP);
X509EncodedKeySpec keySpec = new X509EncodedKeySpec(keyBytes);
KeyFactory keyFactory = KeyFactory.getInstance("RSA");
PublicKey pubKey = keyFactory.generatePublic(keySpec);
Cipher cipher = Cipher.getInstance(transformation);
cipher.init(Cipher.ENCRYPT_MODE, pubKey);
return cipher.doFinal(data);
}
總結
1.為了保證網絡通信中的通信數據安全,首先采用HTTPS協(xié)議和公鑰密鑰體制中的RSA加密。
2.因為是RSA運算速度慢,所以采用運算速度快且安全性高的對稱密鑰密碼體制中的AES對所 有傳輸數據進行加密,然后再用RSA對AES密鑰加密,這樣既能保證安全又能保證性能。
3.RSA公鑰和私鑰由服務端生成,公鑰放在客戶端,私鑰放在服務端。
4.數據加密后采用Base64編碼,數據解密前采用Base64解碼。
5.編碼格式同一采用UTF-8。
以上就是Android客戶端與服務端數據加密傳輸方案詳解的詳細內容,更多關于Android客戶端服務端數據加密傳輸的資料請關注腳本之家其它相關文章!
相關文章
解決webview調用goBack()返回上一頁自動刷新閃白的情況
本文主要介紹了解決webview調用goBack()返回上一頁自動刷新閃白的情況。具有很好的參考價值。下面跟著小編一起來看下吧2017-03-03
Android中ViewFlipper的使用及設置動畫效果實例詳解
這篇文章主要介紹了Android中ViewFlipper的使用及設置動畫效果的方法,以實例形式較為詳細的分析了ViewFlipper的功能、原理及設置與使用技巧,具有一定參考借鑒價值,需要的朋友可以參考下2015-10-10

