当前位置：文江博客话题详情

可交换密码识别正确的解密？

发布于 2024-11-08 22:30:23 字数 443 浏览 0 评论 0原文

理论上，假设我正在使用交换对称密码来创建我自己的加密文件。我知道加密的 rar/zip 可以实现我的想法，但我希望了解幕后细节。如果我只是加密没有元数据的文件，那么我如何知道解密时它是否已正确解密？

我想到的一种方法是将使用的密钥放在文件的前面，然后将密钥与文件一起加密。当我解密时，我可以将解密密钥与文件的开头进行比较，并知道它是否有效，但我对将密钥实际放置在文件中感到不舒服。

另一个想法是将数据的静态部分放在文件的开头，但是当尝试暴力破解文件时，如果有人知道密钥（或实际密钥）中的冲突，则可以将其用作指示符。数据的静态部分，我不喜欢通过模糊来实现安全性。

我的最后一个想法是包含初始未加密文件的哈希值，但对于可能会减慢进程的大文件。使用这种方法，我必须对文件进行哈希和加密，这似乎效率很低。我希望有更好的技术。

验证使用可交换对称密码加密的文件是否已成功解密（无需与原始文件进行比较）的最佳方法是什么？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

谈下烟灰 2024-11-15 22:30:23

使用定义明确但随机格式的标头。一种标准方法是使用随机数据和加密哈希（伪代码如下）：

byte[] header = new byte[64];
header[0..31] = RandomBytes(32); // 32 cryptographically random bytes
header[32..63] = SHA256(header[0..31]); //Hash of your random data

这给出了 64 字节的高熵数据。无法使用 crib 来暴力破解加密。要验证您是否拥有正确的密钥，只需解密标头并检查以确保第二个 32 字节是第一个字节的有效 SHA256 哈希值。

Use a header with a well defined, but random format. One standard way to do this is with random data and cryptographic hashes (pseudo-code follows):

byte[] header = new byte[64];
header[0..31] = RandomBytes(32); // 32 cryptographically random bytes
header[32..63] = SHA256(header[0..31]); //Hash of your random data

This gives 64 bytes of high entropy data. There is no way this can be used crib for brute-forcing the encryption. To validate you have the proper key, just decrypt the header and check to make sure that the second 32 bytes are a valid SHA256 hash of the first.

回复收藏 0 原文