Résumé

  • La RFC 3001 a transposé les identifiants d’objet ASN.1 dans les URI sous la forme urn:oid, sans déplacer l’autorité qui garantissait déjà leur unicité.
  • La RFC 3061 a remplacé ce premier texte trois mois plus tard, précisé le dépositaire institutionnel et resserré la syntaxe, mais n’a défini ni résolution ni validation.

Un numéro peut être mondial sans être consultable dans un annuaire mondial. C’est le paradoxe apparent de urn:oid:1.2.3 : la chaîne se transporte facilement, se compare sans difficulté et ne contient pourtant ni adresse de service, ni attestation d’attribution, ni réponse à la question « qu’est-ce que cela désigne aujourd’hui ? ».

Lorsque Michael Mealling publie la RFC 3001 en novembre 2000, les object identifiers ne sont pas une invention nouvelle. Les OID d’ASN.1 forment déjà un arbre d’attribution. Sa première branche relève de l’UIT-T pour 0, de l’ISO pour 1, et d’une attribution conjointe ISO/UIT-T pour 2. Le bénéficiaire d’un nœud peut à son tour distribuer des identifiants sous ce nœud. La RFC, de catégorie Informational, ajoute une façon d’inscrire ce chemin numérique dans un URN ; elle ne redistribue pas le pouvoir d’attribution.

Le cadre général de la RFC 2141 séparait précisément le nom de l’emplacement. Un URN devait être persistant et indépendant de la localisation. Le namespace identifier indiquait comment lire la partie propre au namespace. Pour les OID, oid donnait la règle d’interprétation et la suite décimale pointée conservait le numéro historique. Aucune de ces deux composantes ne disait quel serveur contacter.

La RFC 3001 attribuait l’unicité et la persistance aux règles d’allocation des OID. Elle définissait l’équivalence lexicale par une égalité exacte de chaînes et déclarait la portée mondiale. Mais elle répondait « aucun mécanisme défini » aussi bien pour la résolution que pour la validation. On pouvait donc reconnaître une forme, conserver une référence et tester son égalité sans disposer d’un moyen normalisé de retrouver l’objet ou de prouver que l’attribution invoquée était légitime.

Le texte révèle même la difficulté de nommer l’autorité responsable. Dans la rubrique consacrée au déclarant, une remarque éditoriale demande de l’aide et exprime le malaise de l’auteur à l’idée d’être lui-même le « registrant ». L’adresse du secrétariat ISO/IEC JTC1 SC6 suit cette remarque. Ce passage ne prouve ni crise ni conflit ; aucune source ne permettrait une telle extrapolation. Il montre en revanche que la propreté du format et la désignation institutionnelle n’avançaient pas sur une seule et même couche.

En février 2001, la RFC 3061 rend la RFC 3001 obsolète. Elle supprime la question éditoriale et motive le choix d’ISO/IEC JTC1 SC6 : cet organisme est en mesure d’interpréter et de modifier la norme ASN.1, il constitue donc l’autorité d’enregistrement appropriée. La nouvelle version formalise aussi la chaîne. Des composantes décimales séparées par des points, pas de zéro initial, pas de description lisible associée aux nœuds OID dans la partie spécifique du namespace. Le transport porte le chemin numérique canonique, non une collection de libellés susceptibles de varier.

Cette précision est importante, mais limitée. Une égalité exacte tranche une question de représentation : deux chaînes canoniques sont-elles identiques ? Elle ne tranche pas les questions d’attribution, de titulaire actuel, d’existence du référent ou de droit d’agir en son nom. Un préfixe OID situe le numéro dans un arbre d’autorité ; il ne constitue pas une quittance signée par l’autorité de la racine.

La RFC 3061 n’a pas non plus transformé cet arbre en service de recherche universel. La portée reste mondiale, la résolution et la validation restent sans mécanisme prescrit. Cette combinaison n’est contradictoire que si l’on confond « un nom ne doit pas entrer en collision » avec « un même serveur doit répondre à tous ». L’unicité peut provenir d’une discipline d’attribution distribuée, tandis que la consultation demeure locale, privée, future ou absente.

La RFC 8141, publiée bien plus tard en 2017, donne une formulation utile : une chaîne conforme à la syntaxe générale peut ne pas correspondre à une attribution valide selon les règles de son namespace. Il faut la lire comme un éclairage ultérieur et non comme une phrase cachée dans le texte de 2000. Elle rend néanmoins nette la frontière probatoire que urn:oid obligeait déjà à respecter.

L’épisode ne raconte donc pas l’échec d’un annuaire mondial. Il montre une architecture minimale. Les institutions OID attribuent. Le namespace transporte. Le logiciel compare. Si un registre, un résolveur, un certificat ou une base locale promet davantage, il doit exposer sa provenance, son périmètre et son fonctionnement réel. Le nom ne peut pas absorber silencieusement ces garanties.

Cette retenue préservait plusieurs futurs possibles au lieu d’imposer un centre de résolution unique. Mais elle impose une responsabilité aux utilisateurs du nom : conserver la chaîne d’autorité avec l’identifiant et mesurer le service qui prétend l’interpréter. La forme mondiale coordonne le langage. La confiance vient d’éléments situés ailleurs.

Sources