Résumé

  • La fiche publiée par BTW décrit Gert-Jan Aalderink comme contact administratif et technique d'AS210345 dans la base RDAP de RIPE, sous le handle GA1234-RIPE. Le document de registre lui-même n'a pas été obtenu pour cette analyse : aucun champ de registre n'est cité ici.
  • La même fiche énonce ses propres limites : employeur, nom d'organisation, fonction, pays et biographie n'ont jamais été vérifiés, et aucune source publique indépendante ne profile la personne hors du contexte RDAP.
  • Rien dans le dossier examiné ne relie cette désignation à une autorité sur les opérations réseau, à une politique de routage ou à la propriété de l'infrastructure sous-jacente. C'est toute la distance entre une personne joignable et une fonction responsable.

Un champ de contact est ce que le registre demande de moins coûteux à un opérateur. C'est aussi ce qui survit à chaque changement d'équipe, à chaque réorganisation et à chaque transfert discret de bloc d'adresses : il faut bien que quelqu'un réponde, sur le papier, de ce qu'un numéro fait dans la table de routage. La fiche de BTW pointe vers la consultation RDAP publique d'AS210345, et la lecture qu'elle en propose est limpide : Gert-Jan Aalderink, contact administratif et contact technique, handle GA1234-RIPE.

Cette lecture est la caractérisation de la fiche, pas une citation.

Le document aut-num d'AS210345 n'a pas été obtenu pour cette analyse, pas plus que la page de synthèse RIPEstat consacrée au même ASN. Le titulaire, la valeur du contact administratif, celle du contact technique, le bloc organisation, l'adresse enregistrée et le mainteneur sont donc absents de ce que je peux montrer. Cet article ne dit pas ce que le registre affirme. Il dit ce que le dossier de BTW affirme du registre, et ce que ce dossier concède sur lui-même — ce qui se révèle être le document le plus intéressant des deux.

Cinq étiquettes, dont une seule décrit une personne

Lisez les champs de classification à la suite et le désaccord n'a rien de subtil. Type d'entité : gouvernement. Type d'objet : gouvernement. Classe de profil : profil d'institution. Classe de sujet : institution. Type de sujet : « étiquette individuelle de détenteur de ressource ». Une seule fiche, cinq étiquettes, et la cinquième est la seule qui décrive un être humain.

Les champs de catégorie reprennent la querelle. Les métadonnées de tête assignent une catégorie de société régionale mondiale de type FAI. Le champ d'annuaire enregistre « ripe-ncc » comme catégorie principale. Le domaine principal affiche « market » dans une couche et « Infrastructure » dans l'autre. Rien de tout cela n'est dissimulé : ces valeurs cohabitent dans la même entrée, publiée le 2 juin 2026 et mise à jour le 15 juin 2026, avec la note de confiance A et un score de 0,95.

Un score de 0,95 attaché à une fiche dont le champ pays est vide est une phrase sur le calcul, pas sur la personne. Autrement dit : un classificateur peut être extrêmement sûr qu'une entrée ressemble à une institution tout en ignorant totalement de quelle institution il s'agit, s'il y en a une. Le chiffre mesure la cohérence du modèle, pas l'état du monde.

Ce que la fiche avoue

Les notes de lacunes sont d'une franchise inhabituelle, et les voici citées telles qu'elles figurent. Premièrement : « Public web evidence provided does not verify the subject's employer, organization name, job title, country, or biography. » Deuxièmement : « No additional authoritative public source was verified that independently profiles the subject outside the RDAP context. »

Prenez ces deux phrases au sérieux et le reste de l'entrée se réorganise autour d'elles. Aucun site web. Aucun alias. Aucune relation, aucune arête entrante, aucune arête sortante. Le seul objet lié de tout le dossier est RIPE NCC lui-même, et la relation y est consignée comme « mentionnée » — le lien le plus ténu que le schéma autorise.

La description honnête du sujet se réduit donc à un nom associé à deux rôles de contact sur une seule fiche de système autonome, sans ancrage institutionnel, sans biographie et sans géographie vérifiée. Tout le reste est une inférence habillée en profil.

La note de veille de l'entrée va plus loin et ferme la porte que j'aurais voulu ouvrir : aucune preuve publique n'indique que ce rôle de contact s'étende à une autorité sur les opérations réseau, à la politique de routage ou à la propriété de l'infrastructure. Le registre demande qu'un humain reçoive la correspondance de maintenance. Il n'exige pas que cet humain détienne les clés.

La page tierce ne sauve pas l'enquête

Parmi les trois documents que la fiche cite figure la page bgp.tools consacrée à AS210345. Un instantané de cette page, capturé le 10 novembre 2026 à 13 h 51 min 37 s UTC, indique que la page n'a pas été consultée directement et que la nature exacte de cette apparition — titulaire, nom d'organisation, contact administratif ou simple recopie de données de registre — demeure non confirmée. Relisez la phrase : même la page extérieure ne peut être tenue pour établie quant à ce qu'elle montre.

Reste la question posée en ouverture, non résolue de la manière la plus utile. Le nom inscrit dans le champ contact désigne-t-il une fonction responsable au sein d'un réseau public, comme le suggèrent les étiquettes « gouvernement » et « institution » ? Ou bien s'agit-il d'une convention de saisie — un handle personnel laissé en place faute de raison impérieuse de le changer ? Le dossier examiné ne tranche pas, et il ne prétend pas trancher.

Pourquoi c'est un résultat, pas un échec

Les champs de contact portent une charge réelle. Les signalements d'abus y aboutissent. Les demandes de peering y atterrissent. Quand un bloc d'adresses ou un ASN change de main, ce sont ces contacts qui apprennent au reste de l'internet qui répond désormais. Un champ qui nomme une personne en laissant l'institution vide n'est pas seulement maigre : c'est un risque de transmission avec un visage humain posé dessus.

C'est pourquoi le conflit de classification compte davantage que le nom. Une fiche étiquetée gouvernement, institution et FAI régional, avec une note de confiance A, se lit en aval comme si une organisation avait été identifiée. Elle ne l'a pas été. L'entrée le dit elle-même, dans le même fichier, en phrases claires.

La conclusion défendable est étroite et mérite d'être énoncée sans ornement. Au vu du dossier examiné ici, Gert-Jan Aalderink est un contact administratif et technique nommé pour AS210345 dans la description que BTW fait des données RDAP de RIPE. Il n'est établi ni comme salarié d'une organisation quelconque, ni comme titulaire d'une fonction, ni comme personne disposant d'une autorité sur le routage. Trois affirmations distinctes, dont une seule est soutenue.

La fiche d'annuaire elle-même constitue la pièce principale de tout ce qui précède. Elle est datée, publiée, et franche sur ce qu'elle ignore. Beaucoup de dossiers de registre devraient l'être.