王霁扔掉手中羊排，冲进房间！
打开电脑，进入代码编辑器。
第一件事——
查看底层模块README。
里边介绍了编译方法、编译环境，王霁很快找到跟红方服务器同构的环境，安装依赖包，开始编译代码。
大约用了20分钟，编译结果……
跟服务器版本不同！
不是轻量差异，服务器版本的几个关键文件，比王霁编译的大得多！
比如，agent代码编译后，应该只有2.3MB，服务器上却有8.9MB。
guest-monitor代码编译后，应该只有5.2MB，实际有24.2MB！
深核科技耍了花样，在实施到军方环境时，用了有问题的文件！
因为是二进制的，所以看不出来。
到底是什么问题呢……
王霁此时思维异常活跃，马上想到，二进制文件同样可以用文本打开，这意味着，稀释法也是管用的。
虽然体量比文本文件要大，但数量却没有文本文件多。
因为许多调度层、网关层的代码是不需要编译的。
系统层用C写，必须编译。
数量不过70多个。
王霁全部从服务器拷贝出来，传到自己的电脑上。
选择其中一个文件，用代码编辑器文本方式打开，再加入稀释代码……
眼前红点闪闪。
能看到缺陷！
确认奏效后，他再用脚本批量稀释二进制文件，挨个打开。
在系统管理VM的agent工具文件中，看到了错误提示：
“此处向VM注入异常代码，当VM连接网络时，定时同步方位、服务器配置，并尝试与Starlink建立加密通道……”
Starlink是米国SpaceX公司的卫星群，可用于互联网接入。
这说明，系统通过agent控制了VM，向Starlink发了信号！
跟神秘信号对上了！
王霁猜测，具体流程是——
首先，军方基于深核科技系统创建VM，用来部署应用。
其次，云平台植入agent，声称用来管理VM，实则留有后门。
然后，VM运行时，agent动态注入代码，定时跟Starlink同步。
用这个方法，处于系统层的深核科技，拥有了自主通信能
本章未完，请点击下一页继续阅读！