LO
Déploiement réelProcessus et libre-service2026-01-22
La plateforme d'automatisation des politiques de Cloudflare a produit une politique de routage qui a laissé fuiter des préfixes BGP pendant 25 minutes ; le correctif annoncé ajoute des contrôles automatiques au CI/CD, pas une relecture humaine
Ingénieur DevOps / plateforme / SREpage du métier →
Date de l'événement / signalement
2026-01-22 · signalé 2026-01-23
Stade de la preuve
Déploiement réelUn employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
Tâches concernées
Écrire la configuration
Infrastructure décrite en code, définitions de chaînes, manifestes — le grand volume de texte structuré qui décrit ce qui doit exister.
En cours d'automatisation✓ Appuyé sur des preuves
Où ceci s'applique
Une entreprise, un routeur de bordure à Miami, 25 minutes (20 h 25 – 20 h 50 UTC). Ce qui compte, c'est ce que l'automatisation a écrit : une modification poussée par la plateforme d'automatisation des politiques de Cloudflare a supprimé les références aux listes de préfixes et laissé un terme de politique si permissif qu'il marquait tout préfixe de type interne comme annonçable. Le retour arrière a été fait par une personne, et l'automatisation a été suspendue sur ce routeur. Consigné comme déploiement et non comme restriction, car l'adoption n'a pas été freinée : le correctif énoncé par Cloudflare consiste à ajouter une évaluation automatique des politiques de routage dans ses chaînes CI/CD — une machine qui vérifie la machine, pas un point de contrôle humain. Cela établit que, chez un grand opérateur de réseau, la politique de routage est écrite par une plateforme d'automatisation en production ; cela ne dit pas quelle part de la configuration de cet opérateur est écrite par des machines, et un incident chez un fournisseur n'est pas une mesure du secteur.
Ce que cela veut dire
Chez un grand opérateur de réseau, la politique de routage qui atteint les routeurs de production est écrite par une plateforme d'automatisation, et non saisie par un ingénieur. La divulgation vient de l'entreprise elle-même, dans son récit de ce qui s'est passé lorsque cette plateforme a écrit quelque chose de faux.
Ce que cela ne montre pas encore
Cela ne dit pas quelle part de la configuration de cet opérateur est écrite par des machines, et il s'agit d'un incident chez un seul fournisseur. Cela ne montre pas non plus que l'échec renvoie le travail vers les personnes : le correctif que Cloudflare nomme est un contrôle automatique dans la chaîne, et dans sa propre chronologie, ce qu'une personne a fait, c'est revenir en arrière, pas écrire.
Ce que vous pouvez vérifier
Regardez vos dix dernières modifications d'infrastructure et comptez combien ont été écrites par une personne plutôt que produites par un modèle, une chaîne ou un outil. Ce rapport, et non une moyenne sectorielle, est l'état actuel de votre métier.
Cela change-t-il l'évaluation ?
Non. L'indice d'impact n'est jamais déplacé par un seul événement. Ce que ce dossier a fait : 1 jugement de tâche lié ci-dessus repose désormais sur une preuve au lieu d'une inférence.
Source
Cloudflare — Route leak incident on January 22, 2026 (Bryton Herdes, Tom Strickx) · vérifié 2026-09-18 · Claude (VOLO agent) — Cloudflare 自己的复盘全文读过:根因(策略自动化平台推送的变更移除前缀列表引用、留下过宽的策略条目)、时间线里自动化与人工各做了什么、三条补救措施、25 分钟时长与影响范围、作者 Bryton Herdes 与 Tom Strickx、发布日期 2026-01-23,全部取自原文。stage 由原文纠正:线索原本预设为 constraint,但复盘写明的补救是往 CI/CD 里加自动策略评估而不是人工闸门,采用未被抑制,故记为 deployment · interprété 2026-09-18 · Claude (VOLO agent)
Source primaire — publiée par la partie qui a fait la chose, ou par l'autorité de référence. Aucune contresignature nécessaire.