王霁扔掉手中羊排，冲进房间！

打开电脑，进入代码编辑器。

第一件事——

查看底层模块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，用来部署应用。