swift - 具有 AES128 CTR 模式的 CryptoSwift - 错误计数器增量？

Question

我在 CryptoSwift-API (krzyzanowskim) 上遇到问题，同时将 AES128 与 CTR-Mode 和我的测试函数一起使用(nullArrayBugTest()) 在特定计数器值(0 和 25 之间 = 在 13 和 24 之间)产生错误的数组计数，通常应该是 16!即使我使用手动递增的“iv_13”和错误值 13 而不是默认的“iv_0”和计数器 13 ... 测试一下以了解我的意思。

  func nullArrayBugTest() {
    var ctr:CTR
    let nilArrayToEncrypt = Data(hex: "00000000000000000000000000000000")
    let key_ = Data(hex: "000a0b0c0d0e0f010203040506070809")
    let iv_0:  Array<UInt8> = [0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08, 0x09, 0x0a, 0x0b, 0x0c, 0x0d, 0x0e, 0x0f]
    //let iv_13:  Array<UInt8> = [0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08, 0x09, 0x0a, 0x0b, 0x0c, 0x0d, 0x0e, 0x1c]
    var decryptedNilArray = [UInt8]()

    for i in 0...25 {
        ctr = CTR(iv: iv_0, counter: i)
        do {
            let aes = try AES(key: key_.bytes, blockMode: ctr)
            decryptedNilArray = try aes.decrypt([UInt8](nilArrayToEncrypt))
            print("AES_testcase_\(i) for ctr: \(ctr) withArrayCount: \(decryptedNilArray.count)")
        }catch {
            print("De-/En-CryptData failed with: \(error)")
        }
    }
}

Output with buggy values

为什么我总是需要具有 16 个值的加密数组的问题并不重要 :D。

有人知道为什么 aes.decrypt() 函数会像我收到的那样处理吗？

感谢您的宝贵时间。

迈克尔·S.

Answer 1

CryptoSwift 默认使用 PKCS#7 填充。您生成的明文具有无效的填充。 CryptoSwift ignores padding errors, 哪个 IMO 是一个错误，但这就是它的实现方式。 (您认为“正确”的所有计数器实际上应该根本无法解密。) (我与 Marcin 讨论过这个问题，他提醒我即使在这么低的级别，忽略填充错误也是正常的以避免填充 oracle 攻击。I'd forgotten that I do it this way too.... )

也就是说，有时填充会“足够接近”，以至于 CryptoSwift 会尝试删除填充字节。它通常不是有效的填充，但对于 CrypoSwift 的测试来说已经足够接近了。

例如，您的第一个计数器创建以下填充明文:

[233, 222, 112, 79, 186, 18, 139, 53, 208, 61, 91, 0, 120, 247, 187, 254]

254 > 16，因此 CryptoSwift 不会尝试删除填充。

对于 13 的计数器，将返回以下填充的明文:

[160, 140, 187, 255, 90, 209, 124, 158, 19, 169, 164, 110, 157, 245, 108, 12]

12 < 16，所以 CryptoSwift 删除了 12 个字节，剩下 4 个字节。(这不是 PKCS#7 填充的工作方式，但 CryptoSwift 是这样工作的。)

潜在的问题是你没有解密你加密的东西。您只是通过解密方案运行静态 block 。

如果你不想填充，你可以请求:

let aes = try AES(key: key_.bytes, blockMode: ctr, padding: .noPadding)

这将返回您所期望的。

以防万一其他读者有任何混淆:这种 CTR 的使用非常不安全，不应复制它的任何部分。我假设实际的加密代码不会像这样工作。