Résumé

  • La page du Redaction Register promet une mise à jour lors de chaque nouvelle publication de documents du Board. Le classeur qu’elle propose ne contient pourtant que les exercices FY17 à FY24 ; aucun état détaillé de FY25 ou FY26 n’y figure.
  • Ce décalage ne prouve pas l’arrêt des révisions. Les archives vont jusqu’à FY2026 et la chaîne de versions du 8 juin 2025 montre une divulgation partielle : le lieu est révélé, le prix reste confidentiel. Le problème est l’absence de raccordement public entre ces résultats et le registre maître.
  • L’ICANN devrait produire, avec chaque publication et chaque révision, un registre de garde versionné. Identifiant, motif, régime de révision, autorité, résultat et liens de versions peuvent être publics sans révéler l’information protégée.

Deux chronologies publiques qui ne se rejoignent plus

Les Archives des documents caviardés du Board commencent désormais par une rubrique FY2026. Elles conservent les versions originales de documents qui ont ensuite été modifiés à la suite d’une révision annuelle. Elles offrent donc la preuve la plus directe que la mécanique de réexamen continue.

La page du Board Materials Redaction Register raconte une autre chronologie. Son unique lien mène à un fichier daté du 15 juin 2024. Huit onglets y figurent, de FY17 à FY24. Le dernier compte 29 dossiers, jusqu’à une prolongation de contrat d’externalisation informatique du 5 mai 2024. Vingt-quatre lignes sont déclarées soumises à révision annuelle. Au moment de la collecte, les colonnes FY24 relatives au retrait, au motif de la révision, à sa date d’achèvement et aux documents mis à jour étaient vides.

Il serait abusif d’en conclure que l’ICANN ne possède aucune donnée plus récente. Un outil interne peut être à jour ; un nouveau fichier peut exister sans être relié ; la seule publication du classeur peut avoir pris du retard. Les archives excluent déjà l’hypothèse simple d’un dispositif abandonné.

Mais un registre de transparence doit être jugé depuis son accès public. Sa page indique qu’il sera actualisé chaque fois qu’un nouveau lot de résolutions, procès-verbaux et dossiers d’information est publié. Or l’objet proposé au lecteur s’arrête avant les archives, avant le rapport annuel FY25 et avant des pages du Board de 2026. Ce n’est pas une démonstration d’illégalité. C’est une rupture de synchronisation.

Le classeur n’est pas une brochure, c’est une table de correspondance

Le registre recense 399 dossiers sur ses huit exercices. Sa structure est particulièrement bien pensée : date et type de réunion, document, sujet, lien, code et raison du caviardage, éligibilité à la révision annuelle, retrait éventuel, justification du réexamen, date d’achèvement, date et lien du document mis à jour, notes supplémentaires.

Ces champs répondent à une asymétrie fondamentale. L’ICANN connaît le passage retiré et la raison de sa protection. Le public ne voit qu’un manque. La ligne de registre transforme ce manque en décision bornée : catégorie, horloge de révision et issue vérifiable.

Les directives de l’ICANN organisent d’ailleurs plusieurs horloges. Les projets prématurés, les informations sensibles sur une délégation, les négociations commerciales et le privilège juridique sont généralement réexaminés chaque année. Les données d’emploi, coordonnées personnelles, brouillons remplacés ou éléments non examinés par le Board suivent normalement un autre régime. Après quinze ans, le principe devient la publication lors de la révision suivante, sauf raison importante de maintenir le secret.

Ce système reconnaît que la confidentialité n’est pas une substance uniforme. Une position de négociation peut perdre sa sensibilité à la conclusion du marché ; une donnée personnelle peut rester dangereuse ; un avis privilégié obéit à une protection différente. Le registre devrait montrer quelle horloge gouverne chaque fragment.

Lorsque le tableau détaillé n’avance plus, le droit écrit demeure mais son exécution publique devient anecdotique. Une politique générale et quelques cas retrouvés ne remplacent pas une population complète de décisions.

Séville fournit la meilleure objection à une critique excessive

Le dossier du 8 juin 2025 empêche de raconter une histoire commode d’inaction. La version archivée des résolutions signale qu’un document ultérieur divulgue désormais des informations dans les sections 1.a et 1.b. La version courante nomme Séville, en Espagne, comme lieu de l’assemblée générale ICANN84. Le montant contractuel reste masqué au titre des négociations confidentielles.

Le résultat est nuancé et défendable. La sensibilité du lieu a expiré ; celle du chiffre commercial a été maintenue. La révision ne s’est donc pas limitée à reconduire tout ce qui était noirci, et elle n’a pas davantage libéré tout le document par automatisme.

Cette réussite montre précisément pourquoi les archives ne suffisent pas. Leur mission est de préserver l’original lorsque la version publique change. Elles ne forment pas l’univers de tous les caviardages. Un élément intégralement maintenu après révision ne produit pas nécessairement de nouvelle version. Un élément encore en attente non plus. Le lecteur ne peut donc calculer ni le dénominateur, ni le taux de maintien, ni l’état des dossiers invisibles à partir de cette seule collection.

Les archives conservent la provenance ; le registre doit conserver l’état. Confondre les deux donne une image favorable mais incomplète, dominée par les cas qui ont généré une nouvelle publication.

Les agrégats de FY25 ne remplacent pas les lignes

Le rapport annuel FY25 indique 1 188 pages de Board Briefing Materials publiées, dont 205 comportaient des caviardages, soit 17,25 %. Il mentionne aussi 21 cas de rétention au titre de l’article 3.5(b) des Bylaws et quatre sessions exécutives confidentielles suivies d’une communication publique des résolutions adoptées.

Ces chiffres prouvent une activité postérieure à FY24. Ils ne permettent pas de déduire le nombre de lignes manquantes. Une page, un cas de rétention et un élément de registre ne sont pas des unités identiques. L’agrégat renseigne sur le volume ; il ne relie ni un document à son code, ni un code à son réexamen, ni une décision à une nouvelle version.

Les pages de 2026 ajoutent des cas concrets. Le 3 mai, le Board a indiqué que tout ou partie des objectifs FY27 de l’organisation et du directeur général resterait confidentiel jusqu’à ce que le President and CEO, ou son délégué, estime leur publication possible. Le 7 juin, le rapport préliminaire relatif au bail du bureau de Singapour comportait des suppressions de négociation et une condition de divulgation.

Ces exemples n’établissent ni conflit d’intérêts, ni retard abusif. Ils illustrent les informations de garde nécessaires : catégorie de révision, autorité institutionnelle de libération, événement déclencheur, dernière décision, prochaine étape. Dispersées sur des pages de réunion, elles ne deviennent pas comparables.

Une ouverture « maximale dans la mesure du possible » doit avoir un état

Les Bylaws actuels associent une large publicité des décisions à des exceptions réelles : personnel, droit, obligations légales ou contractuelles, et autres matières retenues par le vote requis du Board. Les pratiques de publication ajoutent une discipline opérationnelle : publier autant que possible, ne masquer que la portion nécessaire, donner un motif et réexaminer la persistance de ce motif.

La promesse n’est donc pas l’ouverture absolue. C’est une frontière administrée entre publication et protection. Pour être contrôlable, cette frontière doit laisser un état public : pourquoi ce passage est retenu, sous quel fondement, jusqu’à quel événement, après quelle dernière révision et dans quelle version courante.

La distinction de Heng Lu entre réalité symbolique et réalité opérationnelle éclaire le problème. « Maximum feasible openness » reste une affirmation de principe tant que les procédures et transitions d’état ne permettent pas de la tester. Le schéma du classeur offrait cette traduction. Son horizon public n’accompagne plus les autres documents.

Il en va de même pour la légitimité multipartite. La participation du public peut faire apparaître un cas, mais elle ne crée pas le dénominateur. Tant que l’institution seule connaît la population complète, une collection de dossiers visibles ne dit pas si elle est représentative. Le registre est l’infrastructure qui transforme l’attention en contrôle comparable.

Le coût d’un raccordement absent

Le premier coût est statistique : les archives montrent les publications modifiées, non les dossiers retenus ou en attente. Le rapport annuel utilise d’autres unités. Sans table maître, le public ignore l’univers pertinent.

Le deuxième est procédural : « soumis à révision » devient facilement synonyme de « traité ». Or une révision peut conclure au maintien, à la réduction, à la divulgation partielle, à la divulgation totale ou à la correction. Chacune ouvre un état suivant différent.

Le troisième est institutionnel : un succès comme Séville demeure caché dans une comparaison manuelle de deux pages. Une ligne pourrait montrer immédiatement le champ divulgué, celui qui reste protégé, la date de décision et le prochain déclencheur.

Le quatrième est distributif : la transparence dépend de la maîtrise du site, des dates de réunion et des versions. Le lecteur ordinaire reçoit une promesse ; le spécialiste patient reconstitue le processus.

Enfin, l’ICANN perd un outil d’apprentissage. Des identifiants stables permettraient de comparer les motifs qui expirent, les délais de divulgation et les classes systématiquement retenues, sans publier le moindre texte confidentiel.

Préserver la défense la plus forte

La négociation, le privilège, la vie privée, la sécurité et la franchise des conseils au Board constituent de vraies limites. Publier un prix peut renchérir un achat futur. Révéler un avis peut détruire un privilège. Une donnée d’emploi peut causer un préjudice durable. Une analyse provisoire peut être prise pour la position finale.

La maintenance a aussi un coût. Un tableur séparé du flux de publication dérivera tôt ou tard. Cela plaide pour une intégration, pas pour un abandon. Le registre public peut se limiter à « négociation toujours active » ou « privilège maintenu », tandis que la preuve détaillée reste dans une couche privée. Le gardien peut être un rôle, non une personne.

Surtout, la même opération qui publie une page caviardée doit créer la ligne. La révision qui modifie le document doit mettre à jour l’issue, archiver l’original et relier les deux versions. Une preuve de garde produite transactionnellement coûtera moins qu’une réconciliation périodique.

Construire un registre de garde versionné

L’ICANN devrait publier une source unique, lisible comme tableau web et comme données structurées, dont le classeur deviendrait un simple export. Chaque suppression recevrait un identifiant immuable, conservé lors d’une divulgation partielle, d’une correction ou d’un changement d’URL.

La fiche relierait le document et sa section, le code et le fondement juridique, l’étendue du retrait, le régime de révision, la date de création, le gardien institutionnel, l’autorité de publication, le prochain contrôle ou événement déclencheur, la dernière issue, une justification publique compacte, la part divulguée, les versions originales et courantes, ainsi que les corrections et remplacements.

Le registre doit distinguer « pas encore révisé » de « révisé et maintenu », et « divulgation partielle » de « divulgation totale ». Un validateur peut imposer ces raccordements : pas de nouvelle page caviardée sans identifiant, code et régime ; pas de révision modifiant la page sans archivage et liens réciproques ; pas de correction silencieuse qui efface l’historique.

Cela ne crée aucun veto public, aucune obligation de divulguer le fond, aucune nullité automatique d’une résolution. Le dispositif rend simplement visible, dans le temps, la distinction que l’ICANN revendique déjà entre secret justifié, secret réexaminable, maintien et libération.

Limites de la preuve

Les sources ne prouvent pas l’absence d’un registre interne à jour. Elles ne prouvent pas que les révisions FY24 à FY26 ont été omises. Les archives et le cas de Séville attestent au contraire d’une activité. Elles ne fournissent pas pour autant la population complète. Les chiffres du rapport annuel ne se convertissent pas en lignes. Les champs FY24 vides ne décrivent pas nécessairement l’état interne. Les objectifs et le bail de 2026 n’établissent aucune faute personnelle.

Le fait démontré est plus étroit : l’interface publique du registre mène à une matrice s’arrêtant à FY24 alors que d’autres objets officiels montrent une activité ultérieure. La réponse proportionnée est un registre synchronisé, pas l’ouverture des contenus protégés.

Sources

  1. ICANN — Board Materials Redaction Register
  2. ICANN — Redaction Register workbook, 15 June 2024
  3. ICANN — Redacted Board Materials Archive
  4. ICANN — Guidelines for the Posting of Board Briefing Materials
  5. ICANN — Board Publication Practices
  6. ICANN Bylaws, as amended 3 July 2026
  7. ICANN FY25 Annual Report
  8. ICANN — Improving ICANN’s Transparency, 24 June 2024
  9. ICANN Board — Approved Resolutions, 8 June 2025, original redacted version
  10. ICANN Board — Approved Resolutions, 8 June 2025, updated version
  11. ICANN Board — Approved Resolutions, 3 May 2026
  12. ICANN Board — Preliminary Report, 7 June 2026
  13. Heng Lu — The Multi-Stakeholder Mirage
  14. Heng Lu — On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile