Question

我使用this answer中的示例代码编写了一个带有Java的加密/解密原型。但是，我尝试使用AES＆＃39;计数器模式（CTR）和加密值似乎与我尝试加密的整数序列一样可递增。

考虑我的原型的以下输出：

i = 0: enc='5941F8', dec='000', length=6
i = 1: enc='5941F9', dec='001', length=6
i = 2: enc='5941FA', dec='002', length=6
i = 3: enc='5941FB', dec='003', length=6
i = 4: enc='5941FC', dec='004', length=6
i = 5: enc='5941FD', dec='005', length=6
i = 6: enc='5941FE', dec='006', length=6
i = 7: enc='5941FF', dec='007', length=6
i = 8: enc='5941F0', dec='008', length=6
i = 9: enc='5941F1', dec='009', length=6
i = 10: enc='5940F8', dec='010', length=6
i = 11: enc='5940F9', dec='011', length=6
i = 12: enc='5940FA', dec='012', length=6

请注意enc值通常仅与dec值的差异为一位数。 AES＆＃39;生成的加密值是否为计数器模式通常这个可迭代/彼此相似或者我做错了什么？

到目前为止，我尝试使用不同的加密密钥，初始向量，填充方案，更长/更短的整数序列（从不同的值开始）等，但到目前为止似乎没有任何工作。此外，到目前为止，Google和其他关于Java AES Cipher in Counter Mode的SO问题一直没什么用处。请记住，我是一个加密新手。

我的原型代码如下：

public class Encryptor {
  public static String encrypt(String key, String initVector, String value) {
    try {
      IvParameterSpec iv = new IvParameterSpec(initVector.getBytes("UTF-8"));
      SecretKeySpec skeySpec = new SecretKeySpec(key.getBytes("UTF-8"), "AES");

      Cipher cipher = Cipher.getInstance("AES/CTR/PKCS5PADDING");
      cipher.init(Cipher.ENCRYPT_MODE, skeySpec, iv);

      byte[] encrypted = cipher.doFinal(value.getBytes());
      return DatatypeConverter.printHexBinary(encrypted);
    }
    catch (Exception ex) {
      throw new RuntimeException(ex);
    }
  }

  public static String decrypt(String key, String initVector, String encrypted) {
    try {
      IvParameterSpec iv = new IvParameterSpec(initVector.getBytes("UTF-8"));
      SecretKeySpec skeySpec = new SecretKeySpec(key.getBytes("UTF-8"), "AES");

      Cipher cipher = Cipher.getInstance("AES/CTR/PKCS5PADDING");
      cipher.init(Cipher.DECRYPT_MODE, skeySpec, iv);

      byte[] decrypted = cipher.doFinal(DatatypeConverter.parseHexBinary(encrypted));
      return new String(decrypted);
    }
    catch (Exception ex) {
      ex.printStackTrace();
    }

    return null;
  }

  public static void main(String[] args) {
    String key = "Bar12345Bar12345"; // 128 bit key
    String initVector = "RandomInitVector"; // 16 bytes IV

    System.out.println(decrypt(key, initVector,
        encrypt(key, initVector, "Hello World")));
    for (int i = 0; i < 1000; ++i) {
      String encrypted = encrypt(key, initVector, StringUtils.leftPad("" + i, 3, '0'));
      String decrypted = decrypt(key, initVector, encrypted);
      int encLen = encrypted.length();
      System.out.println("i = " + i + ": enc='" + encrypted + "', dec='" + decrypted + "', length=" + encLen);
    }
  }
}

Answer 1

CTR mode is a streaming mode of operation。这意味着一个随机数和密钥对创建一个唯一的密钥流，然后与明文进行异或。由于XOR是对称的，因此应用完全相同的操作来解密密文。

现在，XOR按位工作。如果您使用相同的密钥和随机数对进行多次加密，则每次都会使用完全相同的密钥流加密明文。这意味着当比较两个得到的密文时，两个明文之间不同的比特位置也将不同。这被称为两次打击垫或多次打击垫。

在您的示例中，如果您为每次迭代异常enc和dec，则始终会获得0x6971C8。这些是密钥流的前三个字节。 ASCII字符0为0x30，与0x59进行异或时为0x69，依此类推。

解决方案是每次使用相同的密钥加密时使用不同的随机数（一次使用的数字）。 nonce（有时称为IV）应该小于底层块密码的块大小。 AES的块大小为16个字节。我们通常选择长度为8个字节或12个字节的随机nonce，具体取决于我们想要加密多少数据而不会发生计数器冲突。 12字节的随机数似乎是最好的折衷方案，因为你可以生成许多随机的随机数，而不会有很多碰撞的机会，你可以使用密钥+随机数对加密高达68 GB，而不会发生计数器冲突。

Java AES计数器模式递增

1 个答案: