很简单很简单的问题。。。。。。。打算在其他地方问。。。。。。。。不过想先看看可能有多少人有这个概念。。。。。。现实中哈。。。。无法同一时间见面的A先生和B女士想要交换信件。。。。。。。开始他们通过邮差。。。。。但是很快发现这样不安全。。。。。因为信件随时可能被第三者收到，这样他们交谈的内容也会曝光。。。于是他们商定用一个公共邮箱。。。。。。。这样他们每天都会打开邮箱拿对方的信。。。然后放进自己的回信。。。。。但是过了一段时间。。。。。他们害怕别人发现了这个邮箱的存在。。。。。看到他们信件的内容。。。。。。于是商定给邮箱加锁。。。。。。但是这个时候。。。。。他们发现一个问题。。。。。因为他们无法在同一时间见面。。。。。。所以他们无法面对面转交钥匙。。。。。。也就意味着在收到对方的钥匙前。。。。自己是无法打开对方上的锁而拿到邮箱中的信件的。。。。如果邮箱先不上锁。。。。。钥匙则可能在信件传递的过程中。。。。。被第三者暗中复制。。。。。而陷入更糟的局面。。。。。。怎样做才是保险的办法呢？

没啥可说的在不同地点弄仨邮箱，弄仨锁，这样就会有三条不同途径传递三组钥匙三组钥匙全部被同一个第三者得到的概率能有多大尼？……最后，完全可以使用密码信件很容易就能做出第三者若干年之内没可能破译的密码

发现确实人都喜欢往复杂地方想。。。。。。把邮箱看成密文，你的钥匙看成密钥，无法规避原有情况的。。。。。。没有密钥，无法破解密文。。。。。。所以密文无法用来传递密钥。。。。。。这是传统密码学的观点。。。。。- -

传统密码学中。。。。。无论多复杂的密码。。。。。最脆弱的。。。。就是传递密钥的时候。。。。。- -

其实一个邮箱2把锁就好了。。。。。。- -当然现实中这个做起来则是需要数学原理配合。。。。。。

脆弱的密钥……嗯……分9次传送一个9x9的可逆矩阵，每次传一个3x3……话说这样的密码级别远远超过了题目中的需求了……而且翻译很费时间……当然，完全可以编写一个程序来翻译。编写难度嘛……反正对我来说易如反掌

然后这个不知名的翻译程序被看到了……看到了也没关系，把源代码销毁，只保留最终执行文件。除非某些别有用心的人以外，多数人是不会有机会看到那一对密钥矩阵的……

用软盘互相传信算了……我说我是不是吃多了说这么多没用的……

还是有很多帮助的。。。。。。。我以后用的时候会把情景改成E-mail或者其他。。。竟然大部分人的第一回答是用电话。。。。。- -b

大部分人的思路还是套在传递破解方法这个上面的。。。。。。。- -

这样说。。。。你大概能明白我题目的本意了吧。。。。。。

E-mail...嗯……那我那个矩阵密钥方案就更可行了……甚至可以这么整……每次变更密钥。本次的密钥是本次信件用上次密码翻译获得的前若干位数据。初始密钥另外定- -。使用9维单位矩阵的话，就相当于“最初不上锁”这样的方案所需程序依然不难~

要我怎么说？……要避免这样的状态：互传的信息被第三人获得。方法当然很多咯……

这样说吧。。。。。。你为了避免自己传递的钥匙被破解。。。。。。。而使用的更多层的加密。。。。。而更多层的加密导致更多的传递。。。。。。。你没有走出传递钥匙这个惯性。。。。。。。

你们还在啊 我的贴子发出去了 但是说是要系统审核----zthesky

没错啊 貌似我也一直在考虑专递秘匙的方法----zthesky

一个邮箱2把锁。。。。。。各自打开各自的锁。。。。。。。就可以实现信息传递。。。。。同时不需要传递钥匙。。。。。这个明白吗？

任务失败条件：信息被截获。任务失败过程：第三人得到信息->第三人成功读取信息上锁相当于针对第一步环节，使用密码相当于针对第二步环节。但是这样做只是增加环节而已：第三人获得开锁方法->第三人得到信息->第三人成功破译密码->第三人读取信息我还没想到彻底粉碎任何环节而不是仅仅增加环节的手段

1.当且仅当另一把锁处于锁定状态时，可以投入信件；2.当且仅当自己投入了一封信件后，可以打开属于自己的锁。Hmmmmmm

好可爱的设计……