Résumé

  • La page principale de certification d’AFRINIC affiche « RIPE NCC Validator », mais le service atteint se présente comme Routinator ; une autre page d’AFRINIC emploie déjà ce nom exact.
  • Le problème n’est pas un lien mort, mais une provenance devenue illisible. Un manifeste daté devrait distinguer nom affiché, logiciel réel, mainteneur, exploitant du service, état de support, version testée, usage prévu et migration.

Il est tentant de juger un répertoire d’outils à une question binaire : le lien fonctionne-t-il ? Celui d’AFRINIC fonctionne. Dans la rubrique « Validators » de sa page consacrée à la certification des ressources, l’organisation propose un lien intitulé « RIPE NCC Validator ». Le clic mène bien au domaine attendu, rpki-validator.ripe.net, puis à son chemin /ui/. Pourtant, le document reçu porte le titre « Routinator » et sa description identifie sans ambiguïté l’interface de Routinator.

Cette différence ne révèle ni panne ni détournement. Elle raconte une migration dont l’adresse a été conservée mais dont le nom n’a pas été réconcilié partout.

En juin 2021, le RIPE NCC avait annoncé la fin du support de son propre validateur au 1er juillet. L’avis invitait les opérateurs à adopter un autre logiciel — parmi lesquels Routinator — et expliquait que l’absence de mises à jour pouvait exposer ceux qui continueraient à exécuter l’ancien produit. Puis, le 10 septembre, le RIPE NCC décrivait le remplacement de l’application derrière son service public : l’interface de rpki-validator.ripe.net devait passer à Routinator le 16 septembre.

Le nom de domaine est donc devenu une adresse de service durable, et non l’identité immuable d’un produit.

Les deux pages d’AFRINIC ne racontent pas la même version

AFRINIC dispose déjà d’une page plus précise. validator.afrinic.net, titrée « RPKI Relying Party Software », propose notamment un Routinator hébergé par AFRINIC. Dans la liste des autres options, le même service du RIPE NCC est appelé « RIPE NCC: Routinator ». Cette formulation rejoint le titre du site cible et l’historique publié par le RIPE NCC.

Sur la page principale, en revanche, l’ancien nom subsiste. Le même encadré cite aussi RPKI.net rcynic et RPSTIR, sans afficher leur version, leur mainteneur, leur état de support ni une date de vérification. Le constat doit s’arrêter là : les sources réunies ne permettent pas de déclarer ces deux outils abandonnés ou dangereux. Elles permettent seulement d’établir que le lecteur ne trouve pas, dans ce catalogue, les éléments nécessaires pour décider de leur actualité.

La défense d’AFRINIC est solide. La destination utile a été préservée. Le lecteur qui suit le lien ne tombe pas sur un paquet ancien ; il trouve une interface Routinator. Les opérateurs expérimentés savent en outre qu’un vérificateur public sert à observer ou dépanner, et qu’un logiciel de production doit provenir d’un projet ou d’un dépôt maintenu. Corriger une étiquette peut sembler relever du ménage éditorial.

Mais ce ménage est précisément une fonction de sécurité documentaire. Un guide peut être consulté par une équipe d’achat, recopié dans un cahier d’exploitation, transformé en support de formation ou cité dans un audit. « RIPE NCC Validator » désigne une lignée logicielle dont le support s’est arrêté. « Routinator » désigne une autre implémentation, maintenue par un autre projet, avec ses propres versions et comportements. Une URL commune ne rend pas ces identités interchangeables.

Un validateur produit des éléments de décision

La RFC 8897 situe l’enjeu. Un logiciel de partie utilisatrice RPKI récupère et vérifie les données de ressources Internet publiées dans les dépôts. Ces résultats peuvent alimenter les décisions BGP. Le texte rassemble des obligations auparavant dispersées dans treize RFC et les ordonne autour de la collecte et du cache, du traitement des certificats et listes de révocation, de l’examen des objets signés et de la distribution des données validées.

L’identité du logiciel n’est donc pas un habillage. Elle renvoie à une implémentation, à des valeurs par défaut, à une cadence de publication, à un historique de corrections et à un responsable de maintenance. Elle ne prouve pas, à elle seule, qu’un résultat est juste ; elle permet de savoir quel système a produit le résultat et quelle documentation doit être consultée.

La documentation stable de NLnet Labs confirme l’identité actuelle. Routinator 0.15.2 expose son interface HTTP sous /ui. Elle comprend un contrôle de préfixe et des informations sur la dernière validation, ainsi que des métriques HTTP et RPKI-to-Router. Le service auquel conduit AFRINIC présente ces mêmes caractéristiques. La concordance entre titre, description, chemin et fonctions ferme la question du produit affiché aujourd’hui.

Une autre distinction reste nécessaire. Le RIPE NCC précisait en 2021 que son service public était fourni au mieux et ne devait pas devenir une dépendance de production supposée disponible. Le nom du logiciel, l’opérateur du service et l’usage autorisé sont trois colonnes différentes. La page actuelle n’en montre qu’une partie.

Le registre minimal qui manque

AFRINIC n’a pas à certifier tous les logiciels RPKI. Il n’a pas à garantir un service tiers ni à choisir une architecture unique pour les réseaux africains. Il peut toutefois publier la jointure qu’il effectue déjà implicitement lorsqu’il nomme un outil.

Un manifeste versionné des logiciels et services de partie utilisatrice devrait comporter :

  • le libellé affiché et le nom canonique du produit ;
  • le projet d’implémentation et son mainteneur ;
  • l’exploitant du service hébergé et l’URL finale ;
  • l’état du cycle de vie, la branche supportée et la date du dernier contrôle ;
  • la fonction effectivement vérifiée par AFRINIC ;
  • l’usage prévu : démonstration, consultation au mieux, évaluation ou production ;
  • le produit précédent, la cible de migration et l’avis officiel correspondant ;
  • la décision de corriger, retirer ou archiver l’entrée.

Chaque version antérieure devrait rester consultable. Une simple substitution de texte réglerait la page de 2026, mais effacerait la date à laquelle AFRINIC a publiquement reconnu la migration de 2021. Un historique transforme la correction en preuve.

Il faut aussi refuser les raccourcis de contrôle. Un code HTTP 200 prouve qu’un serveur répond. Un titre de page contribue à identifier une application. Un test de version exige un numéro et une fonction définie. Une recommandation pour la production suppose encore autre chose. Ces quatre conclusions ne doivent pas tenir dans une seule case « lien vérifié ».

La limite de l’accusation

Les pièces ne montrent pas qu’AFRINIC distribue le validateur retiré du RIPE NCC. Elles ne montrent aucun mauvais calcul de ROA, aucun VRP erroné, aucune route mal classée ni aucun incident de sécurité. Elles ne prouvent pas davantage qu’un membre a installé un produit à cause du libellé. La destination actuelle est Routinator, et la seconde page d’AFRINIC le dit correctement.

Il est également possible que l’équipe ait récemment vérifié les liens sans publier de trace. L’absence d’une date visible n’est pas la preuve d’une absence de travail. C’est la preuve plus modeste qu’un tiers ne peut pas vérifier ce travail.

Le cas demeure utile parce qu’il montre comment la continuité peut masquer le changement. Le RIPE NCC a annoncé une fin de support, documenté la migration et conservé l’adresse. AFRINIC reflète la nouvelle identité à un endroit et l’ancienne à un autre. Dans une infrastructure destinée à rendre des assertions vérifiables, le nom du logiciel qui les lit mérite lui aussi une provenance.

Sources