Summary

  • APNIC a indiqué que son vérificateur public RSC était en maintenance le 6 octobre, de 01:30 à 02:45 UTC, pendant une modification de sa stratégie de déploiement.
  • À 02:45, l’incident a été marqué comme terminé ; le flux d’état a alors affiché le service comme opérationnel, avec un temps de réponse moyen annoncé de 780 millisecondes.

L’historique d’état d’APNIC place rsc-verifier.apnic.net en maintenance pendant 75 minutes le 6 octobre. L’avis en cours précisait que le point d’accès pouvait être indisponible pendant la modification de la stratégie de déploiement. À 02:45 UTC, l’état est passé à « Maintenance completed ». Le flux RSS a marqué le composant comme opérationnel à la même heure et lui a associé un temps de réponse moyen de 780 millisecondes.

Il s’agit d’un changement d’état de service, pas d’une note de version. Le dossier public ne nomme ni version logicielle ni changement déployé, ne compte pas les utilisateurs touchés, ne signale pas d’échecs de vérification et ne décrit aucun test de réception. Les 780 millisecondes constituent une statistique ponctuelle du flux à la clôture de la fenêtre, pas un engagement de disponibilité ni la preuve que chaque utilisateur pouvait vérifier un objet.

Cette distinction importe, car le vérificateur public n’est qu’une voie pour contrôler une RPKI Signed Checklist (RSC). APNIC décrit la RSC comme un objet RPKI permettant à un détenteur de ressources de signer des fichiers ou documents avec un certificat lié à des adresses IP ou à des ASN précis. Le destinataire peut vérifier la signature localement avec rpki-client ou utiliser le service public d’APNIC. Le site facilite la vérification ; il ne confère pas l’autorité à la signature.

Le journal permet donc une conclusion limitée : le vérificateur RSC public est passé en maintenance, puis a été déclaré opérationnel à l’heure de fin indiquée. Rien ne permet d’en déduire une interruption de la signature des RSC, de l’émission des certificats, de la publication des dépôts, du traitement des ROA ou du routage BGP. Le dossier ne dit pas non plus si un RSC précis pouvait être vérifié durant la fenêtre. La vérification locale constitue une autre voie, à condition que l’utilisateur dispose d’un outil adapté et des données RPKI nécessaires.

Cette limite doit être gardée à l’esprit face aux autres avis récents d’APNIC. L’avis du 1er octobre décrivait une erreur distincte de répartiteur de charge touchant huit services, dont le vérificateur RSC ; les sources publiques consultées ne relient pas cet incident à la maintenance du 6 octobre. Un avis ultérieur, pour le 13 octobre, portait sur un autre point d’accès : le service rsync RPKI. Ces événements ne forment pas une seule panne continue.

Pour les opérateurs qui utilisent les RSC dans des démarches BYOIP, d’intégration ou d’attestation de ressources, un vérificateur en ligne simplifie les échanges avec un tiers. Une procédure résiliente devrait préciser si le tiers accepte une vérification locale, quelle implémentation il reconnaît, quelles ressources elle contrôle et comment conserver le résultat. La disponibilité du site devient alors une question d’accès, pas une dépendance cryptographique implicite.

Sources