Résumé

  • APNIC vise le troisième trimestre 2026 pour suivre en continu les adresses électroniques des objets IRT et interroger leur validité à la connexion, plutôt que de s’en remettre à un indicateur de verrouillage du compte.
  • Le projet modifie le moment et la provenance de la décision d’accès. Rien dans les informations publiques ne supprime la validation semestrielle, le marquage « Invalid » au quinzième jour ni la limitation de MyAPNIC au trentième.
  • Adresse, défi de validation, objet IRT, périmètre du compte et résultat de connexion forment des états différents. Leur réduction à un seul booléen crée les incohérences que le projet cherche précisément à éviter.
  • Un reçu de décision, respectueux de la confidentialité, pourrait conserver les versions consultées, les échéances, la règle d’agrégation et la provenance du résultat sans divulguer l’adresse ni le code.

Une ancienne conclusion ne doit pas battre un fait nouveau

Un contact IRT peut accomplir sa validation après qu’une restriction a été calculée. Si le service de connexion ne voit que l’indicateur produit auparavant, la restriction peut persister bien que son motif ait disparu. Dans l’autre sens, un compte peut conserver une permission copiée alors que l’état qui la justifiait a changé.

La feuille de route publique d’APNIC ne rapporte pas qu’un membre déterminé aurait subi l’un ou l’autre incident. Elle formule l’objectif avec prudence : empêcher que des comptes restent incorrectement verrouillés ou déverrouillés. Sa solution proposée consiste à suivre en continu toutes les adresses IRT et à vérifier leur validité lors de la connexion, au lieu de se fier à un indicateur statique. Le chantier relève de l’équipe Membership, concerne APNIC Login et Whois, et porte une cible Q3 2026.

L’objet du changement n’est donc pas une simple présentation plus fraîche. L’indicateur de verrouillage est une conclusion dérivée. L’état de validité est l’entrée qui doit permettre de la recalculer. En rapprochant la lecture de l’instant où l’accès est demandé, APNIC réduit l’espace dans lequel les deux peuvent diverger.

Il reste à définir le mot « actuel ». La feuille de route ne décrit ni le modèle final, ni la date de mise en production, ni la règle applicable lorsqu’un compte renvoie à plusieurs objets IRT ou lorsqu’un objet contient plusieurs adresses. Elle ne dit pas non plus que le dispositif est déjà déployé. Ces inconnues bornent ce que l’on peut affirmer aujourd’hui.

Les trois échéances de prop-125 demeurent

APNIC classe prop-125 parmi les propositions mises en œuvre. La politique en vigueur impose un objet IRT pour chaque enregistrement de ressource. Les contacts email et abuse-mailbox doivent être surveillés, et les plaintes qui leur sont adressées doivent recevoir une réponse rapide.

Le mécanisme de validation comporte trois repères distincts. Les contacts sont vérifiés périodiquement, ou tous les six mois. Le titulaire dispose de quinze jours après le courriel de contrôle ; en cas d’échec, l’objet IRT reçoit la mention Invalid dans Whois. Si l’échec subsiste après trente jours, l’accès à MyAPNIC est limité jusqu’à validation.

L’annonce de mise en œuvre date le début du régime au 30 juin 2019. Sur le formulaire public, le destinataire saisit un code unique reçu par courriel. Cet acte apporte une preuve de maîtrise de la boîte au moment du défi.

La lecture à la connexion ne remplace aucune de ces échéances dans le texte public. Le semestre déclenche le besoin d’une nouvelle preuve. Le quinzième jour modifie l’état visible de l’objet. Le trentième jour entraîne une conséquence pour le portail. La connexion est l’instant où cette conséquence doit être calculée à partir du bon état.

Une explication utile doit donc préciser pourquoi l’accès est limité : échéance dépassée, défi expiré, objet devenu Invalid, conséquence des trente jours, ou lecture d’une version antérieure. Rendre la décision plus actuelle sans conserver son motif déplacerait seulement l’opacité.

Cinq objets derrière un « oui » ou un « non »

Une adresse électronique possède une valeur sensible et un historique. Un défi de validation possède une émission, une livraison, une expiration et un résultat. Un objet IRT possède une identité, une version et plusieurs attributs. Le guide APNIC distingue e-mail de abuse-mailbox et indique, avec mnt-by, le mainteneur autorisé à modifier l’objet.

Vient ensuite le périmètre du compte : ressources, objets IRT et contacts pertinents pour sa décision d’accès. Enfin, la décision de connexion est une évaluation datée, sous une version de règle donnée, qui autorise ou limite l’accès avec un motif.

Ces objets se répondent sans se confondre. Valider une adresse ne valide pas nécessairement la seconde. Une modification de l’objet peut remplacer l’adresse à considérer. Plusieurs ressources peuvent rattacher un même compte à plusieurs objets. Une décision exacte à 10 h 00 peut devenir périmée après une validation à 10 h 01.

Le suivi continu exige donc des jointures explicites. APNIC Login doit savoir quels objets appartiennent au périmètre, quels attributs sont déterminants, comment chaque état a été obtenu et selon quelle règle les résultats sont combinés. À défaut, une requête en temps réel peut être aussi peu explicable qu’un ancien indicateur.

Plusieurs adresses, une décision : la règle manquante

Que faire d’un objet comportant deux boîtes d’abus et une adresse générale ? Faut-il trois validations ou une seule boîte d’abus valide suffit-elle ? Une adresse réutilisée dans plusieurs objets reçoit-elle partout le résultat d’un même défi ? Quand les objets liés à différentes ressources divergent, faut-il limiter tout le compte, seulement une fonction, ou seulement le périmètre concerné ?

Les documents publics ne donnent pas cette règle d’agrégation. Il serait imprudent de la deviner. Il est en revanche possible d’en définir l’exigence : elle doit être nommée, versionnée et jointe au résultat. Dire « validité vérifiée à la connexion » n’est reproductible que si l’ensemble évalué et l’opérateur logique sont connus.

La preuve brute et la conclusion devraient rester séparées. L’événement atteste qu’un défi pour un identifiant d’adresse a été achevé. L’état dérivé indique sa période d’effet. Une évaluation IRT réunit les états retenus. La décision du compte cite ensuite cette évaluation et la règle applicable. Une correction peut alors remplacer une conclusion sans effacer les faits antérieurs.

Cette construction accélère aussi le support. Une validation à 10 h 04 suivie d’un refus à 10 h 05 peut révéler soit une propagation lente, soit une autre adresse encore échue, soit une règle de périmètre inattendue. Ces causes ne relèvent pas du même propriétaire opérationnel.

Une boîte joignable ne prouve pas le traitement des plaintes

L’objectif de prop-125 est la contactabilité des équipes chargées des abus. Mais saisir un code prouve seulement qu’une personne ayant accès au message a accompli le défi. Cela ne prouve pas que chaque plainte ultérieure a atteint la bonne file, échappé aux filtres, reçu une lecture humaine ou débouché sur une mesure.

Réciproquement, un défi arrivé à échéance ne démontre ni que l’adresse n’existe pas, ni qu’une plainte précise a été ignorée. Livraison, contrôle de la boîte, surveillance, triage et résolution sont autant d’observations différentes.

La séparation protège les deux côtés. Un plaignant ne doit pas recevoir un état « valide » comme garantie d’une bonne réponse. Un membre ne doit pas se voir attribuer une faute d’abus parce qu’une échéance de validation a expiré. La limitation de MyAPNIC est une mesure de contrôle du compte liée à la validité du contact ; elle n’est ni un jugement, ni un retrait de ressources, ni une décision sur le fond d’un incident réseau.

Un reçu de décision plutôt qu’un second drapeau

APNIC pourrait accompagner la nouvelle évaluation d’un reçu d’accès IRT. Il s’agit ici d’une recommandation éditoriale, non d’un engagement annoncé par APNIC. Le reçu masquerait les adresses et exclurait les codes, tout en conservant :

  • l’heure de la connexion et une référence de compte non publique ;
  • les clés et versions des objets IRT inclus ;
  • un identifiant masqué ou haché pour chaque adresse examinée ;
  • le dernier événement réussi, l’état courant et sa prise d’effet ;
  • les dates dues à six mois, quinze jours et trente jours ;
  • les versions des règles de périmètre, d’agrégation et de politique ;
  • l’instantané exact consulté par APNIC Login ;
  • le résultat, son code de motif et sa source ;
  • les liens vers une correction, une revue ou une décision ultérieure.

Pendant la migration, le champ « source » distinguerait une évaluation de l’état vivant d’un résultat hérité de l’indicateur historique. Les divergences deviendraient mesurables avant la bascule. Le membre pourrait voir les échéances et les contacts masqués ; le support disposerait de références supplémentaires ; un tiers n’aurait besoin, au plus, que d’une empreinte du reçu. L’auditabilité n’impose pas de rendre une boîte publique.

Sources