# Cloudflare 的策略自动化平台生成了一条路由策略,导致 BGP 前缀泄漏 25 分钟;它列出的补救措施包括在 CI/CD 里加入自动策略检查,没有一项是加人工复核

网页: https://flyvolo.ai/zh/changes/ev-20260122-devops-engineer-3
日期: 2026-01-22 · 阶段: 实际部署
这条记录能改变任务判断吗? 能
职业: https://flyvolo.ai/zh/careers/devops-engineer

## 适用范围

一家公司、迈阿密的一台边缘路由器、25 分钟(20:25–20:50 UTC)。重点在于自动化写出了什么:一次经由 Cloudflare 策略自动化平台推送的变更移除了前缀列表引用,留下的策略条目过于宽松,以至于把每一条 internal 类型的前缀都标记为可对外通告。回滚是人工做的,并暂停了那台路由器上的自动化。记为「实际部署」而不是「限制或撤回」,因为采用并没有被抑制:Cloudflare 自己列出的补救包括在 CI/CD 流水线里加入自动的路由策略评估、修补自动化本身 —— 让机器检查机器,没有一项是加一道人工闸门。它确立的是:在一家大型网络运营商那里,工程师是通过一个跑在生产上的自动化平台来做路由策略变更的,由该平台生成并应用配置;它没有说明该运营商的配置里有多大比例是机器写的,而一家厂商的一次事故也不是行业的度量。

## 来源

- Cloudflare — Route leak incident on January 22, 2026 (Bryton Herdes, Tom Strickx) — https://blog.cloudflare.com/route-leak-incident-january-22-2026/ (一手来源)

## 这意味着什么

在一家大型网络运营商那里,路由策略变更是通过一个自动化平台生成并应用配置、进到生产路由器上的,而不是工程师逐台敲进去的。这件事由这家公司自己披露 —— 而披露的场合,正是那个平台写错了东西之后的事故说明。

## 它还不能说明什么

它没有说明这家运营商的配置里有多大比例是机器写的,而且这是一家厂商的一次事故。它也没有显示这次失败把工作推回给人:Cloudflare 点名的补救包括流水线里的一道自动检查,没有一项是人工复核,而它自己的时间线里,人做的那件事是回滚。

## 怎么自己核实

翻一下你最近十次基础设施变更,数一数有几次是人写的,而不是模板、流水线或工具生成的。那个比例,而不是行业平均数,才是你这份工作现在的样子。


更多: https://flyvolo.ai/llms.txt