179 遗失现场
179 遗失现场 (第3/3页)
服务器开始解密并输入数据。
服务器就会在几分钟内将所有数据解密完毕并输入到沉眠之棺中。
按照剧本，接下来就应该是女神显出神迹光彩照人地从棺材中走出。
或者女神悄无声息，但数据重新从沉眠之棺中输出，回到解密服务器上。
服务器再次将数据原封不动地加密，传输回数据卡车。开车开回数据保存地，任务完成。
神奇的是这两者都没有发生。数据就这样被删除了。一切消失无踪。
“数据卡车、加密解密用的服务器是用的谁家的硬件？谁家的软件？”
问起本源学来他是菜鸟。但要说软件，他就未必比在场这两人差了。
他第一个想到的就是，服务器和数据卡车不会是买了饕餮的软硬件吧？
并不一定要从饕餮人手里买软件，才会用上他们的软件的。
即便是自己开发，很多人也喜欢不管三七二十一引入个把开源库什么的。
开源库虽然是开源，但里边的漏洞也不是随便看看代码就能发现的。
在他的前世，曾经有人堂而皇之在开源的开发库里提交推广告的后门。
结果号称最安全的IOS市面上几十款常用的app全部用了这款开源的开发库而中招，成了别人的广告推广工具。
这还只是一般的小打小闹。谁知道饕餮情报局的高人们会做成什么样子？
一个OpenSSL的“心血”漏洞就堂而皇之地存在了十多年。
这种漏洞就是最终被发现，你也只能说是疏漏，不能说有人故意埋在里边的。
至于硬件上的漏洞就更难讲了。
机密局把能做的防范都做了：网络物理隔离，对外网络彻底断绝，“数据传输”只使用硬盘卡车。
但孟飞依然坚信，只要机器里边还用着饕餮人的东西，他们总会有办法的。
他又一次有了一个猜测：那就是饕餮人的魔灵的确在其中做了手脚，将负熵截获了下来。
但机密局完全断网、传输线路又无隙可钻，以至于他们至今没有完成第二步：将数据运出去。
换句话说，有相当大的可能，这笔负熵其实还在，只不过藏在这里的某处了！