求一加密算法

qiuwenqiao 2008-01-21 12:13:23
首先,要从理论上证明他是可靠的。
要求:
1、密文的长度和明文是一致的,即明文如果是11个字节,密文也应是11字节。
2、密文与明文前后的内容无关。比如明文为23456789,得到密文bcdefghi。而当明文为02345678时得到密文acdefghi
3、可从任意位置进行对齐,比如明文为23456789,得到密文bcdefghi。而当从6789处加密时,得到fghi。
...全文
129 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
qiuwenqiao 2008-01-27
  • 打赏
  • 举报
回复
自己想出来了,多谢大家的回复。
dzgcxy 2008-01-23
  • 打赏
  • 举报
回复
直接用置换操作就可以实现了
太不安全了
jmulxg 2008-01-23
  • 打赏
  • 举报
回复
移位/加减/前后值相关 等等
aozhi 2008-01-22
  • 打赏
  • 举报
回复
以char型常量作为密钥,挨个做异或呗,不过这样加密有什么意义?
比如
明文为aba
密钥为0
密文为0x710x720x71
再用密文和密钥做一次异或解密
又能得倒明文aba
ppcat_001 2008-01-21
  • 打赏
  • 举报
回复
从任意位置对齐->一一对应->简单的转码->不可靠~
guzhilei1986 2008-01-21
  • 打赏
  • 举报
回复
就是,你提的要求如果实现了,太容易让人破解了。
xdspower 2008-01-21
  • 打赏
  • 举报
回复
你所谓的可靠是指什么?
如果按楼上的说法,你的要求是不可能有“可靠”(安全保密意义)的算法,但可以有“可靠”(方便稳定意义)的简单算法。
  • 打赏
  • 举报
回复
将字符的ASCII码循环右移一定的位数。
或者干脆将字符顺序打乱了,重新做一张对照表,加解密的时候临时查密码表。

不管怎样的方式都很容易实现,但就像楼上说的,这种加密方式实在太容易破解了。

33,008

社区成员

发帖
与我相关
我的任务
社区描述
数据结构与算法相关内容讨论专区
社区管理员
  • 数据结构与算法社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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