EN
en direct

Le Laos perd près de quatre jours de routage BGP sans cause attribuée

Entre le 2 et le 6 septembre 2026, la visibilité des préfixes du Laos dans le plan de contrôle BGP s’est effondrée pendant 3,7 jours, sans qu’aucune cause publique n’ait été avancée. L’incident mesure ce que coûte un pays faiblement multi-hébergé, et rappelle aux opérateurs de vérifier la redondance de leurs routes avant la panne.

Une constellation de nœuds gris reliés par de fines lignes sombres, un seul nœud ambre isolé du reste du réseau.

2 septembre 2026. Le Laos entre dans une panne de routage qui va durer 3,7 jours. 6 septembre 2026, 00 h 30 UTC. La connectivité est rétablie. Aucune cause publique. Pourquoi c’est important : la visibilité des préfixes du pays dans le plan de contrôle BGP est tombée à un niveau plancher, et l’épisode illustre ce que coûte un pays qui dépend de quelques points de transit.

Une panne du plan de contrôle, pas du transport

L’incident a d’abord frappé le plan de contrôle — les annonces de routes — davantage que le transport effectif des paquets. Le signal le plus net est la médiane BGP : le nombre de points de mesure qui voyaient encore les préfixes laotiens est resté figé à 365 pendant toute la durée de l’événement, un niveau réduit et constant qui trahit un retrait massif d’annonces.

Le télescope Merit Network (merit-nt), qui approxime la connectivité agrégée à partir du backscatter, a chuté de 61 % par rapport à son pic. Le Google Traffic Report a enregistré un repli de 19 % (18 % sur sa variante normalisée). En revanche, le sondage actif de la joignabilité IPv4 en /24 (ping-slash24) n’a perdu que 7 % : une partie du trafic continuait donc de passer, alors même que les routes disparaissaient des tables. Telecom Observer a noté la panne 5 773 sur sa propre échelle de sévérité.

Cet écart entre « annoncé » et « joignable » est la signature d’un incident de plan de contrôle : les annonces sont retirées ou dégradées, mais quelques chemins plus spécifiques, ou un sous-ensemble de transitaires, continuent d’acheminer les paquets. Le pays n’était pas entièrement coupé, mais il était devenu largement invisible et partiellement injoignable pour le reste du monde.

Comprendre la médiane BGP

La médiane BGP est une mesure simple mais redoutablement informative. Chaque préfixe annoncé par un réseau est observé depuis de nombreux points de collecte (RIPE RIS, RouteViews, et autres). La médiane comptabilise le nombre de ces points qui voient encore les préfixes d’un pays donné dans leurs tables de routage.

Quand cette médiane s’effondre et reste constante à 365, cela signifie que les annonces du pays ne sont plus propagées que par une poignée de chemins, de façon stable. Ce n’est pas le profil d’une coupure physique totale — le transport aurait alors tout mis à zéro — mais celui d’un retrait coordonné ou d’une session BGP amont qui ne propage plus les routes. Le fait que la joignabilité active n’ait perdu que 7 % confirme que le cœur du problème était dans les annonces, pas dans les fibres.

Un silence sur la cause

Telecom Observer précise que la cause n’a pas été attribuée publiquement. Aucun opérateur, aucune agence, aucun fournisseur de transit n’a documenté ce qui a déclenché le retrait : panne de session en amont, conflit de politique de routage, incident sur un point d’échange, ou défaillance d’une passerelle internationale. Le routage a été rétabli « en fin de fenêtre d’observation », sans explication.

Ce silence n’est pas anodin. Un pays comme le Laos dépend d’un petit nombre de gateways internationales et de transitaires amont. Quand l’un d’eux perd ses sessions ou filtre mal ses annonces, la visibilité du pays entier s’effondre d’un coup — c’est exactement le profil de courbe observé : une chute brutale suivie d’un palier bas et constant pendant près de quatre jours.

La géographie n’arrange rien. Le Laos est un pays enclavé, sans accès direct à la mer : ses liaisons de transit et ses accès au réseau mondial passent par ses voisins — Thaïlande, Vietnam, Chine, Cambodge. Un incident de routage chez l’un de ces voisins, ou sur la passerelle qui les relie au réseau laotien, se répercute immédiatement sur la visibilité du pays entier. La redondance n’est pas seulement une question de volonté, mais d’infrastructure physique et d’accords de transit.

Un mois chargé pour le plan de contrôle

L’épisode laotien ne survient pas dans un vide. Septembre 2026 accumule les incidents sur l’infrastructure de routage mondiale. Le 12 septembre, le site BGP.Exchange — une plateforme d’échange Internet virtuelle gratuite — a été défiguré et son système de messagerie détourné pour envoyer du spam. Quelques jours plus tôt, un détournement BGP ciblé avait servi à distribuer une mise à jour malveillante de Virtualizor, avec des hyperviseurs compromis jusqu’à l’utilisateur root.

La leçon de ce mois n’est pas que BGP est soudainement plus vulnérable. C’est que les maillons faibles — un pays mono-transit, une plateforme d’échange non durcie, un fournisseur de mise à jour non signée — sont exploités et documentés de plus en plus vite. La RPKI et la validation d’origine réduisent le risque d’annonces invalides, mais elles ne remplacent ni la diversité de transit, ni la surveillance.

Ce que l’incident enseigne aux opérateurs

La fragilité du plan de contrôle se corrige par des mesures concrètes, pas par de l’espoir.

  • La redondance de transit se mesure en amont. Un seul transitaire, même fiable, reste un point de défaillance unique pour l’ensemble de vos préfixes.
  • Les annonces et le transport se surveillent séparément. Une route peut rester joignable alors qu’elle a disparu des tables ; l’inverse est vrai aussi. Il faut regarder les deux signaux.
  • Les sources publiques suffisent à détecter l’anomalie. RIPE RIS, Cloudflare Radar, IODA ou les télescopes de backscatter montrent une chute de médiane en quelques minutes, sans matériel dédié.
  • La RPKI réduit l’ambiguïté. Signer ses préfixes et configurer la validation d’origine ne prévient pas une panne de session, mais évite qu’une annonce invalide se propage pendant l’incident.

Chacune de ces mesures coûte peu face au prix d’une invisibilité de quatre jours.

Un précédent qui pèse, et des outils pour le voir

L’histoire du routage est jalonnée d’incidents où un seul événement a suffi à couper un réseau entier. Le plus célèbre reste le détournement de 2008, quand Pakistan Telecom a annoncé les préfixes de YouTube pour bloquer le site, et que l’annonce a fuité dans le monde entier pendant deux heures. Le Laos illustre l’autre versant du même risque : non pas une annonce de trop, mais une disparition d’annonces.

La détection ne demande pas de matériel coûteux. Un regard sur RIPE RIS ou RouteViews suffit à suivre la médiane BGP d’un pays ; les looking glass publics (RIPE, Hurricane Electric) permettent de vérifier en direct si un préfixe donné est encore visible. Côté prévention, la signature RPKI et la validation d’origine évitent qu’une annonce invalide se propage — mais ne réparent pas une session qui tombe. La redondance de transit reste la seule vraie assurance.

Verdict

Si votre réseau n’a qu’un seul transitaire amont, traitez cela comme un risque de disponibilité prioritaire et ouvrez un second chemin : l’incident laotien montre qu’un seul point de défaillance peut faire disparaître un pays entier des tables de routage pendant près de quatre jours. Si vous êtes déjà multi-hébergé, vérifiez que vos transitaires annoncent bien vos préfixes en continu et que vous surveillez la médiane BGP autant que la joignabilité — la panne silencieuse est celle qui ne coupe pas tout, mais qui vous rend invisible.

Références

Le brief cyber, chaque mardi

Les failles qui comptent, les correctifs à appliquer, en dix minutes de lecture.

Pas de spam. Désinscription en un clic.
à lire ensuite

Sur le même sujet

Deux failles MikroTik RouterOS s’enchaînent en exécution de code sans authentification

Le 10 septembre 2026, CISA inscrit deux failles MikroTik RouterOS — une authentification absente et une injection de commandes — au catalogue KEV après exploitation active. L’enchaînement ouvre une exécution de code à distance sans identifiants, et l’échéance de remédiation fédérale tombe le 13 septembre.

Cloudflare valide le DNSSEC post-quantique ML-DSA-44 sur son résolveur 1.1.1.1

Le résolveur public 1.1.1.1 valide désormais les signatures DNSSEC produites avec ML-DSA-44, l’algorithme post-quantique normalisé par le NIST, dont chaque signature pèse 2 420 octets. C’est le premier test à l’échelle d’Internet du transport de réponses DNS massives et de la parade contre le repli vers des algorithmes fragilisés.

← Retour au fil

Tapez au moins deux caractères.

naviguer ouvrir esc fermer