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

Date de l'événement / signalement

Stade de la preuve

Tâches concernées

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, les ingénieurs apportent les modifications de la politique de routage par l'intermédiaire d'une plateforme d'automatisation qui génère et applique la configuration 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

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.

Ce que vous pouvez vérifier

Cela change-t-il l'évaluation ?

Source