AES加密 - iOS與Java的同步實現(xiàn)

AES是開發(fā)中常用的加密算法之一。然而由于前后端開發(fā)使用的語言不統(tǒng)一,導致經(jīng)常出現(xiàn)前端加密而后端不能解密的情況出現(xiàn)。然而無論什么語言系統(tǒng),AES的算法總是相同的, 因此導致結(jié)果不一致的原因在于 加密設置的參數(shù)不一致 。于是先來看看在兩個平臺使用AES加密時需要統(tǒng)一的幾個參數(shù)。

  • 密鑰長度(Key Size)
  • 加密模式(Cipher Mode)
  • 填充方式(Padding)
  • 初始向量(Initialization Vector)

密鑰長度

AES算法下,key的長度有三種:128、192和256 bits。由于歷史原因,JDK默認只支持不大于128 bits的密鑰,而128 bits的key已能夠滿足商用安全需求。因此本例先使用AES-128。(Java使用大于128 bits的key方法在文末提及)

加密模式

AES屬于塊加密(Block Cipher),塊加密中有CBC、ECB、CTR、OFB、CFB等幾種工作模式。本例統(tǒng)一使用CBC模式。

填充方式

由于塊加密只能對特定長度的數(shù)據(jù)塊進行加密,因此CBC、ECB模式需要在最后一數(shù)據(jù)塊加密前進行數(shù)據(jù)填充。(CFB,OFB和CTR模式由于與key進行加密操作的是上一塊加密后的密文,因此不需要對最后一段明文進行填充)

在iOS SDK中提供了PKCS7Padding,而JDK則提供了PKCS5Padding。原則上PKCS5Padding限制了填充的Block Size為8 bytes,而Java實際上當塊大于該值時,其PKCS5Padding與PKCS7Padding是相等的:每需要填充χ個字節(jié),填充的值就是χ。

初始向量

使用除ECB以外的其他加密模式均需要傳入一個初始向量,其大小與Block Size相等(AES的Block Size為128 bits),而兩個平臺的API文檔均指明當不傳入初始向量時,系統(tǒng)將默認使用一個全0的初始向量。

有了上述的基礎之后,可以開始分別在兩個平臺進行實現(xiàn)了。

具體實現(xiàn)

iOS實現(xiàn)

先定義一個初始向量的值。

NSString *const kInitVector = @"16-Bytes--String";

確定密鑰長度,這里選擇 AES-128。

size_t const kKeySize = kCCKeySizeAES128;

加密操作:

+ (NSString *)encryptAES:(NSString *)content key:(NSString *)key {

    NSData *contentData = [content dataUsingEncoding:NSUTF8StringEncoding];
    NSUInteger dataLength = contentData.length;
    
    // 為結(jié)束符'\0' +1
    char keyPtr[kKeySize + 1];
    memset(keyPtr, 0, sizeof(keyPtr));
    [key getCString:keyPtr maxLength:sizeof(keyPtr) encoding:NSUTF8StringEncoding];
    
    // 密文長度 <= 明文長度 + BlockSize
    size_t encryptSize = dataLength + kCCBlockSizeAES128;
    void *encryptedBytes = malloc(encryptSize);
    size_t actualOutSize = 0;
    
    NSData *initVector = [kInitVector dataUsingEncoding:NSUTF8StringEncoding];
    
    CCCryptorStatus cryptStatus = CCCrypt(kCCEncrypt,
                                          kCCAlgorithmAES,
                                          kCCOptionPKCS7Padding,  // 系統(tǒng)默認使用 CBC,然后指明使用 PKCS7Padding
                                          keyPtr,
                                          kKeySize,
                                          initVector.bytes,
                                          contentData.bytes,
                                          dataLength,
                                          encryptedBytes,
                                          encryptSize,
                                          &actualOutSize);
    
    if (cryptStatus == kCCSuccess) {
        // 對加密后的數(shù)據(jù)進行 base64 編碼
        return [[NSData dataWithBytesNoCopy:encryptedBytes length:actualOutSize] base64EncodedStringWithOptions:NSDataBase64EncodingEndLineWithLineFeed];
    }
    free(encryptedBytes);
    return nil;
}

Java實現(xiàn)

同理先在類中定義一個初始向量,需要與iOS端的統(tǒng)一。

private static final String IV_STRING = "16-Bytes--String";

另 Java 不需手動設置密鑰大小,系統(tǒng)會自動根據(jù)傳入的 Key 進行判斷。

加密操作:

public static String encryptAES(String content, String key) 
            throws InvalidKeyException, NoSuchAlgorithmException, 
            NoSuchPaddingException, UnsupportedEncodingException, 
            InvalidAlgorithmParameterException, IllegalBlockSizeException, BadPaddingException {

    byte[] byteContent = content.getBytes("UTF-8");

    // 注意,為了能與 iOS 統(tǒng)一
    // 這里的 key 不可以使用 KeyGenerator、SecureRandom、SecretKey 生成
    byte[] enCodeFormat = key.getBytes();
    SecretKeySpec secretKeySpec = new SecretKeySpec(enCodeFormat, "AES");
        
    byte[] initParam = IV_STRING.getBytes();
    IvParameterSpec ivParameterSpec = new IvParameterSpec(initParam);
        
    // 指定加密的算法、工作模式和填充方式
    Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
    cipher.init(Cipher.ENCRYPT_MODE, secretKeySpec, ivParameterSpec);
    
    byte[] encryptedBytes = cipher.doFinal(byteContent);
    
    // 同樣對加密后數(shù)據(jù)進行 base64 編碼
    Encoder encoder = Base64.getEncoder();
    return encoder.encodeToString(encryptedBytes);
}

注意以上實現(xiàn)的是 AES-128,因此方法傳入的 key 需為長度為 16 的字符串。

關于解密

有了上述加密的基礎之后,解密的實現(xiàn)就很簡單了,直接寫出對應的逆操作即可。因此代碼就不鋪張了,如果有需要的可以直接到文末下載。

關于Java使用大于128 bits的key

到Oracle官網(wǎng)下載對應Java版本的 JCE ,解壓后放到 JAVA_HOME/jre/lib/security/ ,然后修改 iOS 端的 kKeySize 和兩端對應的 key 即可。

以上。


實現(xiàn)代碼:

AESCipher-iOS

AESCipher-Java

可直接使用,歡迎各種star和fork~

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

  • 一:前言 AES是開發(fā)中常用的加密算法之一。然而由于前后端開發(fā)使用的語言不統(tǒng)一,導致經(jīng)常出現(xiàn)前端加密而后端不能解密...
    LikeSomeBody閱讀 2,882評論 1 1
  • AES是開發(fā)中常用的加密算法之一。然而由于前后端開發(fā)環(huán)境差異,導致出現(xiàn)前端加密而后端不能解密的情況出現(xiàn)。然而無論什...
    醉臥欄桿聽雨聲閱讀 2,835評論 3 3
  • 這篇文章主要講述在Mobile BI(移動商務智能)開發(fā)過程中,在網(wǎng)絡通信、數(shù)據(jù)存儲、登錄驗證這幾個方面涉及的加密...
    雨_樹閱讀 3,055評論 0 6
  • 在開發(fā)應用過程中,客戶端與服務端經(jīng)常需要進行數(shù)據(jù)傳輸,涉及到重要隱私安全信息時,開發(fā)者自然會想到對其進行加密,即使...
    閑庭閱讀 3,440評論 0 11
  • 有的人喜歡下雨天,有的人討厭下雨天,原因各有不同,但都是一個故事。 你印象里最深的一次下雨是什么時候?發(fā)生了什么故...
    芒果街上YCL閱讀 619評論 1 5

友情鏈接更多精彩內(nèi)容