Résumé

  • Les contacts d'abus de la région RIPE ne sont pas de simples adresses : ce sont des objets de rôle avec une chaîne de responsabilité qui va du membre LIR à l'utilisateur final sponsorisé, en passant par des boîtes de secours créées d'office par le RIPE NCC lui-même en 2013-2014.
  • Le registre a admis en janvier 2016 que « l'application s'est révélée difficile en pratique, puisque abuse-c n'est pas un attribut obligatoire dans le schéma de la base RIPE » — un écart documenté entre le mandat politique et l'application technique.
  • Les chiffres opérationnels publiés par le registre concernent la délivrabilité, jamais la réponse humaine : environ 90 000 contacts abuse-c distincts, avec un échec de validation de 6 à 8 % des courriels de vérification hebdomadaires selon la transcription du RIPE 87.
  • Lorsque le responsable d'un contact d'abus est introuvable, le RIPE NCC remplace silencieusement l'adresse par celle du LIR ou du LIR sponsor — un mécanisme de secours qui illustre où la responsabilité s'arrête réellement.

Chaque signalement d'abus émanant d'un réseau de la région du RIPE NCC finit sa course dans une boîte aux lettres désignée par un objet de rôle de la base de données RIPE. Les précédentes enquêtes de BTW ont reconstruit la couche de recherche de RIPEstat, la validation annuelle qui mesure la délivrabilité et non la réponse, et la machine d'escalade du registre qui n'a jamais été déclenchée par une plainte de tiers. Restait une couche plus profonde, jamais reconstituée : qui crée, détient et maintient réellement ces objets abuse-c — et ce que les documents publics disent de la responsabilité lorsque le contact nommé est un compte de rôle que personne ne lit.

Une politique née en 2011, une chaîne de responsabilité à trois maillons

Le régime actuel découle de la proposition de politique acceptée 2011-06, qui a introduit l'attribut abuse-c: dans les objets inetnum, inet6num et aut-num, renvoyant vers un objet de rôle contenant un attribut abuse-mailbox: protégé — impossible à retirer tant qu'il est référencé par une ressource https://www.ripe.net/community/policies/proposals/2011-06/. Les documents ripe-563 (2012) puis ripe-705 (version actuelle) fixent le modèle : l'attribut est obligatoire pour les numéros d'automne et les allocations directes, il se transmet par héritage hiérarchique vers l'espace plus spécifique, et le RIPE NCC doit valider l'abuse-mailbox: au moins une fois par an https://www.ripe.net/publications/docs/ripe-563/ https://www.ripe.net/publications/docs/ripe-705/.

Le maintien de l'exactitude du contact est, selon ces textes, une obligation du détenteur de ressources : le LIR pour ses allocations, l'utilisateur final via son LIR sponsor pour les ressources indépendantes.

Les boîtes de secours créées par le registre lui-même

L'application s'est faite en deux phases documentées par le RIPE Labs en 2013 : à partir de décembre 2013, pour les ressources allouées dont les LIR n'avaient pas agi, le RIPE NCC a lui-même inscrit comme contact d'abus l'adresse électronique de chaque LIR tirée de la liste des membres ; puis, à partir de novembre 2014, il a ajouté automatiquement le contact du LIR sponsor aux objets d'organisation des ressources sponsorisées non mises à jour https://labs.ripe.net/author/kranjbar/ripe-563-improving-abuse-contact-information-in-the-ripe-database/. Autrement dit, une partie non négligeable des contacts d'abus en circulation aujourd'hui sont des substituts administratifs, jamais choisis par quiconque pour traiter du courrier.

La faille de schéma que le registre a lui-même reconnue

En janvier 2016, sur la liste anti-abuse-wg, le RIPE NCC (Tim Bruijnzeels) a dressé le bilan : phases terminées, responsabilité désormais entre les mains des LIR et des utilisateurs finaux — mais « en pratique, il s'est avéré difficile de l'appliquer, puisque abuse-c n'est pas un attribut obligatoire dans le schéma de la base RIPE ». Le NCC a proposé d'utiliser le courriel de l'organisation de l'utilisateur final plutôt que celui du LIR sponsor, reconnaissant que les LIR étaient « désagréablement surpris » de trouver leur adresse dans les abuse-c d'organisations sponsorisées, et que les références périmées n'étaient pas nettoyées. Depuis le 1er mars 2016, tout nouveau LIR se voit créer automatiquement un contact d'abus, modifiable mais non supprimable fil anti-abuse-wg de janvier 2016.

Dans les chaînes de revendeurs, la FAQ du registre précise que le LIR maintient généralement les objets d'affectation de ses clients et doit y câbler lui-même la référence d'organisation ; l'objet de rôle du client n'a pas besoin de référencer le moindre objet personne https://www.ripe.net/manage-ips-and-asns/resource-management/faqs-for-abuse-c/how-do-i-set-abuse-c-for-an-assignment-pa-created-out-of-my-allocation/ — des comptes de rôle nus, sans être humain identifiable derrière.

Ce que les chiffres publiés mesurent — et ne mesurent pas

La transcription du RIPE 87 (2024), attribuée à Marco Schmidt du RIPE NCC, chiffre le parc : environ 90 000 contacts abuse-c distincts, dont environ 20 000 dans les objets d'organisation LIR, 58 000 dans les objets de ressources et 15 000 dans les ressources indépendantes ; environ 2 000 courriels de vérification par semaine, dont « environ 6 à 8 % échouent » — un échec qui ne signifie pas nécessairement un contact inopérant https://ripe87.ripe.net/archives/steno/29/. La présentation du RIPE 80 (2019) avait fourni le premier cycle complet : 77 168 attributs abuse-mailbox distincts, 71 711 (93 %) validés, 5 457 (7 %) en échec — et elle constatait explicitement que la politique n'assure pas une validation suffisante de la disponibilité réelle de la boîte, l'intention politique n'étant pas d'examiner comment le courrier est traité https://ripe80.ripe.net/wp-content/uploads/presentations/41-ripe80-2019-04v3.pdf.

Le mécanisme de vérification lui-même est technique et non intrusif : format, DNS, ping de la boîte ; en cas d'échec, un lien de vérification, un ticket et une relance du LIR sponsor https://ripe87.ripe.net/wp-content/uploads/presentations/72-RIPE87-AAWG-final.pdf. Lorsque le responsable d'un contact est injoignable, le NCC remplace l'adresse par le contact d'abus fonctionnel du LIR ou du LIR sponsor https://ripe87.ripe.net/archives/steno/29/.

Les chiffres antérieurs à la validation cadrent l'ampleur du problème : selon la proposition 2017-02, la base comptait environ 70 000 abuse-mailbox et un test préliminaire suggérait que 10 à 25 % pouvaient être incorrects ou inactifs, le registre recevant plusieurs centaines de signalements de contacts invalides par an ; la proposition a été acceptée en juin 2018 https://www.ripe.net/community/policies/proposals/2017-02/.

Sources complémentaires du dossier

Le présent rapport s'appuie sur l'ensemble des documents primaires suivants : la structure d'organisation des données de la base RIPE https://docs.db.ripe.net/RIPE-Database-Structure/How-to-Organise-Your-Data et la description des objets secondaires https://docs.db.ripe.net/RPSL-Object-Types/Descriptions-of-Secondary-Objects ; la page de validation des contacts d'abus https://labs.ripe.net/author/angela_dallara/how-we-will-be-validating-abuse-c/ ; la page d'information Abuse-C https://www.ripe.net/manage-ips-and-asns/resource-management/abuse-c-information/ ; la FAQ générale abuse-c https://www.ripe.net/manage-ips-and-asns/resource-management/faqs-for-abuse-c/ ; la proposition retirée 2019-04 https://www.ripe.net/community/policies/proposals/2019-04/ ; le document d'arpentage ripe-658 https://www.ripe.net/publications/docs/ripe-658/ ; la discussion anti-abuse-wg sur les substitutions de contacts fil anti-abuse-wg sur les substitutions de contacts ; l'étude WHEREIS https://arxiv.org/abs/2602.11102 et sa version PDF https://arxiv.org/pdf/2602.11102 ; le fil NANOG de 2026 sur les contacts d'abus https://seclists.org/nanog/2026/Apr/67.