Résumé

  • Le RFC 1295 est un mémo Informationnel de janvier 1992 du North American Directory Forum, non une norme Internet. Pour les entrées de l’annuaire public, il énumère sept droits : ne pas être listé, être informé de la création, examiner l’entrée, corriger une inexactitude, retirer une information précise, attendre le respect du droit américain ou canadien pertinent et une exécution rapide.
  • Le texte distingue l’annuaire public d’autres parties non destinées à la diffusion et laisse l’utilisateur — ou son agent — choisir des informations publiques, privées ou mixtes. Il ne décrit ni mécanisme de sécurité, ni protocole d’effacement, ni preuve qu’une copie distribuée a disparu.

La question posée par le RFC 1295 — User Bill of Rights for entries and listings in the Public Directory n’était pas de savoir si un annuaire fondé sur X.500 pouvait stocker un attribut. La question était plus exigeante : une infrastructure de découverte pouvait-elle prendre la simple existence d’un attribut pour une autorisation de le publier ? Le texte répondait en séparant la capacité de trouver d’une part, le droit de rendre trouvable d’autre part.

Cette séparation prend tout son poids quand un annuaire devient commun. Un numéro de téléphone ou une adresse électronique peuvent être ordinaires dans un dossier interne, mais changent de portée lorsqu’ils sont placés dans un index accessible à un public indéterminé. Le RFC explique qu’un utilisateur ou son agent peut choisir de faire figurer une information dans l’annuaire public, dans un annuaire privé, ou dans une combinaison des deux. Le choix concerne l’audience du renseignement ; il ne transforme pas le renseignement en bien naturellement public.

Le refus n’était pas une suppression tardive

Dire « je ne veux pas être listé » intervient avant la création d’une entrée publique. Demander le retrait intervient après. Confondre les deux efface une décision de gouvernance essentielle : faut-il faire entrer ce sujet dans l’espace public de recherche ? Une fois l’entrée créée, d’autres événements deviennent possibles — consultation, copie, indexation, réplication — mais aucun d’eux ne rétroagit pour rendre l’admission initiale sans conséquence.

Le deuxième droit, être informé de la création d’une entrée, ne vaut pas consentement. Un avis envoyé ne prouve ni réception, ni lecture, ni accord. Il rend toutefois visible un acte qui, sans lui, pourrait rester silencieux jusqu’à ce qu’un tiers découvre la fiche. Le sujet dispose alors d’un objet qu’il peut examiner, et les droits de correction ou de retrait précis deviennent des demandes adressées à un enregistrement identifiable plutôt qu’une protestation vague contre une exposition déjà accomplie.

La suite doit rester granulaire. Examiner une entrée produit une possibilité de voir. Corriger vise une inexactitude. Retirer une information spécifique peut laisser subsister d’autres éléments. Une demande est un acte de l’utilisateur ; l’accusé de réception est un acte du fournisseur ; une révision est un acte sur la fiche ; une vue publique ultérieure est une observation distincte. Il ne suffit pas de posséder un ticket pour conclure que l’annuaire a changé, ni d’observer une fiche pour conclure que toutes ses copies sont identiques.

Public ne voulait pas dire totalité de l’annuaire

Le RFC 1295 situe ces droits dans le projet d’un service d’annuaire coopératif nord-américain reposant sur les recommandations CCITT X.500. L’« Annuaire » y désigne un ensemble de répertoires administrés par des fournisseurs de service et des opérateurs privés. Une partie est destinée à la diffusion publique ; d’autres parties peuvent ne pas l’être. Le texte ajoute que les données d’une entrée sont accessibles sauf restriction par les contrôles de sécurité et de vie privée.

Cette dernière phrase ne doit pas être lue comme une garantie technique. Les considérations de sécurité du RFC disent précisément que les questions de sécurité ne sont pas examinées. Le document donne un vocabulaire de droits et d’obligations de service ; il ne prouve pas le chiffrement d’une demande, l’authentification d’un agent, l’arrêt d’une copie ni l’issue privée d’une consultation.

Le RFC 1417 — NADF Standing Documents: A Brief Overview, publié en 1993 et remplaçant le RFC 1295 dans cette série, rend l’arrière-plan institutionnel plus net. Il décrit des fournisseurs concurrents qui cherchent à offrir ensemble un service d’annuaire public, un espace de noms public et des espaces privés gérés séparément. Il précise qu’une entité peut choisir de figurer là où les autres sont susceptibles de chercher, et que l’enregistrement se produit hors de l’annuaire.

Ce détail est décisif. L’annuaire peut indiquer un chemin vers une information sans devenir le propriétaire exclusif de toutes les informations liées. RFC 1417 explique aussi que X.500(88) ne fournissait pas de procédures de maintien des connaissances et que la concurrence entre fournisseurs excluait une gestion exclusive de l’espace public. La réponse décrite est une coopération par liens vers des espaces privés, avec peu ou pas de charge utile dans ces liens. C’est une description de la conception NADF, non une preuve que chaque annuaire ou chaque copie l’a appliquée.

Une obligation de fournisseur, pas seulement une option d’interface

Les deux derniers droits du RFC 1295 donnent une forme de responsabilité à cette architecture. Une inscription dans l’annuaire public doit respecter les lois américaine ou canadienne qui régissent la vie privée ou l’accès à l’information, et les droits doivent être satisfaits dans des délais raisonnables. Le RFC ne définit pas une règle juridique actuelle, une juridiction universelle ou un délai chiffré. Il refuse néanmoins l’idée qu’un opérateur public puisse se décrire comme un simple dépositaire de champs.

Une entrée publique implique une relation de service. Quel fournisseur reçoit la demande ? Quelle version de l’entrée est examinée ? Quel attribut est contesté ? Quelle action est demandée : correction ou retrait ? Quelle réponse, à quel moment, et sur quelle surface ? Les réponses à ces questions sont des preuves différentes. L’existence d’une page consultable ne prouve pas la conformité au droit. L’absence d’une page ne prouve pas qu’elle n’a jamais existé. Une fiche modifiée chez un fournisseur ne prouve pas la disparition de toute projection antérieure.

Une frontière historique, non une machine d’exécution

Le RFC 1295 se présente comme un document Informationnel, proche du document NADF-265. Sa portée est délibérément limitée à l’annuaire public. Il ne transforme pas une liste de droits en protocole distribué de consentement ou d’effacement. Il ne permet pas davantage de déduire le comportement d’un fournisseur actuel, ni de convertir la formule juridique États-Unis/Canada en conseil pour un autre pays.

Son apport historique demeure précis : il oblige une infrastructure construite pour trouver à reconnaître que trouver quelqu’un et avoir le droit de l’exposer sont deux opérations différentes. Une fiche publique n’est pas seulement un objet technique. C’est une relation entre un sujet, éventuellement son agent, un fournisseur, un espace de noms et une audience. Le RFC exigeait que cette relation conserve une porte de sortie avant de devenir une évidence d’index.

Sources et limites de preuve

Les sources sont le RFC 1295 et le RFC 1417. Elles étayent le statut Informationnel, les sept droits, la distinction public/privé, le contexte X.500 et NADF, les fournisseurs concurrents et les espaces de noms liés. Elles n’établissent pas une entrée actuelle, une demande individuelle, la réception d’un avis, une correction accomplie, la suppression de toutes les répliques, une conformité juridique déterminée, une décision de contrôle d’accès ou une garantie de sécurité.