Le Droit dans tous ses états

LE DROIT DANS TOUS SES ETATS

La gouvernance des noms de domaines ou l’organisation de la rareté

Système d’adressage et sémantique. Il est une idée très répandue selon laquelle l’internet pourrait se résumer en un système de communication, régi par le protocole TCP/IP. Tel n’est, cependant, pas la réalité. En vérité, l’internet consiste en la réunion de deux systèmes, l’un certes de communication et l’autre, bien moins connu, qu’est le système d’adressage. Pour que deux ordinateurs puissent communiquer, encore faut-il que leur soit affectée une adresse afin que, mutuellement, ils soient en mesure de se reconnaître. Aussi, est-ce là, la fonction du système d’adressage, que de permettre aux ordinateurs, une fois connectés à l’internet, de se trouver sur le réseau de sorte que, par la suite, puisse s’instaurer entre eux la communication. Comment fonctionne le système d’adressage ? Au préalable, il n’est pas inutile de préciser que ses architectes l’ont construit de telle façon que son maniement ne suppose pas la maîtrise du langage informatique. Si, tel avait été le cas, l’utilisation des adresses IP requérant des compétences spécifiques, non connues du commun des mortels, seules les personnes sensibilisées aux technologies de l’information auraient été capables de naviguer et de communiquer dans l’univers numérique. Ajoutée à cela, l’ampleur prise par le réseau ARPANET, qui a vu ses ramifications se multiplier de jour en jour, la question de la classification des adresses IP se serait inévitablement posée. C’est la raison pour laquelle, les bâtisseurs du système d’adressage ont choisi de travailler à l’élaboration d’un système qui réponde à une logique sémantique. Selon Milton Mueller, deux raisons ont présidé à l’adoption de ce choix : l’une est mnémonique, l’autre pratique. S’agissant de la première, elle se justifie aisément par le fait que « tant qu’il y aura une interface directe entre les êtres humains et les machines connectées au réseau, on donnera aux machines un nom que les humains peuvent reconnaître»[1]. Quant à la seconde raison, elle découle de la première, puisqu’il s’agit « de fournir un seul identifiant plus stable»[2] aux ordinateurs.

Le fichier hosts.txt. En pratique, l’attribution d’une adresse IP à une machine, quelle qu’elle soit, n’est pas définitive. Elle varie au gré des connections à l’internet de l’ordinateur auquel elle est associée. Un système de nommage qui donc reposerait sur la seule adresse IP mettrait en péril la connectivité du réseau, car elle dépendrait de la capacité des utilisateurs, des serveurs et des tables de routage à se mettre à jour. Or compte tenu de l’instabilité des adresses IP, la viabilité d’un tel système serait quasi nulle. En intégrant, en revanche, au système d’adressage de l’internet un système de nommage qui repose sur une logique sémantique, peu importe que l’adresse IP de la machine connectée au réseau fluctue ; le nom de l’ordinateur alphanumérique reste, quant à lui, inchangé. Ainsi, le système d’adressage du réseau a-t-il été construit autour du principe selon lequel à chaque adresse IP d’un ordinateur, correspond un nom pourvu d’une dimension sémantique. Pour autant, les paquets IP ne répondant qu’à la seule forme IP des adresses numériques, restait à élaborer un système capable de résoudre les conflits entre adresses IP et noms alphanumériques. Pour ce faire, dès les années 1970, avant même que Vint Cerf et Bob Kahn publient leur article relatif au protocole TCP/IP, les fondateurs du réseau créent un fichier appelé « txt»[3]. Celui-ci contient toutes les informations dont a besoin un ordinateur du réseau ARPANET pour identifier les autres ordinateurs (hosts) qui y sont connectés. Il s’agit, en un mot, d’une simple liste de correspondance entre les adresses IP des ordinateurs connectés au réseau et le nom alphanumérique qui leur est attribué. Ce fichier hosts.txt peut, en quelque sorte, être assimilé à un annuaire téléphonique. Plus encore, il constitue la pierre de rosette du système d’adressage, en ce qu’il est la clé dont a besoin tout ordinateur pour traduire le langage sémantique en langage numérique. L’utilisateur qui désire accéder à une ressource partagée par un autre utilisateur, doit nécessairement enjoindre son ordinateur de consulter la liste de correspondance contenue dans le fichier, afin que l’adresse tapée dans le navigateur soit convertie en adresse IP, compréhensible par les routeurs.

Un système d’adressage alphanumérique intelligible, neutre, et ouvert. Aussi anecdotique que puisse apparaître l’existence de cette liste, elle constitue, aux côtés du protocole TCP/IP, le second pilier de l’édifice numérique puisque déterminant ce que l’on appelle « l’espace de nommage». Certains auteurs n’hésitent pas à affirmer, en ce sens, que « l’espace de nommage est internet »[4]. Les ordinateurs connectés au réseau doivent y être rattachés, sans quoi ils ne sauraient être trouvés par les autres machines. Cela équivaudrait à ne pas exister dans le cyberespace. Manifestement, il s’avère que les bâtisseurs du système initial d’adressage se sont pleinement conformés aux normes dont sont porteurs les principes d’ouverture, de neutralité ou encore d’intelligibilité qui gouvernent le fonctionnement général du réseau. Cela s’est, tout d’abord, traduit par la publication de nombreuses RFC sur le système d’adressage alphanumérique[5], faisant de lui un système intelligible[6]. Celui-ci peut, ensuite, être considéré comme neutre, dans la mesure où il a été conçu de façon à ce qu’aucune différence de traitement ne soit opérée dans son fonctionnement entre les noms d’adresses numériques choisis par les internautes, la seule exigence étant que les caractères alphanumériques qui composent les noms en question, fassent partie de ceux gérés par le système[7]. Le système d’adressage logique se révèle, enfin, comme ayant été façonné de telle manière qu’il soit ouvert. Non seulement le fichier hosts.txt est rendu accessible à tous, mais encore, il suffit à ceux qui désirent créer une adresse alphanumérique de demander au Network Information Center (NIC) du Stanford Research Institute (SRI) d’ajouter une ligne à ce fichier, sans qu’il soit besoin de remplir de conditions particulières. Parce qu’il est techniquement impossible au système d’adressage d’attribuer à deux machines différentes un nom alphanumérique identique, la seule règle à respecter pour procéder à la création d’une adresse alphanumérique n’est autre que celle du « premier arrivé, premier servi ». En d’autres termes, seul le premier à inscrire le nom de l’adresse de sa machine sur le fichier hosts.txt gagne le droit de l’utiliser. Bien que le NIC se soit vu confier la charge d’administrer le fichier hosts.txt, la gouvernance de l’espace de nommage demeure l’affaire de tous. Elle repose entièrement sur l’observation, par les arpanautes, de la règle du premier arrivé premier servi. En somme, il s’est établi une sorte d’autogestion améliorée du système, le NIC n’étant que le simple dépositaire du fichier hosts.txt. Cette situation n’est, cependant, que de courte durée. La gouvernance de l’espace de nommage, qui n’était que technique, se retrouve, en très peu de temps, au centre d’enjeux d’ordre politique et économique.

Endiguer la rareté. Pour comprendre comment un si petit fichier a pu devenir l’objet de toutes les convoitises, revenons un instant sur les débuts de l’internet. À cette époque, le travail de maintenance de l’espace de nommage est confié au NIC. Toute modification de la liste lui est soumise pour qu’il les compile en un nouveau fichier txt une à deux fois par semaine. Par suite, ce mécanisme de résolution de noms est implanté dans tous les systèmes d’exploitation des ordinateurs, quel que soit leur fabriquant. Rapidement, il apparaît que le travail de maintenance de cette liste et la charge du serveur du SRI prennent des proportions telles, qu’il devient difficile pour leur administrateur de remplir correctement son office. Les mises à jour sont si fréquentes que les nouvelles modifications sont introduites, avant même que les précédentes ne soient déployées sur le réseau ARPANET. En outre, plus le réseau grandit, plus la probabilité que deux utilisateurs attribuent le même nom à leur ordinateur est grande. Nonobstant l’incroyable richesse de mots que recèle le langage pour exprimer une idée, cette richesse n’en demeure pas moins limitée. Les limites de la langue humaine sont, d’ailleurs, bien plus importantes que celles du langage informatique. Les combinaisons d’adresses alphanumériques disponibles sont, si l’on raisonne sur une logique sémantique, très inférieures à celles offertes par le système d’adressage IP. Il en résulte que, contrairement aux adresses IP[8], les adresses alphanumériques sont une ressource rare. La rareté de ces adresses a pour conséquence de mettre en exergue les limites du système qui sous-tend l’espace de nommage qui, jusqu’à la fin des années quatre-vingts, repose sur un système centralisé. Et les bâtisseurs de l’internet l’ont bien compris. Dès lors, pour endiguer cette rareté qui menace, il a été jugé bon de transformer l’architecture centralisée du système d’adressage alphanumérique en une architecture décentralisée. Cette transformation ne s’est pas faite sans difficulté. Les bâtisseurs doivent se conformer, en plus des normes véhiculées par les principes d’ouverture, de neutralité et d’intelligibilité, à celle dont est porteur le principe d’interopérabilité. Appliqué au système d’adressage alphanumérique, ce principe implique que les adresses logiques doivent communiquer entre elles. Il doit, autrement dit, exister un lien qui permette d’aller d’une adresse à une autre.

La nécessaire unité de l’espace de nommage. Cela suppose que l’espace de nommage soit unique. Dit plus simplement, il n’est qu’une seule base de données recensant l’ensemble des ordinateurs du réseau qui peut exister. Dans le cas contraire, l’espace de nommage de l’internet serait fragmenté, si bien que les adresses de machines qui se trouveraient sur deux listes différentes ne pourraient pas, dans le cadre du système d’adressage alphanumérique, communiquer entre elles. Cela signifie qu’elles ne seraient pas interopérables. D’où, l’importance qu’il n’existe qu’ seul espace de nommage. Or c’est précisément cette exigence d’unité qui est à l’origine de la rareté des adresses ; chaque combinaison de caractères alphanumériques ne peut être utilisée que pour le nommage d’une seule et même machine. Dans ces conditions, il faut aux bâtisseurs du système d’adressage logique trouver une solution pour étendre substantiellement l’espace de nommage, tout en cherchant un moyen de conserver son unité. Dix années de recherche sont nécessaires pour y parvenir. C’est à l’orée de l’année 1977, date à partir de laquelle le ministère de la défense des États-Unis décide de déployer le protocole TCP sur l’ARPANET, que les choses vont véritablement bouger. Ce protocole TCP ne répondant pas de manière satisfaisante aux contraintes liées à l’adressage IP, les trois informaticiens que sont Vins Cerf, Jon Postel et Danny Cohen ont l’idée de scinder sa fonction en deux. Le protocole TCP/IP est né. C’est sur lui que reposera, plus tard, le nouvel espace de nommage. Sitôt l’élaboration du protocole TCP/IP achevée, Jon Postel, chercheur à l’institut des sciences informatiques de l’Université de Californie du Sud (ISI), est investi, entre 1977 et 1981, de la responsabilité du système d’adressage alphanumérique au sein de la petite communauté DARPA. Preuve que l’espace de nommage est, à cette période, encore l’affaire de tous, les internautes sont invités par Jon Postel à lui envoyer leurs suggestions pour moderniser le système vieillissant sur lequel il repose. C’est ainsi qu’à partir de 1981 commencent à germer des modèles d’architecture du système d’adressage. Tandis que certains développeurs plaident pour un espace de nommage hiérarchisée, d’autres proposent un espace de nommage plutôt distribué[9]. Finalement, ce sont les travaux de Zaw-Sing Su et de Jon Postel, publiés dans la RFC 819, suivi par les travaux de Paul Mockapetris, publiés dans les RFC 882 et 883, qui ont le dernier mot. La réunion de leurs travaux respectifs donne naissance à un nouveau système d’adressage alphanumérique de l’internet, appelé DNS (Domain Name System).

Une architecture hiérarchique. Grosso modo, sous l’égide du fichier hosts.txt, l’espace de nommage consistait en une seule et même base de données centralisée. Seulement, en raison de la surcharge du serveur sur lequel repose la liste de résolution des adresses numériques, et de la pénurie des adresses alphanumériques qui s’annonce, il faut trouver un moyen pour désengorger l’espace de nommage et étendre ce dernier. Le système DNS consiste en la division de l’espace de nommage en « sous-espaces », appelés zones, de sorte que la base de données contenue dans le seul fichier host.txt, se voit divisée en autant de fichiers qu’il y a de zones. Pour ce faire, les fondateurs du DNS ont imaginé une architecture dans laquelle chaque zone est associée à un ordinateur hôte, faisant office de serveur, un logiciel de résolution de noms et un fichier-zone à l’intérieur duquel on retrouve la paire adresse IP-nom alphanumérique. Semblablement à une adresse postale composée d’un nom de pays, d’un code postal, d’un nom de ville, d’un nom de rue et enfin d’un numéro, à chaque zone est affectée une partie des adresses numériques. Chacune des différentes zones entretient un rapport hiérarchique avec la zone qui lui est inférieure ou supérieure, l’ensemble des zones réunies formant une arborescence. Jon Postel use de la métaphore d’arbre inversé pour décrire son système. Au sommet de la hiérarchie se trouve une zone unique appelée racine, qui est reliée à des zones inférieures appelées haut niveau qui, à leur tour, sont reliées à des sous-zones, appelées deuxième niveau etc. Le principe d’unité de l’espace de nommage est totalement respecté ; chaque zone de l’arborescence est nécessairement reliée à la zone unique : la racine.

La perspective d’une ressource illimitée. L’avantage de ce système réside, indiscutablement, dans la possibilité de créer une infinité de domaines. Les limites de l’espace de nommage dépendent, en effet, du nombre de zones au sein de l’arborescence. Un domaine étant constitué d’une zone et de toutes les zones qui lui sont inférieures, l’espace de nommage peut être étendu à l’infini. Plus un domaine est proche de la racine, plus l’espace de nommage qui lui est attaché est grand. Le domaine de la racine constitue donc l’intégralité de l’espace de nommage alors qu’un domaine de deuxième niveau n’en constitue qu’une petite fraction. Seuls les domaines peuvent, en conséquence, être affublés d’un nom, dans la mesure où ils sont le résultat d’une combinaison de zones en partant du sommet de l’arborescence vers le bas. D’où le qualificatif de « nom de domaine »[10]. Une adresse alphanumérique est, de la sorte, constituée de plusieurs composantes strictement séparées. D’abord, en partant de la droite vers la gauche, apparaît la racine représentée par un point ; elle marque l’appartenance de l’adresse souhaitée à l’espace de nommage unique du DNS. Ensuite, viennent les noms de domaine de haut niveau (Top-Level Domains)[11], qui sont estimés à 300, répartis sur treize serveurs racines. Les plus connus sont le « .com », « .fr », « .net », ou encore le « .org ». Enfin, ferment la marche les noms de domaine de deuxième niveau, répartis sur l’ensemble des serveurs de la toile, lesquels sont passés de quelques milliers dans les années quatre-vingts à des centaines de millions en 2000. Et l’on pourrait continuer comme cela indéfiniment. Une adresse alphanumérique est constituée d’autant de niveaux qu’il y existe de zones. La pratique tend, toutefois, à démontrer que la limite se situe autour du troisième niveau. Au total, alors que les pères fondateurs du DNS ont trouvé là, dans son architecture décentralisée, un formidable moyen d’endiguer la rareté des noms de domaines, assez paradoxalement, ils viennent corrélativement de déposséder les internautes du pouvoir de gouvernance qu’ils exerçaient, jusque-là, en commun, sur l’espace de nommage. Dorénavant, celui-ci est entièrement géré par ceux qui disposent de la maîtrise de la racine. Voyons comment cette translation de pouvoir s’est opérée.

L’internationalisation du système de nommage. Très tôt, prenant conscience de l’ampleur prise par le Projet Internet, les chercheurs de DARPA s’essayent à institutionnaliser l’administration du DNS. De cette façon il leur sera possible de prendre la mesure de la gouvernance de l’espace de nommage qu’ils ne seront bientôt plus en capacité d’assurer. Dans ce contexte, est créée, en 1979, sous l’impulsion de Vint Cerf et Bob Kahn, une commission consultative composée de professionnels de la mise en réseau, l’ICCB (Internet Configuration Control Board). Cette commission est destinée à superviser la normalisation des protocoles de l’internet. Au début des années quatre-vingts le réseau numérique commence, cependant, à traverser les frontières, si bien que, vers la fin de l’année 1983, l’ICCB est remplacée par l’Internet Achitecture Board (IAB), afin que soit prise en compte la nouvelle dimension internationale du système. Ce groupe de coordination réunit l’élite des scientifiques qui ont participé à la création de l’ARPANET. Surtout, il est ouvert aux spécialistes du monde entier, pourvu qu’ils aient des compétences sérieuses en matière de réseau. À ce moment précis, l’équilibre des forces entre la communauté des internautes, que tente de représenter, de son mieux, Jon Postel, et les administrateurs du DNS, est à son paroxysme. Seulement, les choses commencent à changer lorsque, en 1987, la National Science Foundation voit se connecter à son backbone, les plus grands réseaux de la planète, ce qui, pour la première fois, fera de l’internet un réseau mondial. À partir de cette date, la gouvernance de l’espace de nommage n’est plus une simple question nationale qui concerne le seul réseau ARPANET. Elle intéresse l’ensemble de la communauté internationale. En raison de cette internationalisation du cyberespace, les problèmes techniques qui entourent le DNS se complexifient, à tel point que, tant Jon Postel, que l’IAB, s’en trouvent dépassés. C’est pourquoi, en réponse à cette vague déferlante provoquée par la croissance toujours plus grande du réseau, l’IAB est scindé en deux. L’idée est que, pour être surmontées, les nouvelles difficultés rencontrées par la communauté numérique doivent être appréhendées séparément. D’un côté, l’Internet Engineering Task Force (IETF) est chargé de l’élaboration et de l’évolution des protocoles, de leur standardisation et de leur intégration avec d’autres protocoles. D’un autre côté, l’Internet Research Task Force (IRTF) se voit confier la tâche d’explorer les techniques avancées en matière de communication et de protocoles.

La racine : objet de toutes les convoitises. Selon Milton Mueller, on vient de passer d’une « ARAPA community» à une « Internet community »[12] où le consensus préside encore à la prise de décision. Sans tarder, l’action de l’IAB et l’IETF reçoit le soutien du gouvernement des États-Unis, l’IETF concluant, en outre, un accord avec la National Science Foundation et la Corporation for National Research Initiatives (CNRI)[13]. Déjà à cette période on peut entrapercevoir les vives convoitises que fait naître l’administration du DNS. Mais le meilleur reste à venir. Sans doute inspiré par le mouvement d’institutionnalisation dont la racine fait l’objet, Jon Postel publie, en décembre 1988, la RFC 1083 dans laquelle y est décrit, pour la première fois, un modèle d’autorité à qui pourrait être confiée la gouvernance de l’espace de nommage. Ce projet se concrétise, quelque temps plus tard, par la création de L’Internet Assigned Numbers Authority (IANA). Immédiatement, la DARPA décide de déléguer à cette organisation l’attribution des adresses IP, ce qui, de fait, lui confère un pouvoir sans commune mesure sur l’administration technique du DNS. En parallèle, Jon Postel, en tant que fondateur de l’IANA et directeur de l’ISI (Information Science Institute) à l’Université de Californie du sud, prend la décision de signer avec le département du commerce américain (DoC) un contrat de partenariat selon lequel l’IANA garde le contrôle du DNS. Les critiques ne se font pas attendre. Nombreux sont ceux à soulever la question de la nature de l’IANA. Est-elle civile ou militaire ? De quel département du gouvernement américain dépend-t-elle ? Quelle est sa réelle fonction ? En tout état de cause, pareillement au mouvement de désengagement financier des instances publiques américaines auquel avaient dû faire face les entités chargées du développement des infrastructures physiques du réseau, les responsables en charge du DNS sont confrontés à la même politique, celle destinée à laisser place à l’initiative privée.

Le basculement. Dans cette perspective, afin d’encourager et de promouvoir le développement de l’édifice numérique au-delà du cadre initial de la recherche, est créée l’Internet Society (ISOC), organisation à but non lucratif, dont certains disent qu’elle est inspirée de la National Geographic Society. Quel est son rôle ? Elle a pour fonction d’assurer la coordination du développement des réseaux informatiques dans le monde en favorisant l’échange d’expériences et l’extension du réseau au-delà de la zone des pays les plus riches: Europe de l’Est, Asie, Amérique du Sud et Afrique. La régulation de l’espace de nommage est alors en passe d’être soumise aux lois du marché. Cela suppose de poursuivre le mouvement de privatisation de l’administration du DNS qui était enclenché. En 1990 la Defense Information Systems Agency (DISA), responsable de la communication au sein du ministère de la défense américain, appelle l’ensemble des agences civiles à la suppléer dans le fonctionnement de son activité non-militaire d’enregistrement des noms de domaine. Aussitôt, sur les recommandations de la DISA, le Federal Networking Council (FNC)[14], représentant des agences civiles telles que le département de l’énergie, la National Aeronautics and Space Administration (NASA) ou encore la National Science Foundation, décide de lancer un appel d’offre en direction du secteur privé, afin que soit définitivement transférée à une entreprise privée, la fonction de gouvernance de l’espace de nommage. La grande gagnante de cet appel d’offre est une compagnie appelée Government Systems Inc (GSI) qui sous-traite sa nouvelle mission à une petite entreprise privée qui réside en Virgine, connue sous le nom de Network Solutions Inc (NSI).

L’évincement des géniteurs du système de nommage de sa gestion. Le 1er octobre 1991, cette société devient le concessionnaire de la plupart des services exercés jusqu’alors par le Defense Data Network-Network Information Center (DDN-NIC)[15], organisme contrôlé par SRI. Néanmoins, NSI ne dispose pas des pleins pouvoirs sur l’activité d’enregistrement des noms de domaine. Elle demeure soumise à l’autorité, tant de l’IANA, qui s’estime être le dernier vrai défenseur de la racine, que de la NSF qui entend, quant à elle, préserver les intérêts gouvernementaux. À l’image d’une palette de peinture sur laquelle les couleurs se mêlent et s’entremêlent, l’espace de nommage apparaît ici comme le terrain d’une opposition frontale entre trois forces de nature différente. Contrairement, toutefois, aux couleurs du peintre, qui se mélangent les unes aux autres pour ne former qu’une seule couleur à la fin, les forces politiques économiques et scientifiques, présentes sur l’espace de nommage, se combattent les unes contre les autres avec la velléité de s’emparer seules du contrôle du DNS. De cette confrontation, seules les forces économiques et politiques en sont sorties vainqueurs, en conséquence de quoi la gouvernance de l’espace de nommage échappe encore un peu plus à l’IANNA. Désormais, le champ est libre pour NSI qui peut commencer à exploiter tranquillement les domaines « .com », « .net » et « .org ». Avec l’avènement du World Wide Web, combiné à l’émergence des premiers navigateurs, tels que Mosaïc, Netscape et Internet Explorer, l’internet connaît la plus grande croissance de toute son histoire. Incidemment, cela provoque un nombre, sans précédent, d’enregistrements de noms de domaine. Sans surprise, seuls les domaines en « .com » font l’objet de ce ras de marée qui a pris d’assaut l’espace de nommage. Il s’ensuit, mécaniquement, une pénurie des noms de domaine sur le « .com ». Il s’agit là du même type de pénurie qui, naguère, a déjà frappé l’espace de nommage, à l’époque du fichier hosts.txt. Sous prétexte de remédier à la pénurie des noms de domaine, NSI, autorisé par la NSF, prend la décision, en 1995, de facturer l’enregistrement des noms de domaines, ce qui fait d’elle le premier monopole, au sens économique du terme, qui exploite les ressources de l’espace de nommage. Il était, pourtant, une autre solution possible pour répondre à la pénurie qui s’est installée sur le domaine « .com ».

La contestation grandissante de la monopolisation de la racine. Alors que NSI a répondu à ce phénomène par une solution économique, Jon Postel propose une solution technique. L’alternative consiste en la création de 130 nouveaux domaines. À cette fin, est créé, par l’IANA et l’ISOC, l’Internet Ad Hoc Committee (l’IAHC), structure dont la mission est d’assurer l’élargissement de l’espace de nommage. Dès sa création, cette organisation reçoit le soutien de plusieurs organisations internationales dont l’UIT (Union Internationale des Télécommunications), l’INTA (International Trademark Association), ou encore l’OMPI (Organisation Mondiale de la Propriété Intellectuelle). Il en est résulté un rapport publié en 1997 qui préconise d’une part, la création de sept nouveaux noms de domaines et, d’autre part, la création d’une organisation non gouvernementale pouvant réguler l’enregistrement des noms de domaines sous ces nouvelles extensions. Ainsi, est né le Council of Registars (CORE), lequel propose l’instauration de sept nouveaux domaines[16]. Cela était sans compter sur Ira Magaziner, conseiller spécial aux affaires sociales de Bill Clinton. Cet homme politique s’oppose vigoureusement au projet du CORE, sans doute sous les pressions de NSI, peu enclin – et pour cause – à voir son monopole lui échapper. La concurrence a, cependant, commencé à se faire entendre. Des acteurs économiques et scientifiques contestent de plus en plus le bien-fondé de ce monopole. Ajouté à cela, les revendications des gouvernements nationaux, de la Commission Européenne et de l’Organisation des Nations Unies, qui se sont mis à remettre en cause l’autorité des États-Unis sur l’espace de nommage, il est apparu nécessaire de réformer la structure institutionnelle entourant le DNS. En janvier 1998, le DoC propose un green paper afin de calmer les esprits, la seule condition étant que le siège de la future organisation se trouve sur le sol américain. L’heure est aux négociations. Elles débouchent, en juin 1999, sur l’adoption d’un white paper, accepté par l’ensemble de la communauté internationale[17]. De ce compromis, il en est ressorti la création d’une société à but non lucratif de droit californien : l’Internet Corporation for Assigned Names and Numbers (ICANN)[18]. Deux mois avant, Jon Postel, sur qui reposait, depuis la fin des années soixante-dix, l’administration technique de l’espace de nommage, décède.

Une translation de pouvoir au bénéfice de l’ICANN. Plus qu’un symbole, sa mort marque, tant la fin de l’ère « préhistorique » du système d’adressage logique qui avait vu naître le DNS, que le commencement d’une nouvelle ère, une ère sous laquelle l’administration de la racine va être au centre de toutes les attentions. Bien que se distinguant assez nettement du fichier hosts de par son contenu, le fichier racine s’en rapproche, néanmoins, à maints égards, ne serait-ce que parce que tous deux se sont vus attribuer la fonction de détermination de l’espace de nommage. Mais là n’est pas notre préoccupation. Ce sur quoi doit se focaliser notre regard c’est, surtout, sur le fait que le passage de l’ancien système d’adressage alphanumérique au système DNS, s’est accompagné d’une translation de pouvoir. En un peu moins d’une vingtaine d’années on a pu assister en la captation progressive du pouvoir que se partageaient les pères fondateurs de l’internet sur le fichier hosts.txt, au profit d’une autorité, l’ICANN, qui désormais a seule la maîtrise du fichier racine. Contrairement au NIC dont les prérogatives sur l’espace de nommage se limitaient à sa maintenance, le pouvoir qu’exerce l’ICANN sur lui, est bien plus important puisqu’il s’étend à sa gouvernance. Cela ne poserait guère de difficultés si cette gouvernance était, comme à l’époque du NIC, effectuée conformément aux règles de l’ordre numérique. Sauf que, tel est loin d’être le cas. L’action menée par l’ICANN est commandée, moins par le souci d’aller dans le même sens que celui dans lequel œuvrent les architectes du réseau, que par des considérations d’ordre, tant politique, qu’économique. Politique d’abord, l’ICANN peut difficilement ne pas voir qualifier de la sorte la gouvernance qu’elle mène sur l’espace de nommage, dans la mesure où il existe un lien opaque entre cette organisation et le gouvernement américain[19]. Par ailleurs, comme le fait observer Cédric Manara « l’ICANN tire de ses statuts la prérogative de faire adopter des règles techniques, dont l’application concrète reflète aussi le pouvoir de contrainte qui est le sien»[20]. Pour ce qui est, ensuite, de la dimension économique que revêt cette gouvernance, elle relève de l’évidence. Cette dimension naît à l’instant même où est attribuée par NSI une valeur pécuniaire aux noms de domaine. Car ils sont une ressource rare. Et si d’aucuns s’avancent à dire que cette rareté est organisée par l’ICANN, elle est avant tout due, comme il a été vu, à l’exigence d’unicité de l’espace de nommage. Toujours est-il que, quelles que soient les causes de cette rareté, organisée ou non, elle est bien présente, de sorte que cela ajoute à l’importance du pouvoir de gouvernance que détient, désormais, seule l’ICANN sur l’espace de nommage.

[1] M. Mueller, op. cit. note 56, p. 91.

[2] À la suite du départ de Robert Kahn de la DARPA, en 1986, celui-ci a fondé, avec le soutien de Vint Cerf et de Keith Uncapher, une nouvelle organisation à but non lucratif, la Corporation for National Research Initiatives (CNRI), destinée à la recherche et au développement des infrastructures nationales de l’information.

[3] Le FNC a été créé par la National Science Foundation en 1990.

[4] Lors de la mise en place du DNS, c’est le service DDN-NIC du SRI qui a pris en charge, en passant un contrat avec le ministère de la défense américain, tous les services d’enregistrement, ce qui comprenait les domaines de premier niveau (Top Level Domain – TLD) et la gestion des serveurs DNS racine.

[5] Il s’agit des « .firm”, « .web », « .info », « .art », « .rec », « .nom », « .shop ».

[6] Bien que l’ICANN soit née d’un compromis entre États, elle ne saurait être considérée, comme le souligne Cédric Manara, comme un sujet de droit international. Elle est, pour le droit international public, « une entité inconnue » (C. Manara, op. cit. note 65, p. 34).

[7] Cela n’empêche pas les États-Unis d’entretenir un rapport privilégié avec l’ICANN. Cette organisation est, en effet, sous le contrôle du Department of Commerce qui, sans que les autres États puissent juridiquement s’y opposer, peut lui retirer son agrément.

[8] L’ICANN est contractuellement engagée avec le DoC, depuis le 25 novembre 1998. Il s’agit là presque, si l’on peut s’exprimer ainsi, d’un lien de vassalité qui existe entre les deux entités. Le DoC a le pouvoir de dénoncer à tout moment, et unilatéralement, l’accord qu’il a conclu avec l’ICANN, et donc de revenir sur son adoubement duquel elle tire tous ses pouvoirs sur le système d’adressage. V. en ce sens M. Mueller, op. cit., note 56, pp. 163 et s.

[9] C. Manara, op. cit. note 65, p. 35.

[10] M. Mueller, Ruling the Root. Internet Governance and the Taming of Cyberspace, MIT Press, 2004, p. 39.

[11] Ibid., p. 40.

[12] V. en ce sens M.D. Kudlick, Host Names On-Line, RFC 608, 1974.

[13] H. Klein, « Icann et la gouvernance de l’internet : la coordination technique comme levier d’une politique publique mondiale », in Les cahiers du numérique. La gouvernance d’Internet, Lavoisier, 2002, vol. 3, n°2, p. 99.

[14] Par exemple : D. Barr, Common DNS Operational And Configuration Erros, RFC 1912, 1996 ; P. Mockapetris, Domain System Changes and Observations, RFC 973, 1986 ; J. Postel et J. Reynolds, Domain Requirements, RFC 920, 1984 ; J. Postel, Domain Name System Structure and Delegation, RFC 1591, 1994 ; J. Postel, Domain Name System Implementation Schedule, RFC 897, 194. P. Mockapetris, Domain Names – Concepts and Facilities, RFC 1034, 1987 ; P. Mockapetris, DNS Encoding of Network Names and Other Types, RFC 1101, 1989 ;

[15] V. supra, n°63 et s.

[16] Hors extension, le nom de domaine ne peut pas excéder 63 caractères alphanumériques (lettres de A à Z et chiffres de 0 à 9). Aucune différence n’est faite entre les lettres majuscules et minuscules. Tous les autres caractères ne sont pas admis (accents, apostrophes, sous-tirets, etc…). Depuis peu, sont générés par le système d’adressage ce que l’on appelle les noms de domaine internationalisés (IDN). Ces identifiants ont la particularité de faire appel à des caractères de la langue locale. Ils peuvent, en d’autres termes, comporter des caractères avec signes diacritiques (autres que ceux contenus dans l’ASCII : lettres de A à Z, chiffres de 0 à 9, tiret, etc.) qu’exigent la plupart des langues européennes ou des caractères différents de ceux de l’alphabet latin (par exemple arabes ou chinois).

[17] Dans le courant des années quatre-vingt-dix a été développé ce que l’on appelle le protocole IPv6 (Internet Protocol version 6), lequel a vocation à remplacer le protocle IPv4. Ces protocoles président à la création des adresses IP. La mane des adresses IP créées à partir du protocole IPv4 étant bientôt épuisée, des travaux ont été menés, sous la houlette de l’IETF (Internet Engineering Task Force), afin d’élaborer un nouveau protocole qui mettrait fin à cette rareté. C’est là la fonction du protocole IPv6. Son déploiement, en France, a commencé dès l’année 1996 avec le réseau RENATER (Réseau national de télécommunications pour la technologie, l’enseignement et la recherche).

[18] Dans le RFC 814, Clark propose un espace de nommage avec une architecture distribuée, celui-ci permettant que « each network (or group of networks) is responsible for maintaining its own names and providing a ‘name server’ to translate between the names and the addresses in that network ». D. Clark, Name, Addresses, Ports, and Routes, RFC 814, Juil. 1982. Disponible sur: http://tools.ietf.org/html/rfc814.

[19] Pour une analyse de l’expression générique que constitue désormais le « nom de domaine », V. C. Manara, Le droit des noms de domaine, LexisNexis, coll. « Propriété intellectuelle », 2012, p. 5 et s.

[20] On parle également de noms de domaine de premier niveau. Cette expression se retrouve dans la loi. Il y est de la sorte fait référence à l’article L. 45, I, alinéa 5 du Code des postes et communications électroniques lequel dispose que « l’attribution et la gestion des noms de domaine rattachés à chaque domaine de premier niveau sont centralisées par un organisme unique ».

No comment yet, add your voice below!


Add a Comment

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *