Résumé
- L’avis publié le 9 mars porte sur 102.224.0.0/12, soit 1 048 576 adresses IPv4 que les statistiques actuelles d’AFRINIC classent comme réservées et non attribuées à un membre.
- AFRINIC affirme qu’un signalement transmis par ARIN a conduit à l’examen d’objets dans un IRR public, à leur retrait, à des contacts avec des fournisseurs de transit et avec leur créateur présumé, puis à une surveillance accrue.
- RIPE RIS observe plusieurs préfixes et plusieurs ASN entre février et mars. Au gel du 12 août, aucun de ses 328 pairs IPv4 ne voyait le /12 ; l’état RPKI de l’observation AS13560 est « unknown », et non « invalid ».
- L’absence publique des objets IRR, des mainteneurs, des heures de création et de retrait, du rapprochement des routes et de la mesure de protection finale empêche un audit complet. Elle ne prouve ni dissimulation ni échec du confinement.
La chronologie que l’avis ne donnait pas
Une annonce de sécurité devient vérifiable quand elle permet de reconstituer les états successifs. Le document d’AFRINIC décrit bien les gestes accomplis, mais il ne date ni l’apparition des routes ni leur retrait. L’observation indépendante fournit une partie de cette horloge.
RIPE RIS fait commencer l’annonce de 102.224.0.0/12 par AS13560 le 21 février 2026 et la termine le 7 mars. Pour le même ASN, 102.224.0.0/13 apparaît du 24 février au 10 mars, tandis que 102.232.0.0/13 est visible du 4 au 10 mars. AFRINIC a publié son avis le 9 mars. Les données sont donc cohérentes avec une action encore en cours au moment de la publication, puis un retrait visible dans les collecteurs.
Cet accord temporel donne du poids à la réponse d’AFRINIC. Il ne permet pas de savoir quelle suppression d’objet a produit quel retrait, quel transitaire a modifié son filtre, ni si une configuration en cache a prolongé une annonce. Une corrélation de dates n’est pas encore une chaîne causale documentée.
L’historique contient en outre deux origines distinctes. AS214174 annonce 102.236.0.0/17 le 8 février puis le 21 février. AS3563 annonce 102.224.0.0/13 pendant huit heures le 16 mars, après le communiqué. Rien dans le paquet figé ne permet d’affirmer qu’il s’agit d’un seul opérateur, d’une seule série d’objets ou d’une campagne coordonnée. Fusionner ces lignes produirait une accusation que les sources ne portent pas.
Ce qu’AFRINIC a établi
AFRINIC situe l’incident dans un bloc non alloué. Son fichier statistique actuel inscrit une réserve de 1 048 576 adresses à partir de 102.224.0.0, exactement la taille d’un /12. La question n’est donc pas un désaccord contractuel avec un membre auquel le préfixe aurait été attribué.
Le registre dit avoir été alerté par ARIN, après qu’un opérateur relevant de ce registre a vu son ASN apparaître sans le consentement du détenteur. Il indique ensuite que des données introduites dans un IRR public ont pu aider les routes à franchir les filtres de réseaux utilisant ces déclarations.
Quatre actes sont annoncés : obtenir la suppression des entrées concernées ; contacter des transitaires importants ; demander au créateur présumé des entrées de cesser les annonces ; intensifier la surveillance jusqu’au retrait complet. Le bloc est demeuré réservé. AFRINIC a enfin déclaré examiner d’autres garanties techniques et procédurales.
Ce sont des informations substantielles. Elles décrivent un traitement de l’incident et non une simple promesse de stabilité. Le maintien du communiqué dans l’index public permet aussi de vérifier que l’organisation a reconnu le problème.
Mais le document ne nomme pas l’IRR, les objets route, leurs mainteneurs, leurs dates de création, les sous-préfixes concernés, les ASN observés ou les dates de suppression. Il ne précise pas non plus la protection supplémentaire retenue. L’institution donne le verbe d’action ; elle ne publie pas encore le journal d’exécution.
Pourquoi le rôle étroit du registre est ici légitime
La doctrine de Heng Lu ne consiste pas à nier toute fonction aux RIR. Elle trace une frontière.
L’unicité des numéros, l’exactitude des enregistrements, la prévention de la fraude, la lisibilité des assertions de sécurité et la continuité opérationnelle appartiennent à la couche commune minimale. Un objet IRR qui donne une apparence d’autorisation à un préfixe réservé altère précisément cette couche. Le faire retirer et coordonner le retrait des routes est une fonction de registre défendable.
Cette conclusion est importante parce qu’elle évite deux excès symétriques. Il serait faux de présenter toute intervention d’AFRINIC comme une atteinte aux droits d’un titulaire : le /12 n’était attribué à aucun membre. Il serait tout aussi faux de dire que cette intervention valide la composition actuelle du conseil, le rôle du Receiver, la politique de transfert ou le droit de l’institution à réglementer les modèles commerciaux. Une opération utile prouve l’utilité de l’opération.
La distinction permet une critique plus dure et plus juste. AFRINIC ne doit pas être attaquée pour avoir protégé un espace réservé. Elle doit être tenue à un standard supérieur de preuve parce que cette protection constitue justement sa mission la plus solide.
Un objet IRR n’est pas un paquet BGP
La séquence technique traverse plusieurs autorités.
Un IRR publie une déclaration de politique de routage. Des opérateurs peuvent transformer ces déclarations en listes de préfixes. Un fournisseur de transit peut accepter puis propager une annonce BGP. Des collecteurs tels que RIS en enregistrent une partie. Un validateur RPKI évalue séparément l’existence d’une autorisation cryptographique couvrante.
Supprimer l’objet source peut empêcher de futurs filtres de l’accepter. Cela ne réécrit pas instantanément les routeurs qui ont déjà chargé leurs règles. Contacter les transitaires est donc cohérent avec la structure du problème. La surveillance du retrait l’est aussi.
AFRINIC ne contrôle pas tous les IRR publics, leurs miroirs, les filtres des opérateurs ou chaque routeur. Cette dépendance distribuée limite ce qu’on peut lui attribuer. Elle crée en retour une obligation de cartographie : dans quelle base l’objet existait-il ? Était-il répliqué ? Quand les filtres ont-ils été reconstruits ? Quand le dernier chemin observé a-t-il disparu ?
Une publication respectueuse de la sécurité pourrait répondre sans divulguer de coordonnées personnelles. Elle peut donner les identifiants des objets, les préfixes, les ASN observés avec une réserve explicite sur la responsabilité, les horodatages, l’état des miroirs et le contrôle finalement adopté.
« Unknown » n’est pas « invalid »
Le point RPKI exige la même discipline de vocabulaire.
Pour le couple AS13560 et 102.224.0.0/12, l’interface de validation de RIPE répond « unknown » et ne présente aucun ROA validant. Cela signifie qu’aucune autorisation couvrante n’est disponible dans cette réponse. Cela ne signifie pas qu’un ROA existant contredit l’origine et classe la route comme invalide.
RFC 6483 décrit néanmoins un outil directement pertinent : un ROA dont le sujet est AS0 signale que le préfixe couvert et ses sous-préfixes ne devraient pas être utilisés dans un contexte de routage. RFC 6491 recommande à l’IANA de publier de tels ROA pour ses ressources non allouées et pour certaines ressources réservées non destinées au routage.
Ces normes ne suffisent pas à accuser AFRINIC. Le bloc relève d’une administration RIR, et le paquet ne montre ni ROA AS0 antérieur, ni décision de ne pas en créer, ni obligation juridique propre à ce /12. Il fournit en revanche une question de contrôle précise : AFRINIC a-t-elle évalué AS0 ou une protection cryptographique équivalente après l’incident, et où cette décision est-elle consignée ?
Les ASN observés ne désignent pas automatiquement un auteur
L’aperçu RIPE associe aujourd’hui AS13560 à une entrée Charter Communications et AS3563 à Pilot Network Services. La réponse relative à AS214174 ne fournit aucun nom de détenteur.
Ces données ne sont pas une attribution. L’avis d’AFRINIC part lui-même du fait qu’un ASN peut apparaître sans le consentement de son détenteur. Un numéro d’origine observé ne prouve pas que l’organisation nommée a créé l’objet IRR, commandé l’annonce, contrôlé le routeur ou tiré avantage du trafic.
La protection juridique et éditoriale des personnes rejoint ici la qualité technique. Attribuer trop vite détournerait l’attention du mécanisme vérifiable : une assertion publique a été consommée par une chaîne de filtrage assez permissive pour qu’un espace réservé atteigne la table globale.
Le bon rapport distingue donc l’objet, son mainteneur, la session qui l’a créé, le préfixe annoncé, l’ASN placé dans le chemin, l’opérateur du routeur, le transitaire et l’organisation enregistrée. Ces rôles peuvent coïncider. Les sources actuelles ne prouvent pas qu’ils coïncident.
Le critère de clôture
Au 12 août, aucun des 328 pairs IPv4 RIS interrogés ne voit le /12. Ce résultat est compatible avec un confinement réussi au niveau des collecteurs. Il n’est pas une vue universelle de tous les sous-préfixes sur tous les réseaux.
La clôture institutionnelle exige davantage qu’une absence actuelle. AFRINIC avait annoncé l’examen de garanties supplémentaires. Une garantie terminée doit pouvoir être nommée, datée, testée et mesurée.
Le dossier public minimal comprendrait : la liste exacte des préfixes et objets ; les horaires de création, suppression, première et dernière observation ; la présence dans les miroirs ; l’état RPKI ; la méthode de surveillance ; la mesure corrective ; son test ; et le responsable de son maintien. Les éléments sensibles peuvent être occultés tout en conservant la logique de preuve.
NRS alerte sur le risque de voir le pouvoir de registre devenir un point d’étranglement pour les activités ordinaires des opérateurs. Cet avertissement ne transforme pas l’espace réservé en droit d’usage d’un membre. LARUS montre plutôt le coût que les réseaux supportent lorsque les signaux de registre deviennent ambigus. Ici, le remède commun aux deux préoccupations est un registre plus mince et plus vérifiable.
AFRINIC a accompli une tâche de registre qu’il fallait accomplir. La prochaine preuve n’est pas une nouvelle déclaration de mandat ou de stabilité. C’est le dossier montrant comment la route a été admise, comment elle a été retirée et quelle barrière empêche sa répétition.
La recherche distincte de BTW sur une architecture de transition préservant la continuité figure ci-dessous pour approfondir le cadre institutionnel. Elle n’est qu’une lecture complémentaire, ni le texte source de ce reportage ni un autre article d’actualité compté dans ce lot.
Sources
- Avis d’AFRINIC sur l’utilisation non autorisée d’un espace réservé
- Statistiques actuelles de délégation d’AFRINIC
- Surface WHOIS et services de routage d’AFRINIC
- Index des actualités d’AFRINIC
- Historique RIPEstat pour 102.224.0.0/12
- État actuel du routage dans RIPEstat
- Documentation de l’API d’historique RIPEstat
- Validation RPKI RIPEstat pour AS13560 et le /12
- Aperçu RIPEstat d’AS13560
- Aperçu RIPEstat d’AS3563
- Aperçu RIPEstat d’AS214174
- RFC 6483 sur la validation d’origine et les ROA AS0
- RFC 6491 sur les objets RPKI des ressources non allouées ou réservées
- Heng Lu, Note 71 : The Policy Mirror
- Heng Lu, Note 70 : protéger le registre, pas le gardien
- Alerte de NRS sur le pouvoir de point d’étranglement
- LARUS sur l’effet des décisions de RIR sur l’infrastructure
- BTW, lecture complémentaire : l’architecture de transition d’AFRINIC


