请教关于DES加密的问题

vcfans007 2009-11-27 11:46:40
由于DES是按分组来加密的,所以加密后的数据总是8的整倍数,不知道这样理解是否正确?
如果是这样的话,假使在网络传输中采用DES加密(传输的数据都是二进制流),如果发送5个
字节长度的数据,DES加密后的数据就是8个字节,当在接收端收到这个8个字节后,用DES解密
出来的数据也是8个字节,但怎么才能知道真正的原始数据是5个字节呢?
...全文
89 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
vcfans007 2009-11-27
  • 打赏
  • 举报
回复
呵呵,谢谢jennyvenus,明白你的意思了
vcfans007 2009-11-27
  • 打赏
  • 举报
回复
jennyvenus 能否更详细点?

我还是不明白怎么还原成加密前的数据长度?

也就是说在接收端还是无法知道加密前的数据长度,也就是不知道在加密的时候在后面补了多少个字节
用户 昵称 2009-11-27
  • 打赏
  • 举报
回复
实际上按照openssl的习惯,传送密文时,先在明文前面补上一个字节的长度,后面使用0x80, 0x00, 0x00......对齐成8的傔数。,最后进行加密。
用户 昵称 2009-11-27
  • 打赏
  • 举报
回复

1) 正确,肯定是8的倍数
2) 在前面加入长度,之后再用全00补成8的整数倍。



16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧