一个新的加密算法诞生了 ( 积分: 50 )

  • 主题发起人 主题发起人 我爱PASCAL
  • 开始时间 开始时间
这是一件有趣但很耗时间的事情
 
楼主不错！我帮你顶！
顺便问一下，如果我使用了1000个合数，m=p*q*....，这样可以提高算法被破解的难度吗？
 
p*q*...一定超慢
 
这就是“哥德巴赫猜想“的运用。可惜还没有证明方法。
 
以前有人说数论没什么用，可是后来发现在密码学上有重要应用。而密码学又在金融军事方面应用广泛。像DES这样的先进算法可能二次大战时没有，要不然日本偷袭珍珠港的密文就不可能被国军破解了。日本用的密文太简单了，居然用固定的字母组合代表数字，国军破译员就发现有十组字母反复出现，于是推测这是代表数字，根据日常生活中爱用一不爱用九的原则，他推测出现得最多的就是一，最少的是九。这样一点点地破解了日军密文。二次大战时密码学方面以美军水平最高，后来又破译了日本和德国之间用潜艇运货。成功的击沉日军一大型潜艇。如果有des算法。也不会出这样的事了。
 
那时还没有运算地这么快的东西,如果DES估计算得要死,接收到数据不知道要解到什么时候.
 
DES的好处是分块算，内存需要小，可以用大型机算。
还有其它较简单的算法。
 
2战的时候还没发明计算机.....
 
45年好像就有了，电子管的，实在不行让人手算，毕竟电文不长。
 
深刻同情白兄此时的心情，哈哈[:D]
战争通讯还要考虑到信息完整性的问题。如果通讯质量不是很高，那么复杂的加密算法就
不能用——如果用DES，64bit的数据送过去之后有两个bit发生了反转——那你就别想解出
来了，哈哈。（当然，我说的是几十年前的情况，不要拿现在的抗干扰技术压制我:P）
 
是这样的，毕竟当时的条件有限，
数据库防改有很高的实用意义，比如一个银行数据库管理员知道了数据结构后，想从外部将某一户的钱改为多少，如果用双备分就改不了，除非破解算法。
 
呵呵, 其实我本人对加密算法还是很关心的, 你们讨论的很多方法我在很多年前就已经在应用了.
后来总结的结果就是加密一定要分出两种来:
一种速度快, 用于处理长文
一种强度高, 用于加密密钥
单纯的 XOR 无论怎么长的密钥流都强不到哪儿去, 一定要采用 DES 式反复移位叠加才行
我说的讨论深度太浅在于应用的讨论, 建议多看看看雪论坛中关于应用方面的讨论
 
看雪论坛里好像都是解壳，exe破译的，有没有破加密的和研究加密算法的？
》单纯的 XOR 无论怎么长的密钥流都强不到哪儿去, 一定要采用 DES 式反复移位叠加才行
如果一密钥只用一次，就无法解密，如果要加密很多文件或使用多次，可能就不安全了。
我想，可不可以将我国的九连环用在加密中。国外的有魔方。我想研究一种九连环加密算法。
 
to 我爱PASCAL:
第一台计算机在46年发明,用了18800多个电子管,5000个耗电量：150kW重量：30t占地面积：150m2运算速度：5000次加法运算∕s, 这个奥林匹克计算机竞赛几乎每年必考的题目.
to creation-zy:
这个确实是另外一个问题，花大量人力物力算完了才发现是错误的.....而且当时还是模拟信号,错误率很高.
再 to 我爱PASCAL:
为什么会有那么多人破 exe,因为这个加密和算法关系不大....再好的算法也许用在一些人手上就是一个字节的问题,而普通xor用得好可能就非常管用....这个是exe实际加密方面的问题....
关键就是就算从理论上证明是无法破解的,但使用不当的话也就是=0
 
>关键就是就算从理论上证明是无法破解的,但使用不当的话也就是=0
是这样的，比如网银用了签名这样的高科技东西，的确不能攻破。但是人家一个网上钓鱼就把用户骗了。或者搞个钩子，从程序漏洞破。比如我们用了最好的防盗门，结果窗户的防护栏一撬就开一样。理论和现实有很大的不同，有时还不受意志转移，一个系统不可能完全按你想像的样子天衣无缝，有各种各样的因素左右。现在的exe其实从加密上来讲是未加密的明文，只不过靠其复杂度使不那么容易破，和裸奔没有区别。现在可能有加壳的可使其加密。但操作系统的原因，又必须在内存中全部还原才能运行，相当在内存中裸奔，所以从理论上来讲，还是明文。
 
to 我爱PASCAL:
>但操作系统的原因，又必须在内存中全部还原才能运行，相当在内存中裸奔，所以从理论上来讲，还是明文。

在 VM 发明之前,确实是这样.但现在 VM 可以把原来的 X86 代码变成 VM CPU 专用代码,VM CPU 的 OPCODE 还是动态生成的,这样的话就不受系统限制了，因为没人知道你的操作码是什么意思,除非去分析虚拟 CPU, 但分析这个跟分析一个真正 CPU 区别不大,以破解来说成本就太高了，一般软件是不值得这样做的,那样我们的软件就安全了。
 
对于一个搞按全的人来说，应该对系统作到心中有数，以银行为例，加密数据能作到传送中的可靠性，签名可识别对方身份。那一旦出问题就可以排除这些环节，缩小到如木马之类的范围。如果想到反正没有绝对的安全就不这样做，最后问题出在哪都不知道。
关于foxpro的裸奔，foxpro的这个问题使电信，银行，电力都不会采用这样数据库，一个操作员买本foxpro学学，就直接打开表改，那怎么让人放心。如果不能从外部进入，出了问题那一定是有人从口令进入改的，大型数据库中谁改的数据都知道。这样的数据库才会让人放心。
 
有兴趣+QQ 谈谈吗?已经 PM 你了。
 
我的QQ：594992170
不知明天还有网费没有，已到期了。现在已是超期使用了。
PM是什么意思。
 
网费?现在不都是包月的了?
PM=private message
 
您必须登录或注册才可回复。

Similar threads

X
推荐一套免费跨平台的delphi 哈希及加密算法库 - xalion
回复
0
查看
783
xalion
X
X
推荐一套免费跨平台的delphi 哈希及加密算法库 - xalion
回复
0
查看
1K
xalion
X
S
[原]Delphi2010中DataSnap高级技术(6)—加强服务程序对访问者的控制能力
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(6)—加强服务程序对访问者的控制能力
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
后退
顶部