Grand Theft Code IV

Amx

10：Tainted Kernel

（通讯里传来 Aurora Martin 少见的急促语气）
出事了。
GanOS 内测组那边报上来，有几台测试设备的系统日志里出现了异常调用。
不是崩溃，不是 bug——是有人在内核层偷偷留了后门，能在系统启动时静默加载一段外部代码。

我们所有项目都闭源，内测包分发渠道也收紧了。
能碰得到内核源码、还能把东西塞进去不被发现的，只有一种人。
Aoharu Reverie。

他在内部待过，清楚 GanOS 的编译流程和签名机制。
之前那些碎片交易、伪造构建包，全是烟雾弹。
他真正的目的，是把一段恶意代码灌进 GanOS 的内核里。
一旦这段东西跟着正式版流出去，所有装了 GanOS 的设备，都能被 Shadow Fork 远程动手脚。

Mcl0 的炸药炸不掉内核里的几行代码。
去把内测设备上的异常调用完整 dump 出来，逆向分析这段恶意代码的工作方式。
搞清楚他到底留了多大一个窟窿。

 

11：Supply Chain Poison

分析结果出来了，比想的还脏。
Aoharu 没有直接改我们的源码仓库——他碰不到。
他走的是供应链投毒。

GanOS 编译依赖几个第三方底层库和驱动组件。
Aoharu 利用之前在内部时拿到的依赖清单，盯上了其中一个维护不活跃的开源组件。
他给那个组件的维护者发了看似正常的补丁，把恶意代码藏在性能优化的名义下混了进去。
我们的构建服务器拉取依赖时，这段东西就跟着编译进了内核。

干净利落，不留痕迹。
如果不是内测组偶然抓到异常调用，正式版发出去我们都未必能发现。

去查构建服务器上的依赖缓存，确认哪些版本的构建已经被污染。
把所有受影响的内测包全部召回，一个都不能流出去。
同时给那个被投毒的第三方组件提交干净的修复补丁，堵上这个口子。
但记住，Aoharu 肯定不止埋了这一处。

 

12：Kill Switch

果然。
深入排查之后发现，Aoharu 在三个不同的依赖节点上都埋了东西。
一处被发现，另外两处就会触发。
他甚至留了一个远程激活开关——只要 Shadow Fork 那边发一个特定的网络请求，所有被污染的设备会同时执行一段预定义的恶意操作。

这不是小偷小摸了。
这是要在 GanOS 正式发布的当天，引爆一颗定时炸弹。
让所有用户的设备同时出问题，把 DreamRain 的口碑彻底砸烂。

没时间一个个清理了。
Mcl0，把你那套爆破思路搬过来——这次炸的不是船，是构建链路。
废掉当前所有构建产物，强制熔断整个发布流水线。
回滚到投毒发生之前的干净依赖版本，重新编译全部内核镜像。
所有已分发的内测包远程作废，推送强制更新。

代价是发布延期，自由城里会有一堆人看笑话。
但总比让 Aoharu 的炸弹在用户手里炸开强。

执行熔断。
一个被污染的字节都不能流出去。

内核投毒被我们掐灭了，在发布前的最后一刻。
构建流水线熔断、依赖回滚、内测包全部召回重发。
GanOS 躲过了一场足以致命的供应链爆炸。

但 Aoharu Reverie 又一次全身而退。
他比我们更懂我们自己的系统，知道哪里最脆弱、哪里可以藏东西。
这一次他输在太急——想在发布日搞个大新闻。
下一次，他不会再给我们留下这么明显的异常调用了。

Shadow Fork 的仓库深处，Aoharu 正在翻 GanOS 那个还没公开的模块的设计文档。
他手里有一份不完整的旧版草稿。
不够做出东西，但足够找到下一个可以下手的地方。