ios - 3DES 解密有时不同
<p><p>我在使用 CCCrypt 函数简单地加密/解密数据 block 时遇到问题。</p>
<p>我的平台是 Xcode 6 中的 iOS 8。</p>
<p>我正在做的是，我将测试字符串转换为 NSData 格式并将其传递给我制作的包装函数。该函数的返回是加密数据。我获取加密数据，然后将其传回指定应该解密的函数。</p>
<ul>
<li><strong>有时</strong>正确解密后返回的值。</li>
<li>有时它完全是垃圾。</li>
<li>有时说垃圾不一样(但有时确实如此)。</li>
<li>有时我会看到正确的字符串，但末尾有多余的垃圾。</li>
</ul>
<p>我将加密/解密函数的使用包装在一个循环中，这样我可以更仔细地看到不一致的行为。</p>
<p><strong>实现</strong></p>
<pre><code>NSString* unencryptedString = @"Testtest";
NSData* unencryptedData = length:];
NSData* encryptedData = nil;
NSData* decryptedData = nil;
for(int i=0;i<100;i++)
{
encryptedData = ;
decryptedData = ;
NSLog(@"unencrypted: %@, encrypted: %s\n\ndecrypted: %s", unencryptedString, encryptedData.bytes, decryptedData.bytes);
if(err)
NSLog(@"error: %@", err);
}
</code></pre>
<p><strong>函数</strong></p>
<pre><code>+(NSData*)tripleDesEncrypt:(BOOL)encrypt
Data:(NSData *)inputData
error:(NSError **)error
{
NSString* tripleDesKeyString = @"ABCd@Efghijklmno";
NSData* tripleDesKeyData = ;
const void* tripleDesKey = ;
NSString* ivKeyString = @"012345678901234567890123";
NSData* keyData = ;
const void* ivKey = ;
NSAssert(keyData.length == kCCKeySize3DES, @"tripleDesEncrypt; the keyData is an invalid size");
NSNumber* pOptions = ;
int options = ;
size_t dataMoved;
unsigned encryptionBufferLen = inputData.length + kCCBlockSize3DES;
void* encryptedBuffer = malloc(encryptionBufferLen);
memset(encryptedBuffer, 0, encryptionBufferLen);
CCCryptorStatus
result = CCCrypt(encrypt ? kCCEncrypt : kCCDecrypt, // operation
kCCAlgorithm3DES, // Algorithm
options, // options
tripleDesKey, // key
tripleDesKeyData.length, // keylength
ivKey,// iv
inputData.bytes, // dataIn
inputData.length, // dataInLength,
encryptedBuffer, // dataOut
encryptionBufferLen, // dataOutAvailable
&dataMoved); // dataOutMoved
NSData* outputData = ;
free(encryptedBuffer);
return outputData;
}
</code></pre>
<p><strong>输出</strong></p>
<p><em>(我只会对输出进行几次迭代以显示奇怪的差异。)</em></p>
<pre><code>unencrypted: Testtest, encrypted: jgüb-A7‘œåÅKX
decrypted: ¿Ïh5¥√‚qN;1»Í
unencrypted: Testtest, encrypted: ¥⁄˘qÓırS{ÿœ•
decrypted: Æ˛ {íÒ⁄ñè–%4¢‚g
unencrypted: Testtest, encrypted: jgüb-A7‘œåÅKX
decrypted: Testtest∞¸yå`j/private/tmp/com.apple.CoreSimulator.SimDevice.47124028-EC86-4CC0-8CA2-7DCDED3994B1.launchd_sim/syslogsock
unencrypted: Testtest, encrypted: /Âò◊9ƒ˘= m]˚†%À
decrypted: u‹z©tÙÁ∑<% ˇπØ•
unencrypted: Testtest, encrypted: jgüb-A7‘œåÅKX
decrypted: ¿Ïh5¥√‚qN;1»Í
unencrypted: Testtest, encrypted: jgüb-A7‘œåÅKX
decrypted: Testtest
</code></pre></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>您的 key 只有 16 个字节长。 3DESkey 的长度必须为 24 个字节。所以发生的事情是，在你的 <code>tripleDesKey</code> 被用作 key 的其余部分之后，随机的 8 个字节恰好在内存中。谁知道这些字节实际上属于什么，它们的值很可能在对 <code>tripleDesEncrypt</code> 的加密调用和解密调用之间发生变化。不同的 key= 不同的加密。这将产生您的解密没有返回原始明文的情况。</p>
<p>(顺便说一句，我不知道为什么 key 长度上的 <code>NAssert</code> 没有触发。您可能是在 Release模式下编译，还是类似的？)</p>
<p>解决方案:将 key 长度增加到 24 个字节。</p>
<p>至于你在解密后在明文末尾看到的垃圾:你是如何打印结果的？解密后的明文不会有尾随空字符，所以如果你使用类似 <code>printf</code> 的东西，那么你需要在打印它之前在纯文本的末尾放置一个空字符。否则系统会在你的明文结束后愉快地输出字符，直到它碰巧到达一个空字符。</p></p>
<p style="font-size: 20px;">关于ios - 3DES 解密有时不同，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/26130754/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/26130754/
</a>
</p>
页:
[1]