王霁扔掉手中羊排，冲进房间！
打开电脑，进入代码编辑器。
第一件事——
查看底层模块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同步。
用这个方法，处于系统层的深核科技，拥有了自主通信能力。
agent被当成了一个木马。
不仅能发消息，还能做更多事