”
这肯定是难题，别说我们手上现有器件这点儿能力，就算是到了21世纪，那些在现在看来运算能力堪称天文数字的嵌入式CPU，都不敢揽这个瓷器活。
对面的同志道：“我们的想法，本来是想实现动态密钥系统。”
没等他继续说下去，高振东打断了他的话：“也就是说，你们想动态分发密钥，随时根据需要更换密钥是吧？”
“对对对，就是这个意思，我们觉得，这样可以大大的提高高级通信终端的保密性能。”军通所的同志们大为高兴，和高总工说话就是省事，不用说完，他都能猜到。
果然是这样，高振东笑道：“那你们有没有考虑过一个可能，那就是用GM-1对称加密算法来解决这个问题？”
军通所的同志在那头回答道：“我们考虑过，但是这样的话，就需要在更换密钥的时候，把新的对称加密密钥下发下去，但是这样的话，万一某一个或者某一部分通信终端没有收到这个更换密钥的报文，那它们将无法解密更换密钥后的报文。”
高振东在电话里笑了起来：“我不是这个意思，我的意思是，正常加解密仍然使用GM-1，你们只要在换密钥的时候，用JGM-2加密算法进行加密传输就行。这样一来，对于终端，解密运算的压力仅仅在更换密钥的那一条报文，日常加解密依然是运算速度很快的GM-1。”
他不知道对面的同志为什么没有想到这个方案，这事儿什么原因都有可能，不必深究，不管多聪明的人，偶尔干一次类似2条8mm钢缆代替16mm钢缆的事情，并不奇怪。
高振东自己又不是没犯过傻，所以他只要解决问题就好，至于问题怎么来的，不重要，不重要。
而他提的这个建议，也是高振东上辈子各类计算机系统常用的动态密钥加密手段，有效规避了非对称安全性高但是算不过来的问题。
高振东的话，让另一头的几位同志差点找个地缝钻下去。
就这么简单？
事实上的确就这么简单，偏偏就是没想到，思维还是有点过于僵化。
“高总工，这……我们马上去试试！”
高振东笑着打圆场道：“你们不要怕两套算法同时上，会增加程序容量需求，进而影响到设备的
本章未完，请点击下一页继续阅读！