AES 解密在 iOS 7 中的行为与 iOS 8/9 不同

Question

以下方法在 iOS 7 上运行时返回的结果与在 iOS 8/9 上运行时不同。

+ (NSData *)decryptData:(NSData *)data key:(NSData *)key iv:(NSData *)iv;
{
  NSData *result = nil;

  // setup key
  unsigned char cKey[FBENCRYPT_KEY_SIZE];
  bzero(cKey, sizeof(cKey));
  [key getBytes:cKey length:FBENCRYPT_KEY_SIZE];

  // setup iv
  char cIv[FBENCRYPT_BLOCK_SIZE];
  bzero(cIv, FBENCRYPT_BLOCK_SIZE);
  if (iv) {
    [iv getBytes:cIv length:FBENCRYPT_BLOCK_SIZE];
  }

  // setup output buffer
  size_t bufferSize = [data length] + FBENCRYPT_BLOCK_SIZE;
  void *buffer = malloc(bufferSize);

  // do decrypt
  size_t decryptedSize = 0;
  CCCryptorStatus cryptStatus =
      CCCrypt(kCCDecrypt, FBENCRYPT_ALGORITHM, kCCOptionPKCS7Padding, cKey,
              FBENCRYPT_KEY_SIZE, cIv, [data bytes], [data length], buffer,
              bufferSize, &decryptedSize);

  if (cryptStatus == kCCSuccess) {
    result = [NSData dataWithBytesNoCopy:buffer length:decryptedSize];
  } else {
    free(buffer);
    NSLog(@"[ERROR] failed to decrypt| CCCryptoStatus: %d", cryptStatus);
  }

  return result;
}

加密适用于 iOS 7/8/9。但在 iOS 7 上解密结果为零。

decryptedSize 执行后为 0。 buffer 元素保持为 0。

有些定义是

#define FBENCRYPT_ALGORITHM kCCAlgorithmAES128
#define FBENCRYPT_BLOCK_SIZE kCCBlockSizeAES128
#define FBENCRYPT_KEY_SIZE kCCKeySizeAES256

我已阅读关于 SO 的类似 CCCrypt() 问题的答案。尝试了以下方法：

1. 将cKey 长度增加1
2. 将cKey 长度增加到FBENCRYPT_KEY_SIZE * 2 + 1
3. 将cKey 的第一个字节设置为0（有人说iOS 6 在从NSString 获取关键字节时会这样做）

以上都不起作用。

---

当方法被调用时，我返回了一些示例数据。

传递给decryptData的三个参数是：

• 数据：ea1e6896 b5731f40 1d560a18 f0729fa6，
• 密钥：17c76e90 9a6fef8d b1fd45fa 2de18db0 d2236264 db6c8a60 125599ec 2dfb5614，AES256 为 256 位
• iv:41463531 38453234 44333835 42463636，16字节，与块大小相同

预期结果（和 iOS8/9 上的实际结果）是248e51af 66bf85d3 00003ab6 fe3c0000。

Answer 1

快速猜测，因为信息不多：

数据使用与 PKCS#7（或 PKCS#5）不同的填充进行加密。 mcrypt()，虽然很流行，但由一些 bozos 编写并使用非标准的空填充，这既不安全，而且如果数据的最后一个字节是 0x00 将不起作用。

有关 PKCs#7 传递的更多信息，请参阅SO answer。

如果填充明显不正确，CCCrypt 的早期版本会返回一个错误，这是一个后来被纠正的安全错误。 IIRC iOS7 是最后一个将错误填充报告为错误的版本。