阅读历史 |

第183章 遗失现场(2 / 2)

加入书签

我弄一卡车硬盘,你想要“截获”就只能真枪实弹地来干。明刀明枪,谁怕谁呢?

从地下机房,到沉眠之地所运输的负熵,就是没有网线,用卡车运过去的。

两者都在机密局所在山区的地下深处,相距大约有数公里的样子。

一路狂奔,没多久他们就到达了沉眠之地。

这是一座巨大的“石窟”,四周是厚达数公里的岩石的山体,就是使用能钻地的核弹也未必能攻破。

但如果要作为旅游景点来参观,这个地方就实在有点太朴实了。

为数不多的看点,大约就是看似古朴其实很山寨的四人祭坛,和再往下女神的黑漆漆的沉眠之棺。

孟飞在这里一路参观,想象着案发的过程。

负熵丢失那天,一共就是八个人在这里,其中有四个人站在祭坛上。

那一笔负熵数据大约10P字节,需要动用的硬盘在一万多块的样子,是用一辆数据卡车运来的。

卡车司机由负责人黎牧亲自担当。

硬盘运过来之后,连接在祭坛附近早已准备好的解密服务器上,然后就是冗长的仪式了。

玄女不停地念诵着稀奇古怪的咒语,而黎牧则老老实实地操作服务器开始解密并输入数据。

服务器就会在几分钟内将所有数据解密完毕并输入到沉眠之棺中。

按照剧本,接下来就应该是女神显出神迹光彩照人地从棺材中走出。

或者女神悄无声息,但数据重新从沉眠之棺中输出,回到解密服务器上。

服务器再次将数据原封不动地加密,传输回数据卡车。开车开回数据保存地,任务完成。

神奇的是这两者都没有发生。数据就这样被删除了。一切消失无踪。

“数据卡车、加密解密用的服务器是用的谁家的硬件?谁家的软件?”

问起本源学来他是菜鸟。但要说软件,他就未必比在场这两人差了。

他第一个想到的就是,服务器和数据卡车不会是买了饕餮的软硬件吧?

并不一定要从饕餮人手里买软件,才会用上他们的软件的。

即便是自己开发,很多人也喜欢不管三七二十一引入个把开源库什么的。

开源库虽然是开源,但里边的漏洞也不是随便看看代码就能发现的。

在他的前世,曾经有人堂而皇之在开源的开发库里提交推广告的后门。

结果号称最安全的IOS市面上几十款常用的app全部用了这款开源的开发库而中招,成了别人的广告推广工具。

这还只是一般的小打小闹。谁知道饕餮情报局的高人们会做成什么样子?

一个OpenSSL的“心血”漏洞就堂而皇之地存在了十多年。

这种漏洞就是最终被发现,你也只能说是疏漏,不能说有人故意埋在里边的。

至于硬件上的漏洞就更难讲了。

机密局把能做的防范都做了:网络物理隔离,对外网络彻底断绝,“数据传输”只使用硬盘卡车。

但孟飞依然坚信,只要机器里边还用着饕餮人的东西,他们总会有办法的。

他又一次有了一个猜测:那就是饕餮人的魔灵的确在其中做了手脚,将负熵截获了下来。

但机密局完全断网、传输线路又无隙可钻,以至于他们至今没有完成第二步:将数据运出去。

换句话说,有相当大的可能,这笔负熵其实还在,只不过藏在这里的某处了!

↑返回顶部↑

书页/目录