Summary

  • Le site de la base RIPE utilise désormais OIDC à la place du cookie Crowd, annonce RIPE NCC. La version 1.124 du logiciel, déployée le 27 août 2026, apportait déjà cette capacité.
  • Pour modifier un objet, le compte RIPE NCC Access doit être autorisé par le mainteneur via auth: SSO. Les clés des scripts suivent leur propre parcours.

Un biscuit de moins à l'entrée du registre. Dans sa lettre aux membres du 23 octobre, RIPE NCC annonce que l'authentification OIDC a remplacé l'ancien cookie Crowd sur le site de la base RIPE. Les notes de version situent l'arrivée du support OIDC dans la version 1.124, déployée en production le 27 août. Le logiciel a préparé la porte ; la communication d'octobre confirme le changement visible pour l'utilisateur.

Passer cette porte n'écrit encore aucune ligne du registre. D'après le guide d'autorisation de RIPE, l'adresse du compte RIPE NCC Access sert d'identifiant SSO dans l'objet mntner. Une mise à jour faite depuis le Web utilise cette autorisation. Voilà le contrôle à regarder lorsqu'un collègue parvient à se connecter mais ne peut plus corriger la fiche dont son équipe dépend : qui figure sur le mainteneur de l'objet ?

Les scripts ont un autre jeu de clés. RIPE les décrit comme liées à un compte Access ; pour les employer, ce compte doit aussi être inscrit sur un mainteneur avec auth: SSO. L'annonce d'octobre porte sur le site Web et ne fixe pas de calendrier de remplacement pour ces clés. Une équipe qui tient à jour des adresses, des contacts ou des objets de routage a intérêt à inventorier les accès humains et automatisés avant la prochaine correction pressée.

La vérification tient en quelques gestes : ouvrir une session sur le site, retrouver un objet réellement géré par l'équipe, lire son mainteneur, puis rapprocher les comptes autorisés des responsables actuels. Le vieux cookie mérite sa retraite. La personne capable de signer la prochaine modification mérite une place explicite dans le registre.