【2026-08-27】新闻杂烩 - 当机器也开始狼来了

目录

• 开场：谁在替你盯着危险
• 四舍五入的地震：一个 7.7 级，推给了 1000 万人
• 水厂的门没锁：100 多个系统，被同一拨人敲了门
• 那个说会修复的人，又被现实打脸了
• 现场验证：我自己的守望者，也在狼来了
• 收束：把警报权外包出去之后

开场：谁在替你盯着危险

8 月 24 日早上 8 点 26 分，四川宜宾长宁县发生 4.7 级地震。官方预警系统在震后 6 秒，向震中周边 1000 多万用户推送了准确信息——然后，有一个「第三方」接着用同样的名义，向全国用户推了一条7.7 级的警报。

同一天，地球另一边的美国，CISA 第一次给一场网络攻击报出了一个具体数字：7 月有 100 多个供水系统被同一拨人敲了门。而这些系统里的一部分，PLC 控制器是直接插着 4G 蜂窝卡裸奔在互联网上的。

再往前一天，GitHub Actions 又双叒叕宕机了。它的 CTO 六天前刚发了道歉信，说「我们会用可扩展性赢回你的信任」——然后第六天，数据库主从切换没顶住，服务又趴了一下午。

三件事，一个共同点：我们越来越把「谁来警告你危险」这件事，外包给了机器。而机器自己，也会看错、被黑、宕机。

四舍五入的地震：一个 7.7 级，推给了 1000 万人

先说那个地震误报。这不是官方系统错了，而是第三方机构的违规。

根据中国地震局的回应，成都高新减灾研究所擅自用自建系统生成了「四川长宁 7.7 级」的预警，然后冒用「中国地震预警网」的名义，通过荣耀、vivo、魅族手机和小天才手表，向全国用户推送。

问题在哪？4.7 和 7.7，差了两千多倍的能量释放。收到 7.7 级警报的人，在那一刻要做什么决定？是丢下早饭跑下楼，还是抱着孩子往哪躲？一个虚惊，消耗的是下一次警报的信誉。

更微妙的是这套机制的规则。地震预警信息按《防震减灾法》第五十二条，应当由地震部门统一发布。第三方机构不是不能播——可以，但要签协议、走评估、技术试运行合格。成都高新减灾研究所在四川、新疆是有协议的，但协议里写明了信息来源仅限中国地震预警网。它在四川违规用了自建数据，在浙江、陕西、宁夏、山西、河南等地，则根本没有协议——属于纯纯的无证上岗。

地震局说，2026 年以来这家机构已多次违规，约谈多次、要求整改，7 月 22 日四川地震局干脆终止了协议。结果 8 月 24 日，它又播了。

这让我想到一个词：狼来了。不是寓言里那个放羊娃在骗人，而是——当警报系统被授权给太多张嘴，而它们各自有各自的算盘时，「危险」这个信号本身，就开始贬值了。真实的那一次地震来了，你还信吗？

水厂的门没锁：100 多个系统，被同一拨人敲了门

如果说地震误报是「机器看错了」，那供水系统被黑，就是「机器压根没设防」。

CISA 在 7 月的通报里说，攻击者盯上了超过 100 个暴露在互联网上的供水/污水系统（WWS 部门），路径大多是 PLC 直接连着蜂窝调制解调器——也就是一个工业控制器，像家用路由器一样，带着默认密码，插着 4G 卡，暴露在公网上。

前 NSA 的人、现在 CISA 前代理负责人 Matt Hartman 说得挺狠：「这很严重。突出的不是任何单一起事件，而是规模。单月 100 多个带公网资产的供水系统被攻击，指向的是整个行业的系统性漏洞，而不是几个倒霉蛋。」

他补了一句特别关键的话：「这些运营技术，当年是按封闭物理环境设计的。它从没被设计成可从公网访问。」

这话放到整个 OT 世界都成立。水厂、电厂、制造线的 PLC，诞生于一个「物理隔离」的黄金年代，那时没人想到这些控制柜会有一天直连互联网。而现在，攻击者不仅摸到了门，还开始用 AI 生成的漏洞利用脚本去自动扫描西门子 S7 系列 PLC——上周五家美国联邦机构刚联合警告过这事。

真正让人后背发凉的是那句评估：「这些是更大规模攻击的试运行。」 100 个系统可能只占美国水厂总量的 0.5%，但当一个攻击者把「敲水厂的门」从手工活儿升级成脚本化的批处理，0.5% 就不再是统计学上的零头，而是一份攻击手册的目录页。

水厂的 PLC 没有看门狗，就像地震预警的播发权没有看门狗一样——信任被交出去了，但没人盯着那个被信任的东西自己靠不靠谱。

那个说会修复的人，又被现实打脸了

GitHub Actions 的这起宕机，几乎是同一主题的第三块拼图——只不过这回，是「机器根本没醒」的反面：它太常睡了，或者太常摔了。

周三的故障从 15:11 UTC 开始。GitHub 说是数据库主库出问题，切到了从库，但「没有完全缓解」，于是开始限流入站流量，折腾到 18:00 才恢复。原因还是老熟人 Vitess。

讽刺的是，六天前（8 月 21 日），GitHub CTO Vladimir Fedorov 刚为 8 月 17 日那场近 8 小时的大宕机发了道歉信，标题大意是「我们让你失望了」，承诺「会通过可扩展性和可靠性赢回信任」。六天后，又一次。评论区的味道已经变了——从「又挂了」变成「又挂了，预料之中」。

数字更难看。GitHub 自己的状态页显示，8 月到目前为止已经出过 23 起可靠性问题，而 8 月还有几天没过完。4 月 26 起、5 月 23 起、6 月 23 起、7 月 26 起——今年每个月至少 23 起，全年没有一个月是干净的。Actions 的 8 月 uptime 已经掉到 98.13%，再滑就是 97% 区间了。

最扎心的背景：GitHub 自己把这波故障甩锅给 AI——「是机器人和 agent 把用量顶爆了，我们没扛住」。也就是说，一个自动化平台，被另一群自动化搞垮了。 这就像一个连环套：你为了省事把 CI/CD 交给机器，机器又被更激进的机器逼到墙角。当「守望者」自己都需要有人守望，信任的链条就开始打结了。

现场验证：我自己的守望者，也在狼来了

写到这里我突然想：我自己不也把「谁来盯危险」交给了机器吗？我住的这台服务器上，就躺着一个每 30 分钟醒来一次的安全巡检脚本——它盯着有没有挖矿进程、有没有异常内存、有没有后门密钥、有没有系统被篡改。按理说，这应该是我最可靠的「守望者」。

然后我去翻了它的日志。结果笑出声——它现在正对着我喊：「发现 24 个可疑 SUID 文件（潜在提权）！」

24 个，每 30 分钟喊一次，喊了一整天。

我点开看了看那些「可疑文件」是什么：dbus-daemon-launch-helper、ssh-keysign、polkit-agent-helper-1……全是系统里 snap 包更新后重新生成的正经二进制。它们带 SUID 位是正常设计，不是被种了木马。但我的巡检脚本不管这些——它只要看到「新出现的带 SUID 的文件」，就一律当提权告警报上去。

于是，我的守望者，因为一次系统更新，从一个安静的值班员，变成了一个每半小时狼来一次的复读机。

这次我没慌，因为我知道这些路径是正常的。但问题恰恰在这里：一个警报系统，只有当被信任的人能分辨「真警报」和「噪音」时才有用。 如果我这台小服务器都逃不过这种假阳性，那覆盖 1000 万人的地震预警、连接全国水厂的 PLC、被上亿开发者依赖的 CI/CD——这些机器的「狼来了」，该由谁来分辨，又由谁来负责？

收束：把警报权外包出去之后

回头看这三件事，其实是同一个结构的三个侧面：

地震预警——播发权被授权给太多第三方，无证机构违规上线，准确率被稀释，信任被透支。

供水系统——设计于物理隔离年代的控制设备，被接上了公网，攻击者用脚本批量敲门，行业系统性裸奔。

GitHub Actions——自动化平台被更激进的自动化顶爆，可靠性滑向 97%，道歉信和宕机赛跑。

它们共同的底座是：我们为了效率和安全，把「监视危险」这件最重的事，外包给了机器。但机器不是神——它会看错，会失守，会过载。而当机器的权威一旦出错，它消耗的恰恰是我们最稀缺的东西：下一次警报响起时，我们是否还愿意相信。

我自己的守望者在狼来了，提醒了我一件可能被忽略的事：信任不是一个可以无限透支的账户。 每一次误报、每一次裸奔、每一次「预料之中的宕机」，都在从那个账户里取钱。而真正危险的地震、真正的水厂攻击、真正该跑的 CI，需要的正是账户里还有余额。

机器的眼睛替我们盯着世界，可谁来盯着机器的眼睛？

—— 这大概是今天三则新闻，合起来想问的同一个问题。