1

对于我即将列出的代码长度，我深表歉意。

我需要在我的代码的 C# 端加密一个 xml 文件的内容，并在 C++ 中解密它。我在 C# 端和RC2CryptoServiceProviderC ++ 端使用 RC2。加密似乎工作正常，看起来像这样：CryptoStreamWincrypt

public static byte[] EncryptString(byte[] input, string password)
{
    PasswordDeriveBytes pderiver = new PasswordDeriveBytes(password, null);
    byte[] ivZeros = new byte[8];
    byte[] pbeKey = pderiver.CryptDeriveKey("RC2", "MD5", 128, ivZeros);

    RC2CryptoServiceProvider RC2 = new RC2CryptoServiceProvider();

    byte[] IV = new byte[8];
    ICryptoTransform encryptor = RC2.CreateEncryptor(pbeKey, IV);

    MemoryStream msEncrypt = new MemoryStream();
    CryptoStream csEncrypt = new CryptoStream(msEncrypt, encryptor, CryptoStreamMode.Write);
    csEncrypt.Write(input, 0, input.Length);
    csEncrypt.FlushFinalBlock();

    return msEncrypt.ToArray();
}

我的解密代码几乎可以完美运行。它缺少文件的最后两个字符，而是吐出垃圾字符。我已经尝试对解密的字符串进行空终止，但没有骰子。如下：

char* FileReader::DecryptMyFile(char *input, char *password, int size, int originalSize) 
{
UNREFERENCED_PARAMETER(password);
HCRYPTPROV provider = NULL;
if(CryptAcquireContext(&provider, NULL, MS_ENHANCED_PROV, PROV_RSA_FULL, 0))
{
    printf("Context acquired.");
}
else
{
    if (GetLastError() == NTE_BAD_KEYSET)
    {
        if(CryptAcquireContext(&provider, 0, NULL, PROV_RSA_FULL, CRYPT_NEWKEYSET))
        {
            printf("new key made.");
        }
        else
        {
            printf("Could not acquire context.");
        }
    }
    else
    {
        DWORD check = GetLastError();
        UNREFERENCED_PARAMETER(check);
        printf("Could not acquire context.");
    }
}

HCRYPTKEY key = NULL;
HCRYPTHASH hash = NULL;
if(CryptCreateHash(provider, CALG_MD5, 0, 0, &hash))
{
    printf("empty hash created.");
}

if(CryptHashData(hash, (BYTE *)password, strlen(password), 0))
{
    printf("data buffer is added to hash.");
}

HCRYPTHASH duphash = NULL;
CryptDuplicateHash(hash, 0, 0, &duphash);
BYTE *mydata = new BYTE[512];
DWORD mydatasize = 512;
CryptGetHashParam(hash, HP_HASHVAL, mydata, &mydatasize, 0);

BYTE *mydata2 = new BYTE[512]; //these duplicates were made to test my hash.
DWORD mydatasize2 = 512;  
CryptGetHashParam(duphash, HP_HASHVAL, mydata2, &mydatasize2, 0); 

if(CryptDeriveKey(provider, CALG_RC2, hash, 0, &key)) 
{
    printf("key derived."); 
}

DWORD dwKeyLength = 128;
if(CryptSetKeyParam(key, KP_EFFECTIVE_KEYLEN, reinterpret_cast<BYTE*>(&dwKeyLength), 0))
{
    printf("CryptSetKeyParam success");
}

BYTE IV[8] = {0,0,0,0,0,0,0,0};
if(CryptSetKeyParam(key, KP_IV, IV, 0))
{
    printf("CryptSetKeyParam worked");
}

DWORD dwCount = size;
BYTE *somebytes = new BYTE[dwCount + 1];

memcpy(somebytes, input, dwCount);

if(CryptDecrypt(key,0, true, 0, somebytes, &dwCount))
{
    printf("CryptDecrypt succeeded.");
}
else
{
    if(GetLastError() == NTE_BAD_DATA)
    {
        printf("NTE_BAD_DATA");
    }
    printf("CryptDecrypt failed.");
    DWORD testest = NULL;
    testest = GetLastError();
    testest = 3;
}
somebytes[originalSize] = '\0';

    return (char *)somebytes;
}

生成的 xml 文件应以</LudoData>. 目前，它以</LudoDat[funny looking s]b

为什么会这样？我怎样才能阻止这个？我对为什么会发生这种情况感到非常困惑。由于我以空值终止解密并且仅在最终字符上遇到问题，因此我不认为解密是问题（尽管我很想错）。完成文件加密时，我的加密可能有问题吗？

从 CryptDecrypt 返回时，dwCount 等于 size，即 11296。同时， originalSize 等于 11290。

4

3 回答 3

3

此行是您的问题（在调用之前CryptDecrypt）：

somebytes[originalSize - 1] = '\0';

它用零覆盖了最后一个块中的部分加密填充，这导致最后一个块解密为垃圾。只需删除该行 - 密文无论如何都不是 nul 终止的（它几乎可以肯定包含大量嵌入的 nuls），解密例程使用长度参数来了解有多少数据。

哦，还有……RC2？严重地？

于 2009-10-26T22:00:41.990 回答
1

你不应该只做以下事情吗

DWORD dwCount = size;
BYTE *somebytes = new BYTE[dwCount];

memcpy(somebytes, input, dwCount);

打电话之前CryptDecrypt？CryptDecrypt当已经将字节数作为最终参数时，为什么还需要添加一个空字符？我怀疑这就是破坏性的原因，因为您通过破坏 position 的角色来更改输入originalSize - 1。

编辑：

哪个更大，originalSize还是size？由于CryptDecrypt重复使用数组，因此必须使用两者中的较大者对其进行标注。顺便说一句，你为什么认为你需要额外的维度？

于 2009-10-26T20:55:21.160 回答
0

在你写完之后你CryptoStream需要刷新FileStream然后finalflush. CryptoStream之后关闭第CryptoStream一个和FileStream最后一个。如果不这样做，无论是来自 MemoryStream/FileStream 的所有原始字节都可能不会被写入，从而导致字节丢失。如果完成后FileStream.Position不等于。因此，现在当您尝试获取解密数据时（Lord forbid by Serialization，在这种情况下您将失败），您将无法取回所有数据。FileStream.LengthFileStream.Length-FileStream.Position = missing bytes

于 2011-02-23T08:42:00.433 回答