Java 如何實現(xiàn)AES加密
做360廣告的對接需要對密碼進行AES加密,下面是點睛平臺文檔的描述:
(AES模式為CBC,加密算法MCRYPT_RIJNDAEL_128)對MD5加密后的密碼實現(xiàn)對稱加密。秘鑰是apiSecret 的前16位,向量是后16位,加密結果為64位數(shù)字和小寫字母。
用Java實現(xiàn)AES需要依賴Java加密擴展(The Java Cryptography Extension,簡稱JCE)的支持——主要是在javax下面的一些包。根據(jù)描述需要使用的算法為“AES/CBC/NoPadding”,實現(xiàn)方案如下:
public static String encode1(String src, String secretKey, String initialVector)
throws Exception {
Key key = new SecretKeySpec(secretKey.getBytes(StandardCharsets.UTF_8), "AES");
AlgorithmParameterSpec spec = new IvParameterSpec(initialVector.getBytes(StandardCharsets.UTF_8));
Cipher cipher = Cipher.getInstance("AES/CBC/NoPadding");
cipher.init(Cipher.ENCRYPT_MODE, key, spec);
byte[] encrypted = cipher.doFinal(src.getBytes());
return Hex.encodeHexString(encrypted);
}
這里使用的 SecretKeySpec、 AlgorithmParameterSpec、 IvParameterSpec等類都是JCE提供的,通常在JVM環(huán)境下可以直接使用。 Hex.encodeHexString()方法則是由apache-commons-codec提供的。如果不想多引入一個依賴也可以使用下面的方法:
public static String toHexString(byte[] bytes) {
StringBuilder builder = new StringBuilder();
for (int i = 0; i < bytes.length; i++) {
String hex = Integer.toHexString(0xFF & bytes[i]);
if (hex.length() < 2) {
builder.append(0);
}
builder.append(hex);
}
return builder.toString();
}
下面是為這個加密方法寫的單元測試:
@Test
public void encode1() throws Exception {
String src = "098f6bcd4621d373cade4e832627b4f6";
String key = "1234567891234567";
String iv = "8912345678912345";
String result = AES.encode1(src, key, iv);
String expect = "21fa89586f4a299545307b99036a082e135b52d3f63f93541e4291669a0de1de";
Assert.assertEquals(expect, result);
}
這里的代碼大體上能夠滿足360廣告的對接需求了。但是因為jdk11偶爾對一些javax擴展包的不支持,我有些不太喜歡這個方案。另外在一些資料中也了解到jdk對AES 256加密是有一些限制的,要響應相關限制需要引入一個授權文件或者更換jdk,這就有些難接受了。種種原因吧,我需要一個替換方案。
最開始我以為在apache-common-codec中會有相關方案,但是結果是讓人失望的。不過還好,最終我找到了Bouncy Castle。以下是關于Bouncy Castle的一些描述:
Bouncy Castle 是一種用于Java平臺的開放源碼的輕量級密碼算法包。它支持大量的密碼算法,并提供 JCE 1.2.1 的實現(xiàn)。Bouncy Castle是輕量級的,從J2SE 1.4到J2ME(包括MIDP)平臺,它都可以運行。它是在MIDP上運行的唯一完整的密碼術包。
使用Bouncy Castle提供的能力必然需要先引入相關的依賴。針對不同的jdk版本,Bouncy Castle都有提供對應的Cryptography Provider。比如我使用的是JDK1.8,對應的就是bcprov-jdk15to18,相關的依賴如下:
<dependency> <groupId>org.bouncycastle</groupId> <artifactId>bcprov-jdk15to18</artifactId> <version>1.66</version> </dependency>
基于Bouncy Castle實現(xiàn)的360點睛平臺AES加密處理如下:
public static String encode2(String value, String secretKey, String initialVector) {
try {
BufferedBlockCipher cipher = getCipher(secretKey, initialVector);
byte[] bytes = value.getBytes(StandardCharsets.UTF_8);
byte[] out = new byte[cipher.getOutputSize(bytes.length)];
int len = cipher.processBytes(bytes, 0, bytes.length, out, 0);
len += cipher.doFinal(out, len);
byte[] arr = new byte[len];
System.arraycopy(out, 0, arr, 0, len);
return Hex.toHexString(arr);
} catch (Exception e) {
throw new EncryptException("Data encryption failed. " + e.getMessage());
}
}
private static BufferedBlockCipher getCipher(String secretKey, String iniVector) {
try {
byte[] iv = iniVector.getBytes(StandardCharsets.UTF_8);
CipherParameters params = new ParametersWithIV(new KeyParameter(secretKey.getBytes(StandardCharsets.UTF_8)), iv);
BufferedBlockCipher cipher = new BufferedBlockCipher(new CBCBlockCipher(new AESEngine()));
cipher.init(true, params);
return cipher;
} catch (Exception ex) {
throw new EncryptException("Cannot intialize Bouncy Castle cipher. " + ex.getMessage());
}
}
因為360點睛平臺要求使用的加密key沒有超過256位,所以兩個方案都是行得通的。
我比較喜歡Bouncy Castle這個方案,這個方案相對較輕量,并且不依賴JCE。但是這個方案的不足之處也恰恰在于此:Java中的SSL層,JSSE和XML加密庫都依賴到JCE,而且AES Key長度的校驗是在 Cipher類中進行的,在這些場景下Bouncy Castle也很難起到作用。
以上就是Java 如何實現(xiàn)AES加密的詳細內容,更多關于Java 實現(xiàn)AES加密的資料請關注腳本之家其它相關文章!
相關文章
淺談Spring中@Transactional事務回滾及示例(附源碼)
本篇文章主要介紹了淺談Spring中@Transactional事務回滾及示例(附源碼),小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-12-12
springboot如何使用assembly打包項目和啟動腳本
這篇文章主要介紹了springboot如何使用assembly打包項目和啟動腳本問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-06-06
SpringBoot項目集成Flyway進行數(shù)據(jù)庫版本控制的詳細教程
這篇文章主要介紹了SpringBoot項目集成Flyway進行數(shù)據(jù)庫版本控制,本文分步驟通過實例代碼給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-07-07
springcloud?feign服務之間調用,date類型轉換錯誤的問題
這篇文章主要介紹了springcloud?feign服務之間調用,date類型轉換錯誤的問題及解決,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-03-03

