c++ - 模板化模式对象和外部密码对象有什么区别？

Question

如标题所示，我正在寻找 cryptopp 库中此声明 之间的差异:

CBC_Mode<AES>::Decryption 
cbcDecryption.SetKeyWithIV(key, AES::DEFAULT_KEYLENGTH, iv);

和这个:

AES::Decryption aesDecryption(key, AES::DEFAULT_KEYLENGTH);
CBC_Mode_ExternalCipher::Decryption cbcDecryption( aesDecryption, iv );

此外，我不明白这是为什么:

AES::Decryption aesDecryption(key, AES::DEFAULT_KEYLENGTH);
CBC_Mode_ExternalCipher::Decryption cbcDecryption( aesDecryption, iv );

StreamTransformationFilter stfDecryptor(
    cbcDecryption,
    new StringSink( recoveredtext )
);

stfDecryptor.Put( reinterpret_cast<const unsigned char*>( ciphertext.c_str() ), ciphertext.size() );
stfDecryptor.MessageEnd();

一切正常在使用模板化模式时我在运行时期间遇到此错误:

AES128CBC: /usr/local/include/cryptopp/misc.h:304: void CryptoPP::memcpy_s(void*, size_t, const void*, size_t): Assertion `dest != __null' failed.
Aborted (core dumped)

不应该一样吗？

我看过this但我不太了解其中的区别，在网上搜索我找不到问题的答案。

Answer 1

What's the difference between templated mode object and external cipher object?

*_ExternalCiphers 的解释在 modes.h 中给出。 , 它出现在网络上 CipherModeDocumentation Class Reference .它不容易找到，而且我只知道它是因为我与消息来源密切合作。

这是正文:

Each class derived from this one [CipherModeDocumentation] defines two types, Encryption and Decryption, both of which implement the SymmetricCipher interface. For each mode there are two classes, one of which is a template class, and the other one has a name that ends in "_ExternalCipher".

The "external cipher" mode objects hold a reference to the underlying block cipher, instead of holding an instance of it. The reference must be passed in to the constructor. For the "cipher holder" classes, the CIPHER template parameter should be a class derived from BlockCipherDocumentation, for example DES or AES.

所以不同之处在于操作模式如何与密码相关联 - 从字面上看是外部还是内部。

外部 - 下面是两个不同的对象。第一个是对称密码，第二个是操作模式:

AES::Encryption aes(key, ...);
CBC_Mode_ExternalCipher::Encryption cbc(aes, ...);

内部 - 下面是单个对象。操作模式“有一个”通过模板实例化的对称密码:

CBC_Mode<AES>::Encryption enc(key, ...);

---

all works fine while using the templated mode I have this error during run time...

好的，这是一个不同的问题。让我们看看如何使用它:

$ grep -IR "CBC_Mode_ExternalCipher::Decryption" *
fipstest.cpp:       KnownAnswerTest(CBC_Mode_ExternalCipher::Encryption(encryption, iv).Ref(), ...);
validat1.cpp:       CBC_Mode_ExternalCipher::Decryption modeD(desD, iv);
validat1.cpp:       CBC_Mode_ExternalCipher::Decryption modeD(desD, iv);
validat1.cpp:       CBC_Mode_ExternalCipher::Decryption modeD(desD, iv);
validat1.cpp:       CBC_Mode_ExternalCipher::Decryption modeD(desD, iv);

你可以找到validat1.cpp online , 从 line 1366 开始:

bool ValidateCipherModes()
{
    ...
    DESEncryption desE(key);
    DESDecryption desD(key);

    ...
    CBC_Mode_ExternalCipher::Encryption modeE(desE, iv);
    ...
    CBC_Mode_ExternalCipher::Decryption modeD(desD, iv);
    ...
}

因此通配符是DESEncryption 和DESDecryption。让我们看看:

$ grep -IR DESEncryption *
des.h:typedef DES::Encryption DESEncryption;

所以 AES 应该干净地切入。现在，测试程序:

#include "filters.h"
#include "osrng.h"
#include "modes.h"
#include "files.h"
#include "aes.h"
using namespace CryptoPP;

#include <iostream>
#include <string>
using namespace std;

// g++ -DNDEBUG -g2 -O2 -I. test.cxx ./libcryptopp.a -o test.exe
int main(int argc, char* argv[])
{
  AutoSeededRandomPool prng;
  string plain = "Now is the time for all good men to come to the aide of their country";
  string cipher, recover;

  SecByteBlock key(AES::DEFAULT_KEYLENGTH), iv(AES::BLOCKSIZE);
  prng.GenerateBlock(key, key.size());
  prng.GenerateBlock(iv, iv.size());

  AES::Encryption aes1(key, key.size());
  CBC_Mode_ExternalCipher::Encryption cbc1(aes1, iv);
  StringSource ss1(plain, true, new StreamTransformationFilter(cbc1, new StringSink(cipher)));

  AES::Decryption aes2(key, key.size());
  CBC_Mode_ExternalCipher::Decryption cbc2(aes2, iv);
  StringSource ss2(cipher, true, new StreamTransformationFilter(cbc2, new StringSink(recover)));

  cout << "Plain: " << plain << endl;
  cout << "Recover: " << recover << endl;

  return 0;
}

编译运行:

$ g++ -DNDEBUG -g2 -O2 -I. test.cxx ./libcryptopp.a -o test.exe
$

$ ./test.exe
Plain: Now is the time for all good men to come to the aide of their country
Recover: Now is the time for all good men to come to the aide of their country

所以一切似乎都按预期工作。

---

现在，对于这个问题:

AES128CBC: /usr/local/include/cryptopp/misc.h:304: void CryptoPP::memcpy_s(void*, size_t, const void*, size_t):
Assertion `dest != __null' failed.

在AES128 in CBC mode implementation using cryptopp library ，你被告知使用最新的 Crypto++ 库，因为我们清理了其中的一些。参见 this comment :

You should use the latest version of the Crypto++ sources. I believe this issue was cleared some time ago: void CryptoPP::memcpy_s(void*, size_t, const void*, size_t): Assertion 'dest != __null' failed. You can get the latest sources with a git clone https://github.com/weidai11/cryptopp.git.

您还接受了 Zaph's answer ，所以这应该是关于你的解密和断言问题的结束。这向我和 Stack Overflow 社区表明您不需要额外的帮助或答案。

您可能遇到的问题是将位于 /usr/local 的 Crypto++ 版本与您通过发行版使用 sudo apt 安装的版本混合在一起-获取安装 libcrypto++-dev libcrypto++-doc libcrypto++-utils。断言是混合和匹配它们的经典标志，因为发行版提供了旧版本的库。

如果你注意到我使用的命令行，你会看到:

• -DNDEBUG -g2 -O2 以确保我使用的选项与用于构建库的选项相同
• -I 以确保我在 PWD 中使用 Crypto++ header
• ./libcryptopp.a 以确保我链接到 PWD 中库的静态版本并避免运行时链接/加载错误的库

您可能在运行时链接了错误的 Crypto++ 库。我通过准确控制链接的内容来避免它们，而不是依赖于运行时链接/加载程序。

---

您可以自由使用运行时链接/加载程序来执行这些操作，但必须注意确保您在运行时获得正确的库。为此，请参阅 GNUmakefile | Compiling and Linking .我认为您在第二种情况下被称为BAD:

Bad: the following will create problems because you compile and link against your copy of the library, but at runtime it links to the distro's copy of the library:

$ ls
cryptopp        test.cxx

$ g++ -DNDEBUG -g2 -O2 -I . test.cxx -o test.exe -L ./cryptopp -lcryptopp

---

如果没有解决，那么你需要发布一个Minimal, Complete, and Verifiable example (MCVE) .很可能是在您的数据集下触发了一个断言。我们最近在 Trying to do CMAC on VS2013 and found this error. "Assertion failed: (input && length) || !(input || length)" 有一个.我们在收到报告后的数小时内 checkin 了修复程序，这还不到 30 天前。

我还需要查看您的编译和链接命令，以及 ldd 的输出以查看您链接的对象。

有时，如果您不提供纯文本或密文数据(input0.txt 和 output0.txt)，或者您没有提供，我们将无能为力'提供编译和链接命令等详细信息。