Résumé

  • ICANN exerce une autorité coordonnée et contractuelle sur certains systèmes d’identifiants ; cette autorité ne se confond pas avec une souveraineté ni avec une compétence réglementaire générale.
  • La contestation dépend de l’acte attaqué, de la qualité du demandeur, du délai et du remède prévu. L’existence d’une procédure ne garantit donc ni la suspension ni l’inversion rapide du résultat opérationnel.

Le point de départ : une personne morale, pas un régulateur universel

La première erreur consiste à parler d’ICANN comme si une source unique lui avait délégué le contrôle de tout Internet. Les documents constitutifs racontent une histoire plus étroite. Les Articles of Incorporation définissent ICANN comme une société californienne à but non lucratif d’intérêt public et énoncent parmi ses objets la coordination du système mondial des identifiants Internet, conformément à ses documents de gouvernance et à ses politiques. Les statuts précisent ensuite la mission, les pouvoirs, les organes et les mécanismes de responsabilité de l’organisation. [https://www.icann.org/resources/pages/articles-2012-02-25-en] [https://www.icann.org/resources/pages/governance/bylaws-en]

Cette base corporative donne une capacité institutionnelle. Elle ne transforme pas automatiquement les décisions d’ICANN en actes de puissance publique. Pour savoir ce qu’ICANN peut effectivement imposer, il faut suivre le passage entre la mission, la règle et l’exécution. Les statuts organisent la production et le contrôle des décisions ; les contrats déterminent les obligations de nombreux opérateurs ; les fonctions techniques mettent en œuvre certains résultats. Ces trois niveaux peuvent converger sans être juridiquement identiques.

La distinction est importante pour les opérateurs et les utilisateurs. Une politique adoptée par un processus multipartite n’est pas, par elle-même, une loi applicable à toute personne connectée. Elle acquiert une force contractuelle lorsque l’accord pertinent l’incorpore ou oblige la partie contractante à la respecter. La page d’ICANN consacrée aux consensus policies décrit précisément ce lien entre élaboration de politiques et obligations des registres et bureaux d’enregistrement, dans les limites des accords applicables. [https://www.icann.org/resources/pages/consensus-policy-2012-02-25-en]

La chaîne de contrôle passe par les accords

Le Registrar Accreditation Agreement de 2013 illustre la forme la plus directe de cette influence. Il organise la relation entre ICANN et les bureaux d’enregistrement accrédités et contient des obligations relatives à la conformité, aux rapports, aux audits, aux politiques incorporées et aux procédures de différend. Ses dispositions prévoient aussi des mécanismes pouvant mener à une suspension ou à une résiliation, sous réserve du texte applicable et de l’historique contractuel du bureau concerné. [https://www.icann.org/resources/pages/registrars/raa/approved-with-specs-2013-09-17-en]

Le contrat de registre des nouveaux gTLD produit une architecture comparable pour les opérateurs de registre. Il traite de l’exploitation du registre, des obligations techniques, des politiques consensuelles, de la conformité, des frais, de la conservation de données, du règlement des différends et de la transition après résiliation. Sa portée est donc puissante dans le périmètre contractuel, mais elle ne doit pas être décrite comme une juridiction publique générale. [https://newgtlds.icann.org/en/applicants/agb/base-agreement]

Le mot « contrôle » doit ici être employé avec précision. ICANN ne contrôle pas nécessairement chaque acteur par une commande technique directe. Elle peut contrôler les conditions d’accréditation, les obligations de conformité et l’accès à une relation contractuelle qui permet de participer à la chaîne des identifiants. Un opérateur peut conserver ses propres systèmes, ses équipes et ses actifs, tout en dépendant d’un accord dont la violation expose son statut, ses opérations ou la continuité de son activité dans l’écosystème des noms de domaine.

Cela explique aussi pourquoi les documents contractuels comptent davantage qu’une description institutionnelle abstraite. La mission indique le problème que l’organisation est censée coordonner. Les statuts indiquent comment elle se gouverne. L’accord indique ce qu’une contrepartie déterminée a promis de faire et quelles conséquences contractuelles peuvent suivre. Confondre ces trois documents conduit soit à surestimer l’autorité d’ICANN, soit à sous-estimer l’effet concret de ses relations contractuelles.

Politique, contrat et fonction technique : trois moments différents

La politique publique d’ICANN est élaborée par des structures multipartites et des procédures propres à l’organisation. Les consensus policies rendent visible le moment où une décision de politique peut entrer dans les accords applicables. Le contrat devient alors le vecteur de l’obligation pour le registre ou le bureau d’enregistrement concerné. [https://www.icann.org/resources/pages/consensus-policy-2012-02-25-en]

L’exécution technique intervient encore après. Les documents de la transition de la supervision de l’IANA distinguent l’exécution des fonctions IANA des rôles plus larges d’ICANN en matière de politique et de contrats. Ils décrivent le déplacement, en 2016, d’une structure de supervision fondée sur un contrat avec le gouvernement des États-Unis vers des arrangements impliquant ICANN et la communauté mondiale de l’Internet. [https://www.icann.org/resources/pages/iana-2016-08-15-en] [https://www.icann.org/resources/pages/iana-functions-transfer-2016-08-15-en]

Cette distinction empêche une conclusion trop rapide : parce qu’une fonction technique produit un résultat visible dans une zone ou une base de données, l’organisation qui coordonne cette fonction ne disposerait pas pour autant d’un pouvoir souverain sur tous les acteurs concernés. Il faut identifier l’instrument qui a permis le résultat : une règle, une décision de conseil, une obligation contractuelle, une opération IANA ou une mesure prise par un autre intervenant.

Dans la pratique, ces moments se renforcent. Une politique est élaborée ; un contrat la rend opposable à certaines parties ; une obligation de conformité permet une intervention institutionnelle ; puis une fonction opérationnelle ou un opérateur transforme la décision en état technique. La chaîne explique l’influence réelle d’ICANN. Elle montre également où une contestation doit être dirigée : contre le contenu d’une politique, l’acte d’un conseil ou d’un membre du personnel, la conduite d’un cocontractant ou la mise en œuvre technique.

Les recours ne forment pas une cour d’appel unique

ICANN présente plusieurs mécanismes de responsabilité : demandes de reconsideration, Independent Review Process, Ombudsman et pouvoirs de la communauté habilitée. Leur juxtaposition ne crée pas une voie universelle permettant à toute personne affectée de faire réexaminer toute décision au fond. Chaque dispositif a ses conditions d’accès, ses délais, son décideur, sa norme de contrôle et son remède. [https://www.icann.org/resources/pages/governance/accountability-mechanisms-en]

La reconsideration vise certains actes ou omissions du conseil d’administration ou du personnel et repose sur des conditions d’éligibilité, de dépôt et de délai. La page consacrée à cette procédure précise qu’elle n’est pas un appel général de toutes les décisions politiques ou contractuelles. [https://www.icann.org/resources/pages/accountability/reconsideration-en] Une personne peut donc subir un effet opérationnel réel sans disposer pour autant d’un droit automatique à une nouvelle décision sur le fond.

L’Independent Review Process occupe une place différente. Il permet, dans les cas prévus, d’examiner certains actes ou omissions du conseil au regard des Articles of Incorporation, des statuts ou d’autres normes de gouvernance. ICANN le décrit comme un mécanisme d’accountability de type arbitral ou organisationnel, et non comme l’équivalent nécessaire d’une procédure judiciaire qui remplacerait tous les autres recours. [https://www.icann.org/resources/pages/independent-review-process-2017-03-24-en]

Les pouvoirs de la communauté habilitée ne sont pas non plus un vote populaire direct. Ils appartiennent à une structure définie par les statuts et peuvent comprendre, selon le cas, des pouvoirs d’approbation, de rejet, de destitution ou d’enquête. Le demandeur doit donc montrer non seulement qu’il est affecté, mais que l’instrument qu’il invoque couvre la décision et que les seuils procéduraux sont réunis. Les statuts constituent ici la source de la compétence et de ses limites. [https://www.icann.org/resources/pages/governance/bylaws-en]

L’Ombudsman complète cette architecture sans la remplacer. Le fait qu’une plainte soit recevable ou qu’une institution formule une recommandation ne signifie pas nécessairement qu’une politique est annulée, qu’un contrat est suspendu ou qu’une opération technique est inversée. La différence entre examiner une décision et disposer du pouvoir de la modifier est le cœur pratique de la responsabilité institutionnelle.

Le temps transforme le remède

Une procédure de contestation peut être substantiellement sérieuse tout en étant opérationnellement tardive. Entre le dépôt d’une demande et une décision finale, un registre peut continuer à fonctionner, une accréditation peut rester active, une donnée peut être modifiée ou une délégation peut être exécutée. Les pages publiques d’ICANN décrivent les mécanismes et leurs limites ; elles ne permettent pas de conclure qu’un recours suspend automatiquement l’action contestée. [https://www.icann.org/resources/pages/accountability/reconsideration-en] [https://www.icann.org/resources/pages/independent-review-process-2017-03-24-en] [https://www.icann.org/resources/pages/governance/accountability-mechanisms-en]

Il faut donc poser deux questions séparées. La première est institutionnelle : qui peut examiner l’acte, selon quelle norme et dans quel délai ? La seconde est opérationnelle : pendant l’examen, qui peut empêcher le changement d’état ou restaurer la situation antérieure ? Une réponse positive à la première ne résout pas forcément la seconde.

Les tribunaux constituent un autre niveau, avec leurs propres règles de compétence, de procédure et de remède. Les Articles of Incorporation fournissent le contexte de droit des sociétés dans lequel des recours judiciaires peuvent être envisagés, mais ils ne déterminent pas à eux seuls l’issue d’un litige concret. [https://www.icann.org/resources/pages/articles-2012-02-25-en] Une cour peut être appelée à examiner une question qu’un mécanisme interne ne peut pas trancher, ou à ordonner une mesure que la procédure interne n’a pas le pouvoir d’accorder. Elle peut aussi laisser subsister un résultat opérationnel pendant que la question juridique est instruite.

Ce que la chaîne permet réellement d’affirmer

L’autorité d’ICANN est mieux décrite comme une chaîne institutionnelle que comme une délégation unique. Les Articles of Incorporation et les statuts fournissent le cadre corporatif et organisationnel. Les procédures multipartites produisent des politiques. Les accords avec les registres et les bureaux d’enregistrement transforment certaines politiques en obligations contractuelles. Les fonctions IANA et les opérateurs concernés exécutent ensuite des tâches techniques ou administratives déterminées. [https://www.icann.org/resources/pages/governance/bylaws-en] [https://www.icann.org/resources/pages/iana-2016-08-15-en] [https://www.icann.org/resources/pages/iana-functions-transfer-2016-08-15-en] [https://www.icann.org/resources/pages/registrars/raa/approved-with-specs-2013-09-17-en] [https://newgtlds.icann.org/en/applicants/agb/base-agreement] [https://www.icann.org/resources/pages/consensus-policy-2012-02-25-en]

Cette chaîne explique à la fois la portée et la limite de l’organisation. Sa portée vient du fait qu’un contrat peut conditionner l’accès à une fonction centrale de l’écosystème des noms de domaine. Sa limite vient du fait que cette dépendance contractuelle n’est pas, par elle-même, une compétence réglementaire générale. Une décision doit être rattachée à son instrument et à son destinataire avant que l’on puisse parler de pouvoir.

La même méthode s’applique aux recours. Il ne suffit pas de compter les procédures affichées sur une page d’accountability. Il faut savoir qui peut les déclencher, ce qu’elles contrôlent, quelle norme elles appliquent, si elles peuvent suspendre l’acte et si leur résultat peut modifier l’état opérationnel avant que celui-ci ne devienne difficile à inverser. Les procédures sont donc des instruments de responsabilité, mais leur efficacité se mesure dans la rencontre entre accès, délai et effet.

L’incertitude demeure concrète. La version pertinente des statuts peut dépendre de la date de la décision. L’accord applicable peut différer selon l’opérateur, les spécifications et les amendements. Les documents de transition peuvent renvoyer à plusieurs instruments dont les effets juridiques ne sont pas identiques. Toute analyse d’un cas particulier doit donc repartir du texte en vigueur et de la séquence exacte des événements, plutôt que d’appliquer mécaniquement une description générale d’ICANN.