ECIES с AES и CBC в Crypto++
Мне нужно реализовать в Crypto ++ эквивалент BouncyCastle "ECIESwithAES-CBC / NONE / PKCS7Padding".
Основная причина в том, что мне нужно зашифровать данные на iOS и расшифровать их на бэкэнде с помощью BouncyCastle на Java, и мы хотим использовать эти конкретные алгоритмы / конфигурации.
У меня нулевой опыт работы с C++, но вот что у меня есть в Crypto ++:
// loaded private key
const unsigned char* privateKey;
size_t keyLength;
AutoSeededRandomPool prng;
ECIES_BC<ECP>::Decryptor decryptor;
decryptor.AccessPrivateKey().Load(StringStore(privateKey, keyLength).Ref());
ECIES_BC<ECP>::Encryptor encryptor(decryptor);
std::string plain("a"); // the message
std::string cipher;
SecByteBlock key(AES::DEFAULT_KEYLENGTH);
prng.GenerateBlock( key, key.size() );
byte iv[ AES::BLOCKSIZE ];
prng.GenerateBlock( iv, sizeof(iv) );
CBC_Mode< AES >::Encryption e;
e.SetKeyWithIV( key, key.size(), iv );
StringSource ss1( plain, true,
new StreamTransformationFilter( e,
new StringSink( cipher ), StreamTransformationFilter::PKCS_PADDING
) // StreamTransformationFilter
); // StringSource
std::string cryptogram;
StringSource ss2 (cipher, true,
new PK_EncryptorFilter(prng, encryptor, new StringSink(cryptogram) ) );
// ... decrypt cryptogram in bouncy castle
Вот Java-часть:
private static final Provider SECURITY_PROVIDER = new BouncyCastleProvider();
public byte[] decryptMessage(byte[] message) throws Exception {
KeyFactory keyFactory = KeyFactory.getInstance("EC", SECURITY_PROVIDER);
PKCS8EncodedKeySpec privSpec = new PKCS8EncodedKeySpec(
IOUtils.toByteArray(getClass().getResourceAsStream("/key.pkcs8")));
PrivateKey privKey = keyFactory.generatePrivate(privSpec);
Cipher cipher = Cipher.getInstance("ECIESwithAES-CBC/NONE/PKCS5Padding", SECURITY_PROVIDER);
cipher.init(Cipher.DECRYPT_MODE, privKey);
byte[] result = cipher.doFinal(message);
return result;
}
В настоящее время, когда я беру вывод из Crypto ++ и пытаюсь расшифровать его в BouncyCastle, он выдает исключение:
javax.crypto.BadPaddingException: pad block corrupted
at org.bouncycastle.jcajce.provider.asymmetric.ec.IESCipher.engineDoFinal(Unknown Source)
at javax.crypto.Cipher.doFinal(Cipher.java:2087)
...
Я не уверен, является ли это действительно проблемой заполнения или я делаю что-то совершенно неправильно?
Любые предложения и помощь будут с благодарностью.
Спасибо!
PS: я уже применил патч для надувного замка, упомянутый в CryptoWiki
1 ответ
У ECIES есть несколько различных методов шифрования, в зависимости от используемого стандарта. На данный момент Crypto ++ реализует только метод XOR P1363 (ниже - из gfpcrypt.h). Это, вероятно, объясняет большую часть исключения.
Я думаю, у вас есть три варианта, чтобы все исправить. Во-первых, вы можете использовать метод XOR, поскольку он есть у Bouncy Castle и Crypto ++.
Во-вторых, вы можете использовать Ботана Джека Ллойда. И Botan, и Crypto ++ пытаются объединиться с Bouncy Castle, чтобы способствовать взаимодействию, но у Botan есть еще несколько методов шифрования.
В-третьих, Crypto ++ должен добавить еще один метод шифрования, совместимый с Bouncy Castle. Я полагаю, это будет называться DL_EncryptionAlgorithm_AES_CBC
, Я не уверен, что None
относится к в AES-CBC/NONE/PKCS7Padding
,
Crypto ++ был бы рад добавить DL_EncryptionAlgorithm_AES_CBC
, Чтобы добавить это, мне нужен кто-то для работы с опытом Java/BC. Если вы заинтересованы, свяжитесь со мной noloader, gmail аккаунт.
Относительно "Botan и Crypto ++ пытаются объединиться с Bouncy Castle, чтобы продвигать взаимодействие"... Для пользователей все в порядке. Мартинес, Энсинас и Авила заметили в Обзоре схемы интегрированного шифрования эллиптической кривой:
... невозможно реализовать версию программного обеспечения, совместимую со всеми этими стандартами, касающуюся как конкретных операций, так и списка разрешенных функций и алгоритмов.
Я могу указать на бесчисленные примеры проблем взаимодействия, от вашего вопроса до проблем с Bitcoin и Zcash, стандартизирующих их протокол из-за слишком большого количества несовместимых вариантов. Это продолжается и продолжается.
Эти комментарии взяты из gfpcrypt.h и доступны в Руководстве по Crypto ++ для ECIES:
//! \class DL_EncryptionAlgorithm_Xor
//! \brief P1363 based XOR Encryption Method
//! \tparam MAC MessageAuthenticationCode derived class used for MAC computation
//! \tparam DHAES_MODE flag indicating DHAES mode
//! \tparam LABEL_OCTETS flag indicating the label is octet count
//! \details DL_EncryptionAlgorithm_Xor is based on an early P1363 draft, which itself appears to be based on an
//! early Certicom SEC-1 draft (or an early SEC-1 draft was based on a P1363 draft). Crypto++ 4.2 used it in its Integrated
//! Ecryption Schemes with <tt>NoCofactorMultiplication</tt>, <tt>DHAES_MODE=false</tt> and <tt>LABEL_OCTETS=true</tt>.
//! \details If you need this method for Crypto++ 4.2 compatibility, then use the ECIES template class with
//! <tt>NoCofactorMultiplication</tt>, <tt>DHAES_MODE=false</tt> and <tt>LABEL_OCTETS=true</tt>.
//! \details If you need this method for Bouncy Castle 1.54 and Botan 1.11 compatibility, then use the ECIES template class with
//! <tt>NoCofactorMultiplication</tt>, <tt>DHAES_MODE=ture</tt> and <tt>LABEL_OCTETS=false</tt>.
//! \details Bouncy Castle 1.54 and Botan 1.11 compatibility are the default template parameters.
//! \since Crypto++ 4.0
template <class MAC, bool DHAES_MODE, bool LABEL_OCTETS=false>
class DL_EncryptionAlgorithm_Xor : public DL_SymmetricEncryptionAlgorithm
{
public:
bool ParameterSupported(const char *name) const {return strcmp(name, Name::EncodingParameters()) == 0;}
size_t GetSymmetricKeyLength(size_t plaintextLength) const
{return plaintextLength + static_cast<size_t>(MAC::DIGESTSIZE);}
size_t GetSymmetricCiphertextLength(size_t plaintextLength) const
{return plaintextLength + static_cast<size_t>(MAC::DIGESTSIZE);}
size_t GetMaxSymmetricPlaintextLength(size_t ciphertextLength) const
{return SaturatingSubtract(ciphertextLength, static_cast<size_t>(MAC::DIGESTSIZE));}
void SymmetricEncrypt(RandomNumberGenerator &rng, const byte *key, const byte *plaintext, size_t plaintextLength, byte *ciphertext, const NameValuePairs ¶meters) const
{
CRYPTOPP_UNUSED(rng);
const byte *cipherKey = NULL, *macKey = NULL;
if (DHAES_MODE)
{
macKey = key;
cipherKey = key + MAC::DEFAULT_KEYLENGTH;
}
else
{
cipherKey = key;
macKey = key + plaintextLength;
}
ConstByteArrayParameter encodingParameters;
parameters.GetValue(Name::EncodingParameters(), encodingParameters);
if (plaintextLength) // Coverity finding
xorbuf(ciphertext, plaintext, cipherKey, plaintextLength);
MAC mac(macKey);
mac.Update(ciphertext, plaintextLength);
mac.Update(encodingParameters.begin(), encodingParameters.size());
if (DHAES_MODE)
{
byte L[8];
PutWord(false, BIG_ENDIAN_ORDER, L, (LABEL_OCTETS ? word64(encodingParameters.size()) : 8 * word64(encodingParameters.size())));
mac.Update(L, 8);
}
mac.Final(ciphertext + plaintextLength);
}
DecodingResult SymmetricDecrypt(const byte *key, const byte *ciphertext, size_t ciphertextLength, byte *plaintext, const NameValuePairs ¶meters) const
{
size_t plaintextLength = GetMaxSymmetricPlaintextLength(ciphertextLength);
const byte *cipherKey, *macKey;
if (DHAES_MODE)
{
macKey = key;
cipherKey = key + MAC::DEFAULT_KEYLENGTH;
}
else
{
cipherKey = key;
macKey = key + plaintextLength;
}
ConstByteArrayParameter encodingParameters;
parameters.GetValue(Name::EncodingParameters(), encodingParameters);
MAC mac(macKey);
mac.Update(ciphertext, plaintextLength);
mac.Update(encodingParameters.begin(), encodingParameters.size());
if (DHAES_MODE)
{
byte L[8];
PutWord(false, BIG_ENDIAN_ORDER, L, (LABEL_OCTETS ? word64(encodingParameters.size()) : 8 * word64(encodingParameters.size())));
mac.Update(L, 8);
}
if (!mac.Verify(ciphertext + plaintextLength))
return DecodingResult();
if (plaintextLength) // Coverity finding
xorbuf(plaintext, ciphertext, cipherKey, plaintextLength);
return DecodingResult(plaintextLength);
}
};