Résumé

  • Draft 4 maintenait un délai maximal de quinze jours pour la validation initiale, puis de quinze jours après l’escalade vers d’autres contacts du LIR. Ces délais concernaient la vérification du contact, non la résolution d’un signalement d’abus.
  • Par rapport à Draft 3, elle supprimait les statuts d’invalidité temporaire et permanente, la répétition automatique du test, la qualification explicite de manquement, l’intermédiation d’AFRINIC et la référence expresse aux procédures liées à la révocation.
  • Elle conservait pourtant le suivi approfondi, les avertissements et le blocage non défini de certains services à la discrétion d’AFRINIC, ainsi qu’une revalidation déclenchée par l’allégation d’un contournement ou d’une réponse incorrecte ou absente.
  • Une vérification neutre de délivrabilité relève du travail d’un registre technique. Juger la qualité d’une réponse ou peser sur des services sans rapport avec l’exactitude du contact franchit la limite entre tenue de registre et coercition privée.

Ce que la simplification de novembre a réellement changé

Le changement décisif tient en une asymétrie de rédaction. Draft 3 exposait un exemple de procédure en treize étapes. Draft 4 a retiré cet échafaudage, mais pas la clause générale qui donnait à l’échec une conséquence au-delà de la correction de l’adresse. En quelques lignes, elle conservait une séquence composée d’un suivi plus exhaustif, d’avertissements et du blocage de certains services, décidé par AFRINIC selon les politiques et procédures pertinentes. Le texte ne nommait pas ces services.

Il ne précisait pas davantage comment les choisir, mesurer la proportionnalité d’un blocage, contester la décision ou obtenir la restauration d’un service une fois le contact corrigé.

La datation elle-même demande de la précision. Le panneau descriptif de la page de Draft 4 indique le 4 novembre 2019. Le tableau des révisions porte la date du 2 novembre 2019 et décrit la version 4 comme une simplification générale de la version 3. Il ne s’agit pas de deux projets distincts, mais d’une divergence interne à la trace documentaire. La page affiche aussi une dernière modification au 8 novembre. La date retenue pour présenter la proposition est le 4 novembre, tout en gardant visible l’écart avec le 2 novembre. Effacer cette discordance créerait une certitude que le document ne donne pas.

La proposition, identifiée comme AFPUB-2018-GEN-001-DRAFT04, se présentait comme la version 4.0 d’Abuse Contact Policy Update. Elle était attribuée à Jordi Palet Martinez, de The IPv6 Company, et visait l’article 8.0 du CPM. Ce cadre établit l’identité du texte, pas son adoption. Les pages disponibles montrent une proposition publiée et la manière dont son auteur l’a modifiée. Elles ne démontrent ni son entrée en vigueur, ni une mise en œuvre, ni l’application de sa logique à une organisation particulière.

Le noyau matériel de Draft 4 était simple à première vue. Pour les ressources directement allouées ou assignées par AFRINIC, l’enregistrement devait comporter une référence obligatoire abuse-c et au moins une abuse-mailbox valide, surveillée et activement gérée. Une boîte de rôle évite qu’un changement de salarié transforme un contact public en impasse. Elle réduit aussi le temps nécessaire pour acheminer un signalement vers l’opérateur qui peut l’examiner. Ce bénéfice ne dépend pas de l’opinion que l’on porte sur le contenu du signalement ; il dépend seulement de la possibilité réelle de le remettre.

Draft 4 détaillait ce que la boîte devait pouvoir recevoir. Les messages exigeaient l’intervention du destinataire. Le déclarant ne pouvait être contraint de remplir un formulaire. Le canal devait permettre l’arrivée du signalement et des éléments qui l’accompagnent, comme des journaux, des exemples ou des en-têtes de courriel. Cette conception répond à un problème pratique : un formulaire peut exclure certains formats de preuve, gêner les déclarants étrangers ou imposer un parcours qui ne convient pas à une situation technique urgente. La boîte publique constitue alors une porte d’entrée interopérable.

L’objectif de validation ne s’arrêtait toutefois pas à la délivrabilité. Le texte voulait garantir que le contact puisse remplir sa fonction. Il cherchait aussi à confirmer que le détenteur comprenait la procédure et la politique, surveillait régulièrement la boîte, prenait des mesures et répondait aux signalements d’abus. La première question — un message neutre atteint-il une adresse surveillée ? — peut être vérifiée de façon objective. Les suivantes portent déjà sur l’organisation du titulaire, la suffisance de son action et la qualité de sa réponse.

Elles appellent des faits, un contexte et parfois un désaccord sur ce qu’une réponse raisonnable exige.

Le calendrier confirmait l’ambition d’une surveillance récurrente. La validation initiale ne devait pas durer plus de quinze jours. En cas d’échec, AFRINIC pouvait s’adresser à d’autres contacts du LIR et ouvrir une nouvelle période ne dépassant pas quinze jours. Le test devait être effectué lors de la création ou de la mise à jour des attributs, périodiquement au moins une fois tous les six mois, et chaque fois qu’AFRINIC le jugeait approprié. La proposition autorisait en outre AFRINIC à modifier les périodes et la fréquence, à condition d’en informer la communauté et d’exposer ses raisons.

Ces deux périodes successives forment un maximum de quinze plus quinze jours pour la validation et son escalade. Elles ne fixent pas un délai dans lequel un opérateur aurait dû résoudre l’abus allégué. Confondre les deux transformerait un mécanisme de qualité du contact en engagement substantiel sur chaque plainte. Or une adresse peut fonctionner alors qu’une enquête demande plus de temps ; inversement, un dossier peut être traité alors qu’un message de test a été filtré. La disponibilité du canal et le bien-fondé de l’affaire sont deux objets différents.

Le pouvoir de modifier la cadence mérite également d’être séparé du simple calendrier. Le texte donnait comme exemple une vérification unique pendant la première année, puis une augmentation possible, éventuellement jusqu’à un rythme trimestriel. Une justification publique était exigée, mais aucun critère matériel n’encadrait la décision. La fréquence d’un test peut améliorer la fraîcheur des données ; elle peut aussi accroître les occasions où une absence, une migration de messagerie ou un filtrage produit un faux signal. Plus la conséquence potentielle est large, plus la distinction entre fréquence, preuve et sanction devient importante.

La section 8.6 ajoutait un second chemin vers la revalidation. Un soupçon de contournement pouvait être signalé : par exemple, une boîte qui ne répondrait qu’à AFRINIC, ou seulement à un sujet ou à un contenu précis. Le même mécanisme s’ouvrait lorsqu’une réponse à un cas d’abus était présentée comme incorrecte ou manquante. Dans les deux situations, AFRINIC pouvait reprendre la validation selon la section 8.5. Le premier cas concerne encore la réalité du canal. Le second invite le registre à se tenir au-dessus d’un désaccord sur la substance de la réponse.

La différence est fondamentale. Détecter une boîte configurée pour reconnaître uniquement un message de test peut nécessiter plusieurs essais objectifs, avec des contenus neutres et des traces reproductibles. Déterminer qu’une réponse est « incorrecte » suppose au contraire de savoir ce qui s’est passé, ce que l’opérateur pouvait connaître, quelles obligations lui étaient applicables et quelle mesure était raisonnable. Une réponse peut refuser une demande mal adressée, réclamer des éléments complémentaires ou contester les prémisses d’un plaignant sans que la boîte soit fictive.

Le mot « incorrecte » ne fournit ni règle de preuve, ni seuil, ni compétence.

Draft 3 rendait le parcours d’échec beaucoup plus explicite. Son exemple comportait deux courriels de validation consécutifs et un code valable jusqu’à quinze jours ouvrables. Après le premier échec, le contact pouvait recevoir un statut d’invalidité temporaire et un suivi personnalisé. Sans correction confirmée au terme d’une nouvelle période de quinze jours ouvrables, l’invalidité devenait permanente. Tous les moyens d’avertissement possibles devaient être employés, et le blocage de services devait être envisagé.

L’exemple de Draft 3 poursuivait encore la séquence. Il prévoyait une répétition automatique de la validation ; un nouvel échec pouvait alors devenir un manquement à la politique. Il ménageait un formulaire ou une boîte pour l’escalade, envisageait une intermédiation d’AFRINIC et renvoyait, lorsque cela était jugé approprié, aux procédures pertinentes, en particulier celles relatives à la révocation des ressources. Cette dernière référence rendait visible le point terminal le plus dur du scénario. Elle reliait expressément un parcours de validation à une menace sur la continuité des ressources.

Draft 4 a supprimé cet exemple détaillé. Ont disparu les étiquettes d’invalidité temporaire et permanente, le suivi personnalisé décrit pas à pas, la répétition automatique, la qualification de manquement, l’intermédiation et la référence explicite aux procédures de révocation. Il serait donc faux de dire que Draft 4 menaçait expressément de révoquer des ressources. La référence n’y figurait plus. La suppression réduisait la peine maximale énoncée et retirait une articulation particulièrement dangereuse entre la qualité d’une boîte et la conservation d’une ressource numérique.

Il serait tout aussi faux d’en conclure que Draft 4 avait supprimé les sanctions. La clause générale de la section 8.5 existait déjà dans Draft 3 et a survécu presque comme une poutre après la démolition des cloisons. L’absence de conformité menait encore vers le suivi renforcé, les avertissements et le blocage de certains services à la discrétion d’AFRINIC. L’exemple qui disait comment on arrivait à l’invalidité, au manquement et au durcissement avait disparu ; la faculté générale d’exercer une pression sur des services restait.

Cette opération de rédaction produit deux effets opposés. D’un côté, elle retire les termes de révocation, d’invalidité permanente et de manquement qui donnaient à Draft 3 une tonalité plus punitive. De l’autre, elle prive le lecteur d’une procédure observable. On sait moins clairement combien d’essais sont nécessaires, quel avis doit précéder la conséquence, comment un faux négatif est corrigé et à quel moment la conformité est rétablie. Le risque maximal affiché baisse, tandis que la marge autour du levier survivant augmente.

Le contraste ne porte pas sur le calendrier. Draft 3 connaissait déjà la première période de quinze jours, l’escalade pouvant aller jusqu’à quinze jours supplémentaires, la validation semestrielle minimale, le contrôle à la création ou à la mise à jour et la faculté de vérifier lorsque AFRINIC l’estimait nécessaire. Draft 4 n’a pas réinventé ces délais. Son apport distinctif est la simplification du chemin de non-conformité. Toute analyse qui présente les quinze plus quinze jours comme la nouveauté de cette version manque donc le véritable redline.

Il ne porte pas non plus sur une révocation maintenue en secret. Un texte doit être lu selon ce qu’il dit. Draft 4 ne désignait ni révocation, ni perte de vote, ni interruption du routage, ni retrait de RPKI, ni suspension du DNS inverse, ni gel des transferts. Elle évoquait « certains services » sans les identifier. On peut analyser l’incertitude créée par cette formule, mais non lui attribuer une liste inventée. La prudence factuelle renforce ici la critique : l’indétermination est précisément le problème démontré.

Enfin, le dossier documentaire ne montre aucun destinataire nommé de cette proposition. Il ne prouve aucun blocage réel, aucune perte de vote, aucune révocation, aucune panne de routage, aucun dommage économique chiffré et aucune décision ayant établi un comportement abusif. L’analyse porte sur l’architecture écrite d’un pouvoir proposé et sur le mécanisme de risque qu’elle aurait créé. Elle ne transforme pas un scénario normatif en événement historique.