java - 如何正确使用 bouncycaSTLe 的 PaddedBufferedBlockCipher？

Question

我一直在探索 BouncyCaSTLe 加密 API 的 Java 版本。我对 PaddedBufferedBlockCipher 有点困惑类(class)。我理解(可能是错误的？)它的目的是增量处理加密，即从文件中读取数据。

当我调用 processBytes() 一次时，一次提供所有要加密的数据，然后 doFinal() 它按预期工作。但是，当我使用适当的偏移量/长度多次调用 processBytes 并打算以较小的块进行处理，然后是 doFinal() 时，它失败了。谁能解释为什么下面的代码失败？值是硬编码的，假设明文长度为 64 字节，并且加密是在 4 x 16 字节块中执行的。

byte[] key= Hex.decode("a4ea1a7227e032c37f5635e70ba1bd38a4ea1a7227e032c37f5635e70ba1bd38");
byte[] iv= Hex.decode("a4ea1a7227e032c37f5635e70ba1bd38");
byte[] clearText= Hex.decode("28d3966905e33c063e7b74c7c7dcb2d688d48d53101d2a6901d365146faf0c9cde3da9ef37664a5e32e4e468f9b52f587d76b78caaf9d9823dd9eb2c1d700d7c");

BlockCipher bc  = new AESFastEngine();
CBCBlockCipher cipher   = new CBCBlockCipher(bc);
PaddedBufferedBlockCipher mode  = new PaddedBufferedBlockCipher(cipher);
KeyParameter kp = new KeyParameter(key);
CipherParameters ivAndKey= new ParametersWithIV(kp, iv);
mode.init(true, ivAndKey);

byte[] outBuf   = new byte[mode.getOutputSize(clearText.length)];

int blockSize    = mode.getBlockSize();

// process the 64 bytes of clearText, in 4 x 16-byte chunks 
for (int i = 0; i < 4; i++) {

    mode.processBytes(clearText, i * blockSize, blockSize, outBuf, i * blockSize);
}

try {
    // call doFinal on the last block (bytes 48->64)
    mode.doFinal(outBuf, 48);
} catch (Exception e){}

System.out.println(new String(Hex.encode(outBuf))); 

预期的输出是:fe391ed41650f3b344ed3d200ffa3c55e71b1d97dbd91c0fbdd0989c3a48822e7e5230e9d6d073bc0752436d9bea9f26328a11586a290e712fbbf874ddfd4ba14e28600e55c7d6ac69467693320a82d3

但我得到的结果是:
00000000000000000000000000000000fe391ed41650f3b344ed3d200ffa3c55e71b1d97dbd91c0fbdd0989c3a48822e328a11586a290e712fbbf874ddfd4ba14e28600e55c7d6ac69467693320a82d3

编辑

根据 PeterDettman 的建议修改代码:

int bytesProcessed = 0;

for (int i = 0; i < 4; i++) {
            // Fixed to be '+='
    bytesProcessed += mode.processBytes(clearText, i * blockSize, blockSize, outBuf, bytesProcessed);
}

mode.doFinal(outBuf, bytesProcessed);

Answer 1

至于如何修复代码:processBytes 方法返回它写入输出的实际数量，因此您需要跟踪 outBuf 中的位置并为每次调用添加返回的长度(对于 doFinal 也是如此)。请注意，您不应在内部假设任何特定的缓冲区大小，或者是否立即或延迟刷新“已满”缓冲区。

至于原因:在解密的情况下，填充模式不能输出块，直到它知道是否有更多块来(因为它会从最后一个块中删除填充)。所以它被迫“懒惰”地输出块。对于加密，情况并非如此，但我猜想，它是为了 processBytes 的代码的简单性/一致性而以相同的方式完成的。