第86节(第3/3 页)

反倒是技术部的三个人被突然出现的声音吓了一跳，反应过来是最近一直在指挥舰上游走的人工智能，下意识地被勾起了职业病，想研究一番这个人工智能到底是怎么回事。

和祈言猜测的一样，对面有一个类似阻断器的东西，能够隔断密钥与防护系统之间的联系，如此一来，当密钥验证次数超过两次时，防护系统也不会生效。

很快，面对未知的“钥匙孔”，对面开始尝试匹配“钥匙”。

使用的程序是正向验证，也就是说，在不确定密钥具体格式的情况下，对面的程序会先尝试“37scβ”这样的组合，在验证失败后，则会依据程序内的逻辑设置，验证“37scγ”是否正确。

这样的情况下，祈言能做的，便是在程序验证完“37scβ”，开始验证“37scγ”时，将正确密钥改为“37scβ”。

对面的程序运行极快，若总密钥数为一百组，那么在验证第九十一组时，前面已经验证完的九十组中，前八十组已经重新进入了验证序列。

那么，祈言必须在验证第九十一组时，将密钥改为第八十一组到第九十组之间的某一组密钥。

由此，对面无论怎么验证，都无法为正确的钥匙孔匹配上正确的钥匙。

只因为在祈言的操控下，钥匙孔一直在变。

叶裴不知道祈言具体是用什么方法，她只发现，屏幕上乱码般的密钥字符一闪而过，如瀑布般的信息流冲刷进眼里，而祈言会在一个长条形的空白框中，输入一串密钥。

与此同时，右下角的方形页面里，则不断显示对方“密钥错误”的提示。

三人中资历最长的技术人员小声开口：“太……太惊人了！他相当于全凭着记忆力，在一闪而过的‘乱码’里，找到合适的密钥，填进那个框里！”

他给两个后辈解释，“就类似于，1、2、3、4为一个循环，当对面以为密钥是3或者4时，祈言将密钥改成了2；当对面以为密钥是4或者1时，祈言改成了3；对面以为是1或者2时，祈言改成了4。这样一来，对面永远都是错的！”

就在这时，祈言开口道：“这台光计算机撑不住了，叶裴，帮我换一台！”

叶裴连忙应了一声，从前辈手里拿过光计算机，飞快打开，对接自己那一台，放到了祈言手边。

随后，祈言利用不到五秒的空隙，转移到了新的光计算机上。而同时，跟祈言的判断一样，叶裴

本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！