Résumé

  • Le projet AFPUB-2018-GEN-001-DRAFT06, déposé le 5 août 2020, imposait un contact abuse-c renvoyant vers une boîte valide et activement suivie. Il organisait un premier délai de validation de quinze jours au maximum, puis une escalade vers d’autres contacts du LIR et un second délai de quinze jours au maximum.
  • Le texte prescrivait des validations à la création ou à la modification, au moins tous les six mois, lorsque AFRINIC les jugeait opportunes, ainsi qu’après le signalement d’une fraude alléguée ou d’une réponse incorrecte ou absente. Il ne formulait cependant aucune peine opératoire de blocage, de retrait de ressources ou de révocation.
  • L’analyse du personnel et l’analyse juridique évoquaient séparément une assistance réservée aux membres en conformité et la possibilité qu’une non-conformité persistante mène à la révocation du RSA. Ces interprétations d’impact ne doivent pas être lues comme si elles avaient été écrites dans le projet 6 lui-même.
  • La réunion virtuelle et la liste de diffusion ont apporté des objections utiles, mais ni les présences, ni les messages, ni la liste de dix premiers contributeurs conservée plus tard ne constituent un scrutin ou un dénominateur représentatif. La participation éclaire le dossier ; elle ne confère aucune souveraineté.
  • Une solution proportionnée consiste à limiter AFRINIC à son rôle de teneur de registre privé : tester objectivement la joignabilité, dater l’avis, permettre la correction, refaire le test et publier l’état de validation. La véracité d’un abus allégué, la qualité substantielle d’une réponse et l’opportunité d’une punition doivent rester hors de ce constat administratif.

L3 — Ce que le projet 6 demandait réellement à une boîte de signalement de prouver

À l’écran, le 17 septembre 2020, le dossier pouvait sembler aussi concret qu’une adresse électronique qui fonctionne ou ne fonctionne pas. Le projet avait été soumis le 5 août sous l’identifiant AFPUB-2018-GEN-001-DRAFT06, version 6.0, pour modifier l’article 8.0 du manuel consolidé des politiques. Il exigeait qu’un objet inetnum, inet6num ou aut-num comporte un attribut abuse-c. Cet attribut devait pointer vers un objet personne ou rôle contenant une abuse-mailbox valide, surveillée et activement gérée. Pour un registre de ressources numériques, cette première couche est intelligible : une donnée de contact qui n’aboutit nulle part dégrade le registre, renchérit la recherche de l’interlocuteur et retarde la transmission d’un signalement.

Le texte allait toutefois plus loin que le simple constat de livraison. Il précisait qu’un auteur de signalement ne pouvait pas être contraint d’employer un formulaire prescrit. La boîte devait pouvoir recevoir le récit et les éléments à l’appui, par exemple des journaux techniques, des en-têtes ou des exemples. Cette ouverture répond à une difficulté réelle : les incidents ne se présentent pas tous sous la même forme, et un canal trop rigide peut rejeter l’information avant même qu’un opérateur ait pu l’examiner. Mais l’aptitude d’une boîte à recevoir un message et des pièces ne dit encore rien de la vérité de ce message.

Elle prouve un canal de livraison, non le bien-fondé d’une accusation.

La formulation des objectifs de validation rendait cette distinction décisive. Le projet évoquait la confirmation que le titulaire avait lu la procédure et la politique, qu’il surveillait régulièrement la boîte, qu’il prenait des mesures et qu’il répondait aux signalements. Certaines de ces propositions peuvent être rapprochées d’un fait observable ; d’autres exigent déjà une appréciation. Un défi envoyé à une adresse permet de constater un retour technique déterminé à l’avance. Un accusé de réception daté permet de vérifier qu’un message a atteint un système.

Une correction de l’objet dans le registre permet de savoir si le titulaire a remplacé une valeur périmée. En revanche, déterminer si les « mesures » prises étaient suffisantes ou si la « réponse » était correcte suppose de connaître le dossier, les contrats applicables, la situation technique, parfois le droit compétent et la position des parties. Ce n’est plus un simple test de donnée.

Le calendrier, lui, était détaillé. La validation initiale devait être achevée dans une période ne dépassant pas quinze jours. En cas d’échec, la procédure passait à d’autres contacts du registre Internet local, avec une nouvelle période de validation limitée, elle aussi, à quinze jours. Cette succession créait un chemin de notification et de rattrapage : d’abord la boîte spécialisée, puis des interlocuteurs distincts capables de repérer un contact défaillant ou une omission interne. Elle ne constituait pas encore une peine. Elle organisait une seconde chance de rendre l’enregistrement exact et le canal joignable.

La fréquence de contrôle ajoutait trois déclencheurs. Une validation était prévue lors de la création ou de la mise à jour d’un abuse-c. Elle devait ensuite intervenir au moins une fois tous les six mois. Enfin, AFRINIC pouvait la demander lorsqu’elle la jugeait appropriée. Le projet autorisait aussi AFRINIC à modifier les périodes initiale et d’escalade ainsi que la fréquence périodique, à condition d’expliquer les raisons du changement et d’en informer la communauté. La publication des motifs est préférable à un réglage silencieux, mais le critère « approprié » demeure plus large qu’une liste fermée d’événements. Plus une procédure peut entraîner de conséquences, plus ce pouvoir de déclenchement devrait être circonscrit par des conditions vérifiables.

Un quatrième type de déclenchement venait des signalements eux-mêmes. Un comportement présenté comme frauduleux, ou une réponse prétendument incorrecte ou absente, pouvait être porté à l’attention d’AFRINIC aux fins de revalidation. Le mot important est ici « revalidation ». Interprété étroitement, il signifie que le registre recommence un contrôle de joignabilité : l’adresse existe-t-elle, reçoit-elle le défi, le contact corrige-t-il une donnée devenue fausse ?

Interprété largement, il pourrait inviter le registre à déterminer si le destinataire a correctement traité l’accusation, s’il a pris les bonnes mesures ou si la plainte décrit réellement un abus. Les deux opérations n’ont ni le même objet, ni les mêmes garanties, ni la même autorité.

La limite institutionnelle doit donc être lisible au niveau le plus simple. AFRINIC tient des enregistrements uniques de ressources numériques et coordonne des opérations techniques dans un cadre privé fondé sur l’adhésion et les relations contractuelles. Ce rôle justifie la conservation d’une adresse, un test déterministe, la consignation d’un échec, un avis et une possibilité de correction. Il ne transforme pas l’organisation en tribunal des faits rapportés.

Le registre ne peut pas déduire d’un courriel contesté que l’abus s’est produit, imposer la qualification choisie par le plaignant ou évaluer la proportionnalité d’une mesure prise par l’opérateur comme le ferait une autorité compétente.

Le point le plus révélateur du projet 6 n’est donc pas une sanction sévère qu’il aurait écrite. C’est précisément l’absence de sanction opératoire dans son texte. Aucun passage du dispositif ne déclarait qu’un échec de validation bloquerait un service, entraînerait le retrait de ressources ou produirait une révocation. Cette absence n’est pas un détail à remplir rétrospectivement. Elle détermine ce que le projet proposait effectivement et ce qu’il laissait à l’interprétation.

Sur la même page archivée, des sections distinctement présentées comme analyses du personnel et analyse juridique projetaient des effets plus lourds. Selon l’évaluation du personnel, l’assistance ne serait fournie qu’à un membre en conformité. Selon l’analyse juridique, une non-conformité persistante pourrait conduire à la révocation du contrat de services d’enregistrement, le RSA. Il faut prendre ces avertissements au sérieux comme indices de la manière dont l’institution envisageait l’impact du projet. Il faut tout autant refuser de les incorporer silencieusement au dispositif.

Une analyse de conséquence peut expliquer, alerter ou recommander ; elle ne réécrit pas les mots opératoires.

Cette séparation protège les deux côtés du processus. Un défenseur du projet peut soutenir, à juste titre, qu’une adresse obligatoire et régulièrement testée réduit les courriels rejetés, la recherche manuelle et les délais. Il n’a pas besoin de prétendre que le texte conférait un pouvoir de jugement qu’il ne contenait pas. Un opposant peut signaler, à juste titre, que des interprétations de support ou de révocation créent un risque de coercition. Il n’a pas besoin d’affirmer que le projet 6 avait lui-même adopté ces peines. La lecture rigoureuse consiste à placer côte à côte la règle, l’analyse attribuée et le silence qui les sépare.

La meilleure preuve qu’une procédure demeure administrative serait une quittance étroite. Celle-ci identifierait l’objet du registre et l’adresse testée ; la méthode de défi ; l’heure d’envoi ; le résultat de livraison ou de réponse technique ; l’écart objectif constaté ; le canal et la date de l’avis ; la date limite de correction ; la valeur corrigée ; la date du nouveau test ; puis un état final tel que « valide », « échu », « en correction » ou « non validé ». Une ligne supplémentaire préciserait que le résultat ne décide ni de la réalité de l’abus allégué, ni de la qualité juridique ou technique d’une réponse, ni d’une punition.

Une telle quittance rendrait également le calendrier contrôlable. On pourrait distinguer le premier échec de la notification, la notification de l’expiration du premier délai, l’escalade du second délai et la correction du nouveau test. Sans cette chronologie, le mot « non-conformité » risque de fusionner une erreur de saisie, une panne momentanée, une absence de réponse technique, un désaccord sur le fond et une conduite volontaire. Avec elle, chaque étape reste attachée à ce que le registre sait réellement.

Le projet 6 posait donc une bonne question — comment garder un point de contact utilisable — tout en mêlant des réponses de nature différente. La livraison est binaire dans des conditions de test publiées. La surveillance régulière est plus difficile à mesurer, mais peut être approchée par un défi convenu. La prise de mesures et la correction substantielle d’une réponse ne sont pas des propriétés d’une ligne de registre. Une procédure robuste aurait accepté les deux premières catégories comme données administratives et exclu explicitement les secondes du champ de la validation.