Security 如果您不';你不期望重复的结果吗?
我想使用Rijndael-256加密文本的长段落(在此之前,文本已被压缩并转换为base64) 两者很可能是相同的。但是,如果它们恰好是,在文本的开头或结尾添加一个随机密钥是否会保护它(不管它们是否相同),以防用户编写相同的文本 如果我确保没有结果是100%相同的,如果你不会得到重复的结果,ECB安全吗 或者是这样的:(使用base64…不准确,只是一个例子)Security 如果您不';你不期望重复的结果吗?,security,mcrypt,rijndael,ecb,Security,Mcrypt,Rijndael,Ecb,我想使用Rijndael-256加密文本的长段落(在此之前,文本已被压缩并转换为base64) 两者很可能是相同的。但是,如果它们恰好是,在文本的开头或结尾添加一个随机密钥是否会保护它(不管它们是否相同),以防用户编写相同的文本 如果我确保没有结果是100%相同的,如果你不会得到重复的结果,ECB安全吗 或者是这样的:(使用base64…不准确,只是一个例子) 因此,如果有人在文本中隐藏了一个短语,那么无论文本中还有什么内容,或者短语在文本中的位置如何,它都会为该片段输出相同的ECB?我建议使用
因此,如果有人在文本中隐藏了一个短语,那么无论文本中还有什么内容,或者短语在文本中的位置如何,它都会为该片段输出相同的ECB?我建议使用类似CBC的内容。你所要做的就是加上静脉注射 因此,如果有人在他们的文本中隐藏了一个短语,那么无论文本中还有什么,或者短语在文本中的位置如何,它都会为该片段输出相同的ECB 两个完全相同的明文块将成为完全相同的密文块 因此,这取决于隐藏短语的长度以及它在块中的位置。只有当块的整个内容相同时,结果才会相同 我认为它更适用于两种情况:
- 您拥有大量结构化数据(例如图像或视频示例)
- 您使用相同的密钥加密多条消息(这将转换为大量数据)
- 解决欧洲央行的弱点
- 担心你是否考虑了所有可能的情况
为什么你认为ECB使用正常模式?我还没有见过这样的情况,ECB是模式的最佳选择。没有IV,你就无法实现语义安全,这通常是一个理想的属性。
_Hello world_ = ahjkIOn25o
_To echo "Hello world,"_ = qw90klnN2_ahjkIOn25o_kL3
_Hello world is the_ = _ahjkIOn25o_hjAB27