Brevet FR2900523A1 — publié le 20071102

Identification de noeuds dans un réseau La présente invention est relative à une identification de noeuds dans un réseau. Plus particulièrement, elle a trait à une identification sécurisée de noeuds hétérogènes dans un réseau dépourvu d'infrastructure, par exemple un réseau de type ad-hoc. L'identification selon l'invention est définie conformément au système de nom de domaine selon la spécification DNS/DNSSEC ("Domain Name System/Domain Name System Security" en anglais) afin de faciliter son intégration ultérieure. Un système de nommage DNS est conçu spécifiquement pour un réseau de communication comportant une infrastructure comme celle de l'internet ou d'un réseau intranet connectant des noeuds tels que des terminaux ou des serveurs. Ce système de nommage fait correspondre pour chacun de ces noeuds un ou des noms compréhensibles, appelés noms de domaine, par exemple "mondomaine.com", à des informations réseau relatives au noeud, telles que des champs textuels, des identificateurs cryptographiques, des paramètres de sécurité, un serveur mail, ou plus particulièrement des adresses de type IP ("Internet Protocol" en anglais). Ces correspondances sont enregistrées dans une ou des bases de données reliées ou intégrées à un ou des serveurs dédiés au service de nom de domaine, appelés serveurs DNS. Tous ces serveurs sont accessibles à un noeud client qui fait une demande d'accès à un nom de domaine, afin de trouver la correspondance entre le nom de domaine et le noeud réseau associé audit nom de domaine. Actuellement, les réseaux, et notamment les réseaux dépourvus d'infrastructure comme les réseaux ad-hoc, utilisent les noeuds pour mettre en place la connectivité entre usagers desdits noeuds. Ces noeuds sont très hétérogènes et peuvent être des entités simples telles que des serveurs ou des terminaux, ou bien des entités complexes telles que des réseaux. En se référant au dernier cas, le système de nommage DNS ne s'applique pas aux entités complexes. De même, le système de nommage DNS ne s'applique pas aux noeuds connectés dans un réseau dépourvu d'infrastructure tel qu'un réseau ad-hoc, où les communications sont établies de manière spontanée entre deux noeuds sans l'intermédiaire d'une entité centrale. Les noeuds d'un réseau ad-hoc s'ignorent a priori et ne sont pas référencés dans des serveurs DNS. L'invention comble cette insuffisance en identifiant des noeuds hétérogènes comme des noeuds simples et des noeuds complexes présents dans un réseau sans infrastructure. L'invention concerne un procédé d'identification d'un noeud auprès d'autres noeuds dans un réseau de communication, caractérisé en ce qu'il comprend les étapes suivantes . mémorisation dans chaque noeud d'un fichier contenant des paramètres descriptifs du noeud, chaque paramètre étant indexé par un identificateur cryptographique du noeud et un identificateur de paramètre, diffusion depuis un premier noeud se connectant au réseau, de l'identificateur cryptographique dudit noeud vers les autres noeuds du réseau, transmission de l'identificateur cryptographique du premier noeud et de l'identificateur d'un paramètre descriptif requis du premier noeud depuis un autre noeud du réseau vers le premier noeud, recherche d'une partie dans le paramètre requis dans le fichier du premier noeud en fonction de l'identificateur cryptographique et de l'identificateur du paramètre, et transmission de la partie de paramètre trouvée depuis le premier noeud audit autre noeud. L'invention identifie avantageusement tout type de noeud, aussi bien des noeuds simples tels qu'un serveur, un terminal mobile ou un ordinateur, que des noeuds complexes tels qu'un réseau, un tel noeud étant méconnu dans le système de nom de domaine selon la spécification DNS. L'identification basée sur un identificateur cryptographique est universelle pour tous les noeuds, puisque l'identificateur cryptographique de chaque noeud est relatif à une clé publique d'un couple clé publique/clé privée assigné au noeud. Selon une caractéristique de l'invention, l'identificateur d'un paramètre descriptif est un nom dédié au paramètre ce qui permet de distinguer les paramètres descriptifs entre eux et ainsi permet au fichier de contenir un grand nombre de paramètres descriptifs. Selon une autre caractéristique de l'invention, l'identificateur d'un paramètre descriptif est un type caractérisant le paramètre ce qui facilite une intégration ultérieure de l'invention au système DNS. L'invention concerne également un noeud dans un réseau de communication, caractérisé en ce qu'il comprend : une mémoire pour un fichier contenant des paramètres descriptifs du noeud, chaque paramètre étant indexé par un identificateur cryptographique du noeud et un identificateur de paramètre, un moyen pour diffuser l'identificateur cryptographique dudit noeud vers les autres noeuds du réseau, un moyen pour transmettre l'identificateur cryptographique d'un premier autre noeud et l'identificateur d'un paramètre descriptif dudit premier autre noeud requis par ledit noeud, un moyen pour rechercher dans le fichier d'une partie dans un paramètre requis par un deuxième autre noeud en fonction de l'identificateur cryptographique dudit noeud et de l'identificateur du paramètre transmis par le deuxième autre noeud, et un moyen pour transmettre la partie de paramètre trouvée audit deuxième autre noeud. Enfin, l'invention se rapporte à un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé selon l'invention lorsque lesdites instructions sont mises en oeuvre par un processeur dans un noeud selon l'invention. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations de l'invention, données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme schématique d'un système d'identification dans un réseau sans infrastructure selon l'invention ; - la figure 2 est un bloc-diagramme schématique d'un noeud selon l'invention ; - la figure 3 est un schéma représentatif d'un fichier descriptif de noeud selon l'invention ; - la figure 4 est un algorithme d'un procédé d'identification de noeud selon l'invention ; - les figures 5 et 6 sont respectivement des schémas représentatifs d'une requête d'identification et d'une réponse d'identification selon une première réalisation de l'invention ; et - les figures 7 et 8 sont respectivement des schémas représentatifs d'une requête d'identification et d'une réponse d'identification selon une deuxième réalisation de l'invention. En référence à la figure 1, un système d'identification selon l'invention comprend un ensemble de noeuds hétérogènes N1 à Nj présents dans un réseau de communication sans infrastructure. Par exemple, le réseau est considéré comme un réseau ad- hoc RA et est appelé ainsi dans la suite de la description. Dans le réseau ad-hoc RA, les communications entre deux noeuds s'établissent de manière spontanée et les noeuds n'ont aucune connaissance préalable des autres noeuds présents dans le réseau. Selon l'invention, l'identification entre deux noeuds s'effectue par un échange de requête d'identification RQI et de réponse d'identification RPI. Les noeuds sont hétérogènes et peuvent être des entités simples telles qu'un serveur N1, un terminal mobile N3, N~+1, ou un ordinateur personnel Ni, Nj et/ou des entités complexes telles qu'un réseau R formant le noeud N2 et associé à un terminal T. Le réseau R est différent d'un réseau ad-hoc et peut être un réseau à infrastructure tel que l'Internet ou un Intranet, auquel des terminaux clients sont connectés en filaire ou sans fil, ou un réseau de radiocommunications de type GSM (Global System for Mobile communications) ou UMTS (Universal Mobile Telecommunications System). Dans chaque noeud Ni, avec 1 j J, est créé et mémorisé, selon l'invention, un fichier descriptif Fi comportant des informations descriptives propres au noeud, telles que des informations relatives à l'identité du noeud, par exemple : s'il s'agit d'un routeur ou d'un terminal, des informations relatives à la localisation du noeud par exemple une adresse IP, et accessibles aux autres noeuds. Concernant le noeud N2, le terminal T associé au réseau R comprend le fichier descriptif F2 identifiant le réseau R. Les informations descriptives propres au noeud Ni sont appelées dans la suite de la description "paramètres descriptifs" Pmj, avec 1 m M, l'entier M pouvant être différent d'un noeud à l'autre. Le fichier Fi du noeud Ni est décrit plus en détail en référence à la figure 3. Comme montré à la figure 2, les noeuds N1 à Nj du réseau ad-hoc RA comportent des entités similaires afin de mettre en oeuvre le procédé d'identification de l'invention décrit en référence à la figure 4. Le noeud Nj comprend une interface de réseau IR qui est une interface radio lorsque le noeud est un terminal mobile par exemple, une unité de communication UC, une unité de gestion de fichier descriptif UF, et deux mémoires M1 et M2. Une unité spécifique US caractérise le noeud Ni, par exemple l'unité de traitement d'un PC, l'unité de traitement d'un serveur ou l'unité de traitement d'un terminal mobile. Toutes les entités du noeud sont reliées par un bus de communication bidirectionnel B. Le noeud Ni communique avec les autres noeuds du réseau ad-hoc RA via l'interface de réseau IR pour transmettre des requêtes et recevoir des réponses auxdites requêtes. Les requêtes d'identification RQI transmises depuis l'interface de réseau du noeud Ni sont établies par l'unité de communication UC. De même, les réponses d'identification reçues par l'interface de réseau IR sont traitées par l'unité de communication UC. L'unité de gestion de fichier descriptif UF gère les informations relatives au noeud Ni, comprises dans un fichier descriptif Fi. L'unité de gestion UF répond aux requêtes d'identification RQI relatives à l'identification du noeud Ni transmises par des autres noeuds dans le réseau ad-hoc. Les fonctionnalités des unités UC, UF et US peuvent être réalisées sous forme de modules logiciels implémentés dans le noeud Ni et exécutés par une unité centrale de traitement du noeud Ni. La mémoire M1 contient, entre autres, le fichier descriptif Fi du noeud Ni, une clé publique KPUj d'un couple cryptographique clé publique KPUi /clé privée KPVi assigné au noeud Ni et une fonction de hachage à sens unique H. La mémoire M2 est une mémoire de sécurité incluant la clé privée KPVi du couple cryptographique. En référence à la figure 3, le fichier Fi du noeud Ni est spécifié par un identificateur cryptographique ICj dédié au noeud pour établir un lien vers une description plus complète du noeud relative aux paramètres descriptifs Pli à Pmj du noeud. Selon une réalisation de l'invention et conformément au protocole HIP (Host Identity Protocol), l'identificateur cryptographique ICI dépend de la clé publique KPUi du couple cryptographique clé publique KPUi/clé privée KPVi assigné au noeud. L'identificateur cryptographique ICI est la clé publique KPUi, ou bien un haste de la clé publique H(KPUi) déterminé par application de la fonction de hachage H à la clé publique KPUi, la clé publique hachée H(KPUi) étant généralement de taille fixe et inférieure à celle de la clé publique KPUi. L'identification de noeud basée sur les clés publiques a pour avantage d'être universelle, chaque noeud du réseau RA possédant son propre couple cryptographique. En outre, le couple cryptographique du noeud participe à des fonctions de sécurité lors d'un envoi de donnée à un noeud destinataire. Ainsi, la signature de la donnée à l'aide de la clé privée du noeud garantit l'intégrité de la donnée pour le noeud destinataire qui vérifie la signature à l'aide de la clé publique du noeud qui a envoyé la donnée. Le chiffrement de la donnée à l'aide de la clé publique du noeud destinataire garantit la confidentialité de l'échange entre le noeud et le noeud destinataire qui est le seul à pouvoir déchiffrer la donnée à l'aide de sa clé privée. Le fichier Fi comprend un ou plusieurs paramètres descriptifs liés à la nature du noeud Ni. Par exemple, un paramètre descriptif d'un ordinateur personnel (PC) Ni ou Nj est l'adresse IP de l'ordinateur personnel. De même, des paramètres descriptifs du réseau R sont l'adresse d'un serveur DHCP ("Dynamic Host Configuration Protocol" en anglais) ou l'adresse d'une passerelle de réseau telle qu'un proxy HTTP ("HyperText Transfer Protocol" en anglais). Un paramètre descriptif du terminal mobile N3 ou Ni+1 est par exemple le numéro téléphonique international MSISDN ("Mobile Station ISDN Number" et "Integrated Digital Services Network" en anglais) du terminal mobile. La clé publique KPUi et la clé publique hachée H(KPUi) d'un noeud sont aussi des paramètres descriptifs contenus dans le fichier de chaque noeud. Tous les paramètres contenus dans le fichier sont des paramètres qui sont accessibles par les autres noeuds. Chaque paramètre descriptif Pmj dans le fichier Fi contient un identificateur du paramètre, tel qu'un nom NPmi et/ou un type TPmi, et une valeur de paramètre VPmi. Le nom NPmi est un sous- identificateur du noeud Ni. Le type TPmi caractérise le paramètre Pmj en indiquant par exemple que le paramètre est une adresse IPv4 "A", un nom de serveur de messagerie électronique "MX" ou un texte "'XI". La valeur de paramètre VPmi est requise par un autre noeud du réseau et est par exemple de la forme "2001:2:56" pour un paramètre de type adresse, ou de la forme "nom serveur mail.com" pour un paramètre de type serveur de messagerie électronique. Des informations autres que les paramètres descriptifs dans le fichier Fi sont liées au(x) paramètre(s) descriptif(s) du fichier et/ou à leur nom et comportent chacune un type et une valeur. Ces informations correspondent à la détection d'erreurs et à l'intégrité des informations à transmettre du noeud Np. Une information d'erreur caractérisée par un type TEmi et associée à chaque nom de paramètre NPmi, apporte une preuve de l'absence d'une valeur VP d'un paramètre requis. La valeur d'erreur VEmi de l'information d'erreur contient une liste des types liés à un nom de paramètre NPmj, tels que TPmj, TA, et le nom du paramètre suivant NP(m+1)j• Ainsi une requête d'identification RQI transmise par un autre noeud, relative à un nom de paramètre NPmj existant dans le fichier Fi dont le type TPmj contenu dans la requête est erroné, a pour réponse la valeur d'erreur VEmj. La réponse indique que le type contenu dans la requête pour ce nom de paramètre requis n'existe pas dans le fichier Fi, ce qui est justifié par la liste des types associés au nom NPmj du paramètre requis. Une information d'authentification caractérisée par un type TA et relative à une valeur respective VPmj , VEmj à transmettre à un autre noeud qui en a fait la demande, authentifie l'origine et garantit l'intégrité de ladite valeur respective relativement au noeud Ni. La valeur d'authentification VAPmj, VAEmj associée à l'information d'authentification correspond à une signature déterminée en fonction de la valeur respective VPmj, VEmj à transmettre et de la clé privée KPVj assignée au noeud Ni. Par exemple, la valeur VAPmj, VAEmj est déterminée par application de la fonction de hachage H à la valeur VPmj, VEmj et par chiffrement asymétrique de la valeur hachée en fonction de la clé privée KPVj assignée au noeud. La valeur VAPmj transmise dans une réponse RPI en même temps que la valeur respective VPmj du paramètre Pmj requis assure que ladite valeur respective provient du noeud Nmj . De même, la valeur VAEmj transmise dans une réponse RPI en même temps que la valeur d'erreur VEmj relative au nom NPmj du paramètre requis Pmj assure l'intégrité de la valeur d'erreur VEmj. Avantageusement la valeur VAPmj, VAEmj est transmise chiffrée par la clé publique de l'autre noeud, garantissant ainsi la confidentialité de l'échange d'informations dans la réponse RPI. Afin de vérifier l'intégrité de la valeur VPmi, l'autre noeud recevant une réponse d'identification contenant la valeur VPmi, a requis également, ou antérieurement, la clé publique KPUi associée à la clé privée KPVi du couple cryptographique assigné au noeud Ni pour déchiffrer la valeur d'authentification VAPmi. Puis l'autre noeud applique à la valeur VPmi reçue la fonction de hachage à sens unique H pour obtenir une valeur hachée, et compare la valeur hachée obtenue et la valeur déchiffrée qui doivent être identiques. Les paramètres descriptifs dans le fichier Fi sont indexés selon deux réalisations d'indexation. La première réalisation d'indexation est relative à une indexation de paramètre associant l'identificateur ICj du noeud Ni et le nom NPmi du paramètre afin d'obtenir la valeur VPmi associée. Selon cette réalisation, les types TP1i à TPmi caractérisant les paramètres Pli à Pmj du noeud sont identiques et ne différencient pas un paramètre du noeud d'un autre paramètre du noeud. Les paramètres Pli à Pmj du noeud sont différenciés par leurs noms NP1i à NPmi. La deuxième réalisation d'indexation est relative à une indexation de paramètre associant l'identificateur ICI du noeud Ni et le type TPmj du paramètre afin d'obtenir la valeur VPmi associée. Selon la deuxième réalisation, les types TP1i à TPmi caractérisant les paramètres Pli à Pmj du noeud sont distincts les uns des autres, les paramètres ne comportant pas de nom NP1i à NPmi. Le fichier Fi comporte alors une information d'erreur contenant tous les types de paramètres et d'informations du fichier descriptif du noeud Ni, ce qui réduit la taille du fichier. Pour se conformer aux spécifications DNS/DNSSEC d'autres descriptions sont incluses dans le fichier descriptif. Chaque paramètre descriptif ou information du fichier descriptif est défini par une classe identique pour toutes les informations, par exemple la classe "IN" relative à l'internet. Le fichier descriptif comprend une information de gestion du fichier caractérisée par le type "S0A" ("Start Of Authority" en anglais) dont la valeur comporte, entre autres, l'identité et l'adresse de l'administrateur du fichier et des données décrivant la manière dont le fichier est géré. Le fichier descriptif peut comprendre encore une information cryptographique caractérisée par le type "DNSKEY" ("Domaine Name System KEY" en anglais) relatif à la clé publique du couple cryptographique assigné au noeud. Les valeurs de ces informations supplémentaires sont respectivement authentifiées par des informations d'authentification caractérisées par le type TA. Le procédé d'identification d'un premier noeud N1 par un autre noeud N2 est maintenant décrit selon la première réalisation d'indexation et comprend des étapes El à E8 montrées à la figure 4. A l'étape El, le noeud N1 est connecté pour la première fois au réseau ad-hoc RA. L'interface de réseau IR du noeud N1 diffuse vers les autres noeuds un message MS établi par l'unité UC du noeud N1 et contenant l'identificateur cryptographique ICI du noeud NI et une adresse de source ADN1 assignée au noeud N1 afin que les autres noeuds identifient le noeud N1 et lui transmettent des messages ou des requêtes. L'adresse ADN1 est par exemple l'adresse MAC ("Medium Access Contrai" en anglais) du noeud incluant des identificateurs et un numéro de série, ou en variante une adresse formée à partir de l'identificateur cryptographique ICI. A l'étape E2, l'interface de réseau IR d'un autre noeud N2 intercepte le message MS. L'unité de communication UC du noeud N2 établit une requête d'identification RQI destinée au noeud NI pour y lire un ou des paramètres descriptifs requis tels qu'au moins la clé publique assignée au noeud NI afin de vérifier l'intégrité des paramètres provenant du noeud NI. Selon la première réalisation, la requête RQI contient au moins l'identificateur ICI du noeud NI extrait du message MS, le nom NPm1 du paramètre requis, en tant qu'identificateur du paramètre, et une adresse de source ADN2 relative au noeud N2 pour que le noeud NI transmette une réponse de la requête RQI au noeud N2. Le noeud N2 peut requérir tous les paramètres du noeud NI par la transmission d'une requête d'identification spécifique. A l'étape E3 l'interface de réseau IR du noeud NI reçoit la requête RQI qui est traitée par l'unité de communication UC du noeud NI. En fonction de l'identificateur cryptographique ICI désignant le fichier FI et du nom NPm1 du paramètre requis extraits de la requête RQI, l'unité de gestion de fichier descriptif UF du noeud NI recherche la valeur VPm1 et la valeur d'authentification VAPm1 associées au nom de paramètre NPm1 dans le fichier FI. Si à l'étape E4, les valeurs VPm1 et VAPm1 sont incluses dans le fichier FI, l'unité de communication du noeud N1 établit une réponse d'identification RPI incluant l'identificateur IC1 du noeud N1, le nom NPm1 et les valeurs VPm1 et VAPm1 du paramètre requis trouvées dans le fichier F1 du premier noeud N1. La réponse RPI est transmise au noeud N2 à l'étape E5. A l'étape E6, le noeud N2 reçoit la réponse RPI et l'unité de communication du noeud N2 vérifie l'intégrité de la valeur de paramètre VPm1 requise. L'unité de communication du noeud N2 déchiffre la valeur d'authentification VAPm1 en fonction de la clé publique KPUI assignée au noeud N1 et transmise dans la réponse RPI ou dans une réponse antérieure et produit une valeur déchiffrée. Puis l'unité de communication applique la fonction de hachage à sens unique H à la valeur VPm1 extraite de la réponse transmise RPI et compare la valeur hachée à la valeur déchiffrée, lesquelles doivent être identiques. En revenant à l'étape E4, si les valeurs VPm1 et VAPm1 ne sont pas incluses dans le fichier FI, l'unité de communication UC du noeud NI établit une réponse d'identification RPI contenant l'identificateur ICI du noeud NI, le nom NPm1 du paramètre, la valeur d'erreur VEm1 correspondant au paramètre Pm1 et la valeur d'authentification associée VAEm1. La réponse RPI est transmise par l'interface IR du noeud NI au noeud N2 à l'étape E7, qui vérifie l'intégrité de la valeur d'erreur VAEm1 à l'étape E8 de manière analogue à l'étape E6. Selon la deuxième réalisation d'indexation, les requêtes d'identification RQI et les réponses d'identification RPI ne contiennent pas le nom NPm1 du paramètre, mais contiennent le type 'Pm1 caractérisant le paramètre Pm1, en tant qu'identificateur du paramètre. Aux étapes E3 et E4, la recherche des valeurs VPm1 et VAPm1 du paramètre requis Pm1 dans le fichier F1 est effectuée en fonction de l'identificateur IC1 et du type de paramètre 'Pm1 inclus dans la requête RQI transmise à l'étape E2. Si à l'étape E4, les valeurs VPm1 et VAPm1 ne sont pas incluses dans le fichier F1, une information d'erreur contenant tous les types de paramètres et d'informations du fichier descriptif FI et accompagnée de la valeur d'authentification associée est transmise au noeud N2. Comme représenté aux figures 5 à 8, des trames de requête d'identification RQI et des trames de réponse d'identification RPI selon l'invention présentent des structures de champs identiques et sont conformes aux trames de la spécification DNS/DNSSEC. Une trame comporte au moins quatre champs. Un premier champ d'en-tête C ET indique si la trame est relative à une requête RQI ou à une réponse RPI, un deuxième champ C RQ comprend la requête, un troisième champ C RP comprend la réponse et un quatrième champ C AD peut comprendre des informations additionnelles. Selon la première réalisation d'indexation et en référence aux figures 5 et 6, le champ C RQ de la requête RQI et de la réponse RPI inclut le nom NPmi du paramètre requis associé à l'identificateur ICI du noeud Ni auquel la requête est destinée. Le type TPmi du paramètre est inclus dans la requête afin d'être conforme à la spécification DNS/DNSSEC, mais ne permet pas de distinguer un paramètre d'un autre paramètre. Le champ C RP de la réponse RPI comporte également le nom NPmi du paramètre requis associé à l'identificateur ICI et le type TPi du paramètre, et comprend en plus la valeur VPmi du paramètre et la valeur d'authentification VAPmi associée. Selon la deuxième réalisation d'indexation et en référence aux figures 7 et 8, le champ C RQ de la requête RQI et de la réponse RPI inclut l'identificateur ICI du noeud Ni auquel la requête est destinée et le type TPmi caractérisant le paramètre requis. Le champ C RP de la réponse RPI comporte également l'identificateur ICI et le type TPmi du paramètre, et comprend en plus la valeur VPmi du paramètre et la valeur d'authentification VAPmi associée. Le champ additionnel C AD de la réponse d'identification RPI d'un noeud Ni peut contenir des paramètres utiles à un premier échange avec un autre noeud, tels que la clé publique KPUi ou l'adresse IP du noeud Ni. L'invention n'est pas limitée aux réseaux sans infrastructures de type ad-hoc, elle peut également être implémentée dans un réseau avec infrastructure tel que l'internet dans lequel les noeuds ont accès au système DNS. Dans ce cas, le système d'identification de l'invention s'intègre facilement dans le système DNS sans apporter d'ambiguïté. Les bases de données DNS/DNSSEC relativement à l'invention associent à un nom de domaine d'un noeud Ni une adresse IPi et un identificateur cryptographique ICI. Ainsi, un noeud client peut obtenir l'identificateur cryptographique ICI du noeud Ni autrement que par réception dudit identificateur diffusé par le noeud Ni. Pour obtenir l'identificateur cryptographique d'un noeud Ni, le noeud client requiert l'identificateur ICI associé au nom de domaine du noeud Ni auprès de l'un des serveurs DNS lié à une base de données qui le lui transmet. Le noeud client obtient une description plus détaillée du noeud Ni à l'issue des étapes E2 à E8 de la figure 4. En variante, un noeud client, qui requiert l'adresse IP du noeud Ni à un serveur DNS, obtient également en réponse l'identificateur cryptographique ICI du noeud Ni inclus dans le champ additionnel C_AD. L'invention décrite ici concerne un procédé et un noeud parmi des noeuds hétérogènes. Selon une implémentation, les étapes du procédé de l'invention sont déterminées par les instructions d'un programme d'ordinateur incorporé dans le noeud. Le programme comporte des instructions de programme qui, lorsque ledit programme est exécuté dans un processeur du noeud dont le fonctionnement est alors commandé par l'exécution du programme, réalisent les étapes du procédé selon l'invention. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en oeuvre l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable pour implémenter le procédé selon l'invention. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage ou support d'enregistrement sur lequel est enregistré le programme d'ordinateur selon l'invention, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore une clé USB, ou un moyend'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé selon l'invention. REVENDICATIONS 1 - Procédé d'identification d'un noeud auprès d'autres noeuds dans un réseau de communication, caractérisé en ce qu'il comprend les étapes suivantes . mémorisation dans chaque noeud (Ni) d'un fichier (Fi) contenant des paramètres descriptifs (Pli-PMj) du noeud, chaque paramètre étant indexé par un identificateur cryptographique (ICi) du noeud et un identificateur de paramètre (NPmj, TPmj), diffusion (El) depuis un premier noeud (N1) se connectant au réseau, de l'identificateur cryptographique dudit noeud vers les autres noeuds du réseau, transmission (E2) de l'identificateur cryptographique du premier noeud et de l'identificateur d'un paramètre descriptif requis du premier noeud depuis un autre noeud (N2) du réseau vers le premier noeud, recherche (E3-E4) d'une partie (VPmj) dans le paramètre requis dans le fichier du premier noeud en fonction de l'identificateur cryptographique et de l'identificateur du paramètre, et transmission (E5) de la partie de paramètre trouvée depuis le premier noeud audit autre noeud. 2 - Procédé conforme à la revendication 1, selon lequel l'identificateur de paramètre (Pmj) est un nom (NPnj) dédié au paramètre. 3 - Procédé conforme à la revendication 1, selon lequel l'identificateur de paramètre (Pmj) est un type (TPmj) caractérisant le paramètre.35 4 - Procédé conforme à l'une quelconque des revendications 1 à 3, selon lequel l'identificateur cryptographique (ICj) d'un noeud (Nj) dépend d'une clé publique (KPUj) d'un couple clé publique(KPUj)/clé privée (KPVj) assigné au noeud. 5 - Procédé conforme à la revendication 4, selon lequel la partie de paramètre (Vmj) est transmise accompagnée d'une signature (VAPmj) de ladite partie de paramètre (VPmi) déterminée par la clé privée (KPVn) assignée au premier noeud. 6 - Procédé conforme à l'une quelconque des revendications 1 à 5, comprenant, lorsque le fichier (F1) du premier noeud (Ni) ne contient pas la partie de paramètre requise, une transmission (E7) d'une information d'erreur (VEmj) contenue dans le fichier et prouvant l'absence de ladite partie de paramètre dans le fichier. 7 - Procédé conforme à l'une quelconque des revendications 1 à 6, selon lequel le réseau de communication (RA) est un réseau ad hoc. 8 - Noeud dans un réseau de communication, caractérisé en ce qu'il comprend : une mémoire (M1) pour un fichier (Fi) contenant des paramètres descriptifs (Pin-PMn) du noeud, chaque paramètre étant indexé par un identificateur cryptographique (ICI) du noeud et un identificateur de paramètre (NPmi, TPmi), un moyen (UC, IR) pour diffuser l'identificateur cryptographique dudit noeud vers les autres noeuds du réseau, un moyen (UC, IR) pour transmettre l'identificateur cryptographique d'un premier autre noeud et l'identificateur d'un paramètre descriptif dudit premier autre noeud requis par ledit noeud, un moyen (UF) pour rechercher dans le fichier (Fi) d'une partie (VPmj) dans un paramètre requis par un deuxième autre noeud en fonction de l'identificateur cryptographique dudit noeud et de l'identificateur du paramètre transmis par le deuxième autre noeud, et un moyen pour transmettre (UC, IR) la partie de paramètre trouvée audit deuxième autre noeud. 9 - Programme d'ordinateur apte à être mis en oeuvre dans un noeud d'un réseau de communication, ledit programme étant caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit noeud (Nn), réalisent les étapes suivantes . mémorisation dans chaque noeud (Ni) d'un fichier (Fi) contenant des paramètres descriptifs (Pli-PMj) du noeud, chaque paramètre étant indexé par un identificateur cryptographique (ICi) du noeud et un identificateur de paramètre (NPmj, TPmj), diffusion (El) depuis un premier noeud (N1) se connectant au réseau, de l'identificateur cryptographique dudit noeud vers les autres noeuds du réseau, transmission (E2) de l'identificateur cryptographique du premier noeud et de l'identificateur d'un paramètre descriptif requis du premier noeud depuis un autre noeud (N2) du réseau vers le premier noeud, recherche (E3-E4) d'une partie (VPmj) dans le paramètre requis dans le fichier du premier noeud enfonction de l'identificateur cryptographique et de l'identificateur du paramètre, et transmission (E5) de la partie de paramètre trouvée depuis le premier noeud audit autre noeud.