FR 2976760 A1 20121221 FR 1155328 A 20110617 Procédé de traitement d'un paquet de données à l'émission, procédé de traitement d'un paquet de données à la réception, dispositifs et équipements noeuds associés 1. Domaine de l'invention Le domaine de l'invention est celui des télécommunications, et plus particulièrement à la sécurisation des télécommunications dans un réseau de communications électroniques sans fil. La présente invention concerne un procédé de traitement d'un paquet de données à la 10 réception, par un équipement noeud dudit réseau de communication sans fil. La présente invention concerne aussi un procédé de traitement d'un paquet de données à l'émission, par un équipement noeud dudit réseau de communication sans fil. La présente invention concerne également un dispositif d'émission d'un tel paquet sur un tel lien. Elle concerne en outre un dispositif de réception d'un tel paquet 15 L'invention s'applique de manière avantageuse aux réseaux de capteurs, dans lesquels des capteurs fonctionnant sur batterie sont soumis à des contraintes énergétiques fortes. De tels capteurs faible puissance ont une espérance de vie allant de quelques années à quelques dizaines d'années. Cette espérance de vie est d'autant plus longue qu'ils sont temporairement éteints ou mis hors tension ("duty cycling"). Le duty cycling permet de s'assurer 20 que les activités mettant en oeuvre des opérations nécessitant une forte énergie sont minimisées. Les paquets reçus par un noeud capteur peuvent lui être spécifiquement destinés ou non. Les paquets qui ne lui sont pas destinés peuvent être malintentionnés ou légitimes. Typiquement, les paquets non destinés sont reçus intégralement, puis sont rejetés par les 25 couches supérieures en raison par exemple du défaut de correspondance de l'adresse MAC ou de l'adresse IP. 2. Inconvénients de l'art antérieur5 L'énergie dépensée par le noeud capteur pour traiter les paquets à rejeter n'est pas du tout négligeable. Les paquets qui ne lui sont pas destinés mais légitimes, qu'on appellera dans la suite paquets non pertinents, arrivent à une fréquence plutôt régulière qui dépend de la cardinalité du voisinage et des taux de transmission des noeuds voisins. Ces paquets non pertinents proviennent généralement de noeuds voisins à un saut du noeud récepteur. Il peut s'agir aussi bien de paquets de données que de paquets de contrôle. Typiquement, l'énergie est dépensée lors de la réception du paquet dans son intégralité, la mise en oeuvre de procédures de sécurité sur le paquet entier et de vérification de l'adresse de destination. C'est seulement à l'issue de ces différentes opérations que le paquet est rejeté. A titre d'exemples de paquets non pertinents, on peut citer des paquets de données unicast destinés à d'autres noeuds que le noeud courant, des paquets de données diffusés de façon redondante, des paquets de contrôle de poignées de mail (« handshaking », en anglais) ou encore des paquets de contrôle utilisés dans le cadre de procédure de contrôle d'accès aléatoire. Le filtrage de paquets non pertinents peut être évité à l'aide d'un filtrage de l'adresse de destination du paquet. On peut aussi programmer les liens de communication de façon à ce que l'émetteur et le récepteur se réveillent à des instants spécifiques fixés a priori. Il est aussi connu de déployer de courts préambules contenant l'information nécessaire relative à la destination du paquet, de façon à permettre aux noeuds récepteurs non destinataires du paquet en question de se rendormir avant que le long paquet de données leur parvienne. Toutefois, aucune de ces techniques ne permet d'éviter la sur-écoute (« overhearing » en anglais). En effet, elles ne font que prévoir des traitements spécifiques supplémentaires à ceux nécessaires à la réception d'un paquet accessible par voie radio par l'équipement noeud. Des paquets non destinés mais cette fois, mal-intentionnés alimentent des attaques DoS avec comme objectif celui de faire disparaître la disponibilité d'un équipement ou d'un lien. Des attaques typiques dans les réseaux faible puissance sont des attaques d'épuisement (« exhaustion attacks », en anglais) qui visent à décharger la batterie d'un équipement. Pour lutter contre ce type d'attaque, des solutions ont été déployées. Un exemple d'attaque DoS exploite le mécanisme de poignée de main RTS/CTS (request-to-send/clear-to-send) bidirectionnel que de nombreux protocoles de la couche MAC utilisent pour faire face au problème des noeuds cachés. Un attaquant peut épuiser les ressources d'un noeud en envoyant de façon répétée des messages RTS pour déclencher l'envoi de réponses CTS par un noeud voisin cible. Une authentification contraignante au niveau de la couche liaison peut permettre d'éviter à de telles attaques d'aboutir. Toutefois, le noeud cible qui reçoit les messages RTS n'en consomme pas moins de l'énergie et de la bande passante. Une autre attaque DoS consiste à injecter du trafic inadapté dans le réseau. Un attaquant peut envoyer un paquet dans le réseau avec pour seule intention de provoquer la consommation d'énergie par les noeuds impliqués dans le routage de ce paquet vers son équipement de destination. La réponse traditionnellement apportée à ce type d'attaque consiste, comme déjà évoqué, à renforcer l'authentification du paquet au niveau de la couche de liaison pour limiter le taux d'admission des paquets par la couche MAC en n'accordant à un noeud l'accès au canal pour un intervalle de temps court. Une autre solution repose sur une détection collaborative de modèles de trafic anormaux pour certains noeuds (« trust framework », en anglais). Toutefois, ces techniques n'apportent pas une sécurité suffisante ce qui fait qu'elles échouent dans la prévention efficace des attaques DoS. Finalement, un équipement noeud est donc amené à traiter un nombre non négligeable de paquets mal intentionnés. Il existe donc un besoin d'une solution efficace pour lutter efficacement contre les attaques de déni de service tout en évitant de mettre un noeud en situation de sur-écoute. 3. Résumé de l'invention L'invention vient améliorer la situation en proposant un procédé de traitement d'un paquet de données à sa réception, ledit paquet de données ayant été transmis par un premier équipement noeud à destination d'un deuxième équipement noeud sur un lien d'un réseau de communication électronique sans fil, ledit paquet comprenant un en-tête et des données utiles. Selon l'invention, ledit procédé comprend les étapes suivantes mises en oeuvre par le deuxième équipement noeud, sur réception d'un en-tête dudit paquet de données : - Détection d'un préambule d'authentification du lien dans l'en-tête reçu; - Authentification du lien à l'aide du préambule d'authentification détecté. - Décision de réception des données utiles du paquet de données en fonction du résultat de l'authentification. L'insertion dans l'en-tête du paquet de données d'un préambule d'authentification du lien entre l'équipement noeud émetteur et l'équipement noeud récepteur permet une authentification du lien à partir de la réception du seul en-tête du paquet de données par le deuxième noeud. Ainsi le deuxième noeud peut-il prendre la décision de continuer la réception du paquet de données si l'étape d'authentification a réussi et de rejeter le paquet de données sinon. Avec l'invention et contrairement à l'art antérieur, il est donc possible pour le deuxième noeud d'authentifier un paquet de données sans le recevoir intégralement. Le fait de mener une authentification sur la base de l'en-tête seul va à l'encontre de la pratique courante de l'homme du métier. En effet, il est généralement admis qu'une authentification s'appuie notamment sur un calcul de type « checksum » qui nécessite la réception préalable de l'intégralité du paquet. L'invention propose donc une approche nouvelle et inventive basée sur l'authentification du lien entre deux noeuds, plutôt que l'authentification du paquet lui-même. Cette approche présente l'avantage de réduire au minimum l'énergie dépensée par le deuxième noeud pour traiter les paquets qu'il reçoit. Il désamorce ainsi les attaques de déni de service sans se mettre en situation de sur-écoute, puisqu'il ne consacre que peu de ressources à rejeter les paquets mal intentionnés. Un avantage de l'invention est qu'elle permet en outre de traiter les paquets non pertinents à moindre coût. Selon un aspect de l'invention, le préambule d'authentification détecté ayant une valeur fonction d'au moins un attribut partagé par le premier et le deuxième noeud, l'étape d'authentification comprend les sous-étapes suivantes : - comparaison du préambule d'authentification détecté avec un préambule d'authentification de référence généré en fonction dudit au moins un attribut ; - décision en fonction du résultat de la comparaison. Le fait de partager la connaissance de la valeur d'au moins un attribut du lien et de l'utiliser pour calculer le préambule d'authentification, rend l'authentification plus fiable. Selon un autre aspect, le procédé selon l'invention comprend une étape préalable de génération d'au moins un préambule d'authentification de référence pour le lien avec le premier noeud à partir d'au moins un attribut partagé avec le premier noeud et une étape de stockage dudit au moins un préambule d'authentification de référence généré en mémoire. Le fait de calculer au préalable une ou plusieurs valeurs de préambules d'authentification de référence pour le lien considéré permet de limiter le temps d'analyse du préambule du paquet à sa réception par l'équipement noeud. Selon encore un autre aspect de l'invention, ledit au moins un attribut appartient au groupe comprend : - un attribut d'identification du lien ; - un attribut d'authentification du lien ; et - un attribut de fraîcheur du paquet de données. Le partage de tels attributs par les équipements noeuds émetteurs et récepteurs, permet d'authentifier de façon fiable à la fois le lien et le paquet de données. Selon encore un autre aspect de l'invention, l'étape de génération d'un préambule d'authentification de référence est mise en oeuvre à partir d'un attribut d'identification {lDu,lDv}, d'un attribut d'authentification (Ku,v) et d'un attribut de fraîcheur (i) et d'un code de message H(k,m) fonction d'une donnée m et d'une clé k, selon l'équation suivante : H({ID,, IDvK,,_v) pour i = 0 F~~v = , i, m et k étant des entiers non nuls. a Ku-v H( 1-1 v Ku-v' Ku-v) 5111012 Un avantage de cette étape de génération d'un préambule est qu'elle permet de calculer itérativement le préambule d'authentification du paquet courant à partir de celui du paquet précédent. L'invention concerne également un procédé de traitement d'un paquet de données à l'émission par un premier équipement noeud d'un réseau de communication électroniques sans fil, ledit paquet de données étant destiné à être transmis à un deuxième équipement noeud sur un lien du réseau de communication électronique sans fil, ledit paquet de données comprenant un en-tête et des données utiles, Selon l'invention, ledit procédé comprend une étape d'insertion d'un préambule d'authentification du lien dans l'en-tête du paquet de données. Selon un aspect de l'invention, l'en-tête du paquet de données comprenant au moins un en-tête de couche physique suivi d'un en-tête de couche MAC, le préambule d'authentification est inséré dans l'en-tête du paquet de données à une position dans le groupe comprenant les positions suivantes : - à la fin de l'en-tête de la couche physique; - dans le préambule de couche physique, entre un champ de début de trame et un champ de longueur de trame; - dans l'en-tête de la couche physique, après un préambule de synchronisation ; - dans l'en-tête de la couche physique, à la place du préambule de synchronisation ; - dans l'en-tête de la couche physique, à la place du champ de début de trame ; - dans l'en-tête de la couche MAC, après un champ de contrôle de trame. Le préambule d'authentification généré peut être inséré à différents endroits de l'en-tête du paquet. Avantageusement, il est inséré en début d'en-tête, de façon à permettre de déclencher au plus tôt l'étape d'authentification du paquet selon l'invention. Ainsi, le procédé de traitement selon l'invention permet de décider de la suite à donner à la réception d'un paquet de données dès les couches basses du modèle OSI. L'invention concerne aussi un dispositif de traitement d'un paquet de données à la réception apte à mettre en oeuvre le procédé de traitement à l'émission selon l'invention et qui vient d'être décrit. Un tel dispositif peut avantageusement être intégré dans un équipement noeud d'un réseau de communications électroniques sans fil. L'invention concerne aussi un dispositif de traitement d'un paquet de données à l'émission apte à mettre en oeuvre le procédé de traitement à l'émission selon l'invention et qui vient d'être décrit. Un tel dispositif peut avantageusement être intégré dans un équipement noeud d'un réseau de communications électroniques sans fil. L'invention concerne aussi un équipement noeud comprenant un dispositif d'émission d'un paquet de données et un dispositif de réception d'un paquet de données selon l'invention. L'invention concerne également un réseau de communications électroniques sans fil comprenant une pluralité d'équipements noeuds selon l'invention. L'invention concerne encore un programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé de traitement à la réception tel que décrit précédemment, lorsque ce programme est exécuté par un processeur. Un tel programme peut utiliser n'importe quel langage de programmation. Il peut être téléchargé depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur. L'invention concerne enfin un programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé de traitement à l'émission tel que décrit précédemment, lorsque ce programme est exécuté par un processeur. Un tel programme peut utiliser n'importe quel langage de programmation. Il peut être téléchargé depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur. 4. Liste des figures D'autres avantages et caractéristiques de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1 présente de façon schématique un réseau de communication électronique auquel sont connectés des équipements noeuds selon l'invention ; - la figure 2 présente de façon schématique les étapes du procédé de traitement d'un paquet de données à l'émission et celles du procédé de traitement d'un paquet de données à la réception selon l'invention ; - la figure 3 présente de façon schématique la structure d'un équipement noeud selon l'invention ; et - la figure 4 présente des exemples de structure d'un paquet de données selon l'invention. 5. Description d'un mode de réalisation particulier de l'invention Le principe général de l'invention repose sur l'insertion d'un préambule d'authentification dans l'en-tête d'un paquet de données avant son émission sur un lien entre un premier équipement noeud et un deuxième équipement noeud connecté à un réseau de communications électroniques. Un tel préambule est partagé par le premier et le deuxième équipement noeud. Il est utilisé par le deuxième équipement noeud pour authentifier le lien à partir de la lecture du seul en-tête du paquet de données et décider s'il peut recevoir en sécurité l'intégralité du paquet de données. En relation avec la figure 1, on considère un réseau de communications électroniques WN, auquel sont connectés par des liaisons sans fil une pluralité d'équipements noeuds. Il s'agit, par exemple d'un réseau de communications cellulaires, de type GSM ou des générations suivantes ou bien d'un réseau de capteurs. Dans le premier cas, les équipements noeuds sont des téléphones mobiles. Dans le deuxième cas, les équipements noeuds sont des capteurs, préférentiellement embarqués ou sur piles, donc soumis à des contraintes énergétiques fortes. Sur la figure 1, on a représenté de façon schématique quatre équipements noeuds EN1 à EN4 reliés entre eux par les liens sans fil L12, L13, L14, L24 et L34. L'équipement noeud EN1 est dans le voisinage direct des trois autres équipements noeuds EN2, EN3 et EN4. Lorsqu'un des équipements noeuds de ce voisinage, par exemple EN2 envoie un message par voie radio à un autre équipement noeud de ce voisinage, par exemple EN4, l'équipement noeud EN1 est en situation d'écouter ce message, qui ne lui est pourtant pas destiné. On comprend donc que selon la cardinalité du voisinage qui l'entoure et de l'intensité du trafic dans ce voisinage, un équipement noeud peut être soumis à une sur-écoute importante. En relation avec la figure 2, on présente maintenant la structure d'un équipement noeud EN selon l'invention. Selon un premier aspect de l'invention, cet équipement noeud EN comprend un dispositif 100 de traitement d'un paquet de données avant son émission sur un lien entre l'équipement noeud et un deuxième équipement noeud du réseau. Le dispositif de traitement 100 selon l'invention comprend un module de réception 110 apte à recevoir un paquet de données PD comprenant des données utiles DU que l'équipement noeud EN prévoit d'émettre à destination d'autres équipements noeuds du réseau WN. Le paquet est traité par une unité de traitement 120 équipée d'un microprocesseur apte à mettre en oeuvre les moyens constitutifs de l'invention, en particulier, des moyens de calcul et d'insertion d'un préambule d'authentification PA du lien dans l'en-tête du paquet de données PD à émettre. Dans un mode de réalisation particulier de l'invention, les moyens de calcul sont aptes à prendre en compte au moins un attribut ATT du lien entre EN et l'équipement noeud destinataire du paquet PD, pour le calcul du préambule PA. Le dispositif de traitement 100 selon l'invention comprend en outre une mémoire 140 dans laquelle est stockée un programme d'ordinateur 130 mettant en oeuvre les étapes du procédé de traitement à l'émission selon l'invention, qui sera décrit de façon plus détaillée, en relation avec la figure 3. A l'initialisation, les instructions de code du programme d'ordinateur 130 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 120. Selon un deuxième aspect de l'invention, cet équipement noeud EN comprend en outre un dispositif 200 de traitement d'un paquet de données à la réception sur un lien entre un premier équipement noeud du réseau et l'équipement noeud EN. Le dispositif de traitement 200 selon l'invention comprend un module de réception 210 apte à recevoir des données transmises par le module d'émission/réception radio EMR de l'équipement noeud EN en provenance d'autres équipements noeuds du réseau WN. En particulier, le module de réception 210 est apte à recevoir les données dites de contrôles contenues dans l'en-tête H d'un paquet de données, PD' reçu par le module EMR. Les données de contrôle H sont ensuite traitées par une unité de traitement 220 équipée d'un microprocesseur apte à mettre en oeuvre les moyens constitutifs de l'invention, en particulier, des moyens de détection d'un préambule d'authentification du lien dans l'en-tête du paquet de données à recevoir, des moyens d'authentification du lien à l'aide du préambule détecté et des moyens de décision DRP de réception des données utiles DU' en fonction du résultat de l'authentification. Le dispositif de traitement 200 selon l'invention comprend en outre une mémoire 240 dans laquelle est stockée un programme d'ordinateur 230 mettant en oeuvre les étapes du procédé de traitement à la réception selon l'invention, qui sera décrit de façon plus détaillée, en relation avec la figure 3. A l'initialisation, les instructions de code du programme d'ordinateur 230 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 220. Les procédés de traitements mis en oeuvre à l'émission du paquet de données et à sa réception par l'équipement noeud EN dans un mode de réalisation de l'invention vont maintenant être décrits en relation avec la Figure 3. On considère d'abord le procédé de traitement mis en oeuvre par un équipement noeud EN1 en vue de l'émission d'un paquet de données PDE sur un lien L12 avec un deuxième équipement noeud EN2. On suppose qu'au préalable, les équipements noeuds EN1 et EN2 ont convenu de partager au moins un attribut ATTAL relatif à l'authentification du lien L12, un attribut ATTIL relatif à l'identification du lien L12 et un attribut relatif à la fraîcheur du paquet de données à transmettre sur le lien L12. On considère que ce ou ces attributs sont échangés de façon sécurisée et connue, par exemple lors du déploiement du réseau. Il est entendu que les valeurs de ces attributs ne doivent pas être accessibles par d'autres équipements noeuds. Selon l'invention, l'attribut ATTAL relatif à l'authentification est par exemple une clé de groupe, telle qu'une clé de réseau partagée par un groupe d'équipements noeuds, ou un clé « pair-wise », telle qu'une clé partagée par un couple d'équipements noeuds, ou encore une combinaison des deux types de clés. En ce qui concerne l'attribut d'identification du lien ATTIL, il s'agit d'une information à partir de laquelle il est possible de vérifier l'identité des participants à la communication, en l'espèce celle du premier et du deuxième équipement noeud, et surtout de distinguer les utilisateurs légitimes des intrus. On entend par information relative à la fraîcheur, ou autrement dit à l'actualité du paquet une information permettant de vérifier que le paquet candidat à la réception n'est pas un paquet réémis et que l'en-tête n'a pas été recopié. Il peut s'agir par exemple : - d'une estampille temporelle absolue, destinée à traverser l'ensemble du réseau considéré ( « system wide », en anglais) ; - d'une estampille temporelle relative à une synchronisation du lien ; - d'un compteur de paquet ou de trame spécifique au lien considéré. Un sous-ensemble échantillonné de ces attributs dans le temps peut aussi valablement être utilisé. Un attribut de fraîcheur peut par exemple la valeur moyenne d'un des ces attributs sur une période de 10 secondes. Au cours d'une première étape El, l'équipement noeud émetteur El génère un préambule d'authentification à l'aide des attributs ATTAL, ATTIL, ATTp. Dans la suite, pour des raisons de clarté, on désignera par u l'équipement noeud émetteur EN1 et par v l'équipement noeud récepteur EN2. L'équipement noeud u génère au cours de cette première étape El un préambule d'authentification AF de longueur I, avec I entier non nul. L'équipement noeud u est identifié de façon unique à l'aide d'un identifiant IDu et l'équipement noeud v est identifié de façon unique à l'aide d'un identifiant IDv. Dans l'exemple de mise en oeuvre de l'étape E1 qui va être détaillé ci après, les trois attributs ATTAL, ATTIL, ATTP sont choisis comme suit : - l'attribut de fraîcheur précédemment évoqué, est dans cet exemple, un compteur 2 de trame des paquets qui ont circulé sur le lien entre l'équipement noeud et l'équipement noeud v ; - l'attribut d'authentification est une clé K(u, v) ou secret partagé par le couple (u, v) ; et - l'attribut d'identification du lien est formé par la concaténation des identifiants IDu et IDv, {IDu,IDv}. Dans cet exemple de réalisation, le préambule d'authentification F,.Uw KU_v est généré par l'équipement noeud u pour le ième paquet émis par l'équipement noeud u vers l'équipement noeud v, à partir des trois attributs ci-dessus, de la façon suivante : H({ID,ID K ,,_j pour i=0 Fu' Ku_v MF' (1), les variables i, k et m étant F_1 Ku_v, Ku_v) sinon des entiers non nuls. Dans l'équation (1), la fonction H(k,m) fournit un code d'authentification de message (« Message Authentication Code », MAC, en anglais). De façon connue, ce code permet à un équipement récepteur de vérifier que le message qu'il reçoit n'a pas été altéré. La fonction peut être une fonction de hashage de la donnée m et de la clé k, avec la variable k qui correspond à l'attribut d'identification des équipements noeuds u et v, et m qui correspond à l'attribut d'authentification du lien. On comprend que le préambule d'authentification est calculé intégralement pour le premier paquet (i=0) émis sur le lien par l'équipement noeud u à destination de l'équipement noeud v et qu'ensuite, à partir de i=1, la valeur du préambule d'authentification calculée pour le paquet précédent et l'attribut d'authentification du lien sont utilisés comme variables de la fonction H(k,m). Autrement dit, dans cet exemple, seul le premier calcul se base directement sur l'attribut d'identité. Une longueur recommandée pour le préambule d'authentification est de 32 ou 64 bits. Il s'agit en effet d'un bon compromis entre coût et sécurité. On notera que la fonction de hashage cryptographique H(k,m) peut, si besoin, être tronquée. A titre d'exemple, on peut utiliser une fonction de hashage de type HMAC tronquée ou encore une fonction de type « standard block cipher », telle qu'une fonction AES dans le CBC-MAC mode, la dernière étant particulièrement adaptée aux systèmes embarqués faible puissance puisque elle permet d'implémenter à la fois le chiffrement et le hashage avec un code de taille minimale et une zone hardware minimale. Néanmoins, efficacité et une sécurité réduites. En ce qui concerne la troncature du résultat de l'application de on notera qu'elle peut être réalisée d'au moins trois façons : - en supprimant des bits au début ; en supprimant des bits à la fin ; en échantillonnant selon un modèle particulier. Dans une étape E2, le préambule d'authentification PA ainsi généré est inséré dans le préambule du paquet de données PDE à transmettre sur le lien (u, v). Avantageusement, il est inséré le plus tôt possible dans le préambule du paquet de données PD, soit dans le préambule de la couche physique ou au plus tôt dans le préambule de la couche MAC. Selon un aspect de l'invention, le préambule d'authentification PA peut remplacer un champ existant, tel que par exemple un mot de synchronisation ou encore un délimiteur de trame. Un avantage est de ne pas augmenter la taille du paquet de données. De façon alternative, un nouveau champ est inséré dans le préambule, par exemple après le mot de synchronisation ou le compteur de trames. Le paquet de données PDE est ensuite transmis sur le lien (u,v), puis traité par l'équipement noeud destinataire v. Ce dernier met en oeuvre le procédé de traitement d'un paquet de données en vue de sa réception, selon l'invention, qui va maintenant être décrit en détails. Au cours d'une étape R1, l'équipement noeud v reçoit l'en-tête H du paquet de données PDR reçu et détecte le préambule d'authentification PA en R2. la contrepartie est une la fonction de hashage, 14 Au cours d'une étape R4, l'équipement noeud v analyse le préambule d'authentification détecté en le comparant à un préambule d'authentification de référence qu'il a précédemment calculé pour le lien (u, v) dans une étape . Pour ce faire, l'équipement noeud v utilise des attributs du lien qu'il partage avec l'équipement noeud u. Si on revient à l'exemple de réalisation précédemment détaillé, il s'agit des trois attributs suivants : - l'attribut d'identification du lien ; - l'attribut d'authentification du lien ; et - l'attribut de fraîcheur du paquet. L'équipement noeud récepteur v a donc calculé le préambule d'authentification de référence Fil KU_V de la même façon que l'équipement noeud émetteur u. L'équipement noeud v compare bit à bit le préambule d'authentification détecté avec le préambule d'authentification de référence qu'il a calculé localement. Si les deux valeurs sont identiques, alors l'authentification est considérée comme un succès. Sinon, c'est un échec. On notera qu'il est particulièrement avantageux pour l'équipement noeud v de pré-calculer les valeurs potentielles des préambules d'authentification de référence pour un certain nombre de paquets susceptibles de lui être transmis par ces N voisins, N étant un entier non nul. Cela permet en effet de réduire le temps d'analyse d'un nouveau préambule reçu. Par ailleurs, pour éviter tout risque de perte de synchronisation (« out of synch », en anglais) dû à la réception d'un paquet erroné, il est recommandé de calculer itérativement le préambule d'authentification de référence sur une fenêtre temporelle W à partir du dernier paquet authentifié avec succès. Il est donc préférable de choisir une fenêtre temporelle de calcul de largeur inférieure à la valeur du taux d'erreur sur les paquets de données. Ainsi, le nombre de valeurs de préambules d'authentifications de référence à stocker est égal à W.N. Dans une étape R5, l'équipement noeud v décide de continuer la réception du paquet de données PDR, en fonction du résultat de l'étape précédente d'authentification. Si l'authentification a été un succès, il continue en R6 à recevoir le paquet de données et traite ses données utiles DUR. En cas d'échec de l'authentification, au contraire, il rejette le paquet de données.11 en résulte que l'invention permet de protéger l'équipement noeud des effets de paquets mal-intentionnés, tout en limitant la sur-écoute. En relation avec la figure 4, on présente plusieurs exemples d'insertion du préambule d'authentification AP selon l'invention dans l'en-tête H d'un paquet de données PD. La figure 4 a présente un exemple de structure classique d'un paquet de données selon le modèle de couches OSI. Un tel paquet comprend un en-tête H destinée aux données de contrôle et une partie PLD (« payload », en anglais) destinée aux données utiles. L'en-tête H comprend un en-tête de couche physique PHY-HEADER suivi d'un en-tête de couche MAC MAC-HEADER. Le paquet comprend aussi des données utiles L'en-tête de couche physique comprend généralement les trois champs suivants : - un préambule de synchronisation synch preamble ; - un champ de début de trame; - un champ de longueur de trame. L'en-tête de couche MAC comprend généralement les deux champs suivants : - un champ de contrôle de trames; - un champ d'adresses; Dans un premier exemple (b), le préambule d'authentification AP selon l'invention est inséré à la fin de l'en-tête de couche physique. Dans un deuxième exemple (c), le préambule d'authentification AP selon l'invention est inséré dans l'en-tête de couche physique entre le champ de début de trame et le champ de longueur de trame. Dans un troisième exemple (d), le préambule d'authentification AP selon l'invention est inséré dans l'en-tête de couche physique entre le préambule de synchronisation et le champ de début de trame. Dans un quatrième exemple (e), le préambule d'authentification AP selon l'invention est inséré dans l'en-tête de couche physique à la place du préambule de synchronisation. 30 Dans un cinquième exemple (f), le préambule d'authentification AP selon l'invention est inséré dans l'en-tête de couche physique à la place du champ de début de trame. Dans un sixième exemple (g), le préambule d'authentification AP selon l'invention est inséré dans l'en-tête de couche MAC entre champ de contrôle de trame et le champ d'adresses.5 REVENDICATIONS1. Procédé de traitement d'un paquet de données à sa réception, ledit paquet de données ayant été transmis par un premier équipement noeud (EN1, u) à destination d'un deuxième équipement noeud (EN2, v) sur un lien (L12) d'un réseau de communication électronique sans fil, ledit paquet comprenant un en-tête (H) et des données utiles (DUR), ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes mises en oeuvre par le deuxième équipement noeud, sur réception d'un en-tête dudit paquet de données : - Détection (R2) d'un préambule d'authentification (PA) du lien dans l'en-tête reçu; - Authentification (R4) du lien à l'aide du préambule d'authentification détecté. - Décision (R5) de réception des données utiles du paquet de données en fonction du résultat de l'authentification. 3. 2. Procédé de traitement selon la revendication 1, caractérisé en ce que, le préambule d'authentification détecté ayant une valeur fonction d'au moins un attribut (ATT) partagé par le premier et le deuxième noeud, l'étape d'authentification comprend une sous-étape de comparaison du préambule d'authentification détecté avec un préambule d'authentification de référence généré en fonction dudit au moins un attribut et en ce que la décision de réception des données utiles est prise en fonction du résultat de la comparaison. 3. Procédé de traitement selon la revendication 2, caractérisé en ce qu'il comprend une étape préalable (R3) de génération d'au moins un préambule d'authentification de référence pour le lien avec le premier équipement noeud à partir d'au moins un attribut (ATT) partagé avec le premier équipement noeud et une étape de stockage dudit au moins un préambule d'authentification de référence généré en mémoire. 4. Procédé de traitement selon la revendication 2, caractérisé en ce que ledit au moins un attribut appartient au groupe comprenant : - un attribut d'identification du lien ; - un attribut d'authentification du lien ; et - un attribut de fraîcheur du paquet de données. 18 5. Procédé de traitement selon la revendication 4, caractérisé en ce que l'étape (R3) de génération d'un préambule d'authentification de référence est mise en oeuvre à partir d'un attribut d'identification {lDu,lDv}, d'un attribut d'authentification (Ku,v) et d'un attribut de fraîcheur (i) et d'un code de message H(k,m) fonction d'une donnée m et d'une clé k, selon H({IDA, IDv }, K~_v) pour i = 0 l'équation suivante F~~° x~_v = ~~v , i, m et k étant H(F~_~ xu v,K~_v) sinon des entiers non nuls. 6. Procédé de traitement d'un paquet de données (PD) à l'émission par un premier équipement noeud (EN1) d'un réseau de communication électroniques sans fil, ledit paquet de données étant destiné à être transmis à un deuxième équipement noeud sur un lien du réseau de communication électronique sans fil, ledit paquet de données comprenant un en-tête et des données utiles, caractérisé en ce que ledit procédé comprend une étape d'insertion d'un préambule d'authentification du lien dans l'en-tête du paquet de données. 7. Procédé de traitement d'un paquet de données selon la revendication 6, caractérisé en ce que, l'en-tête (H) du paquet de données comprenant au moins un en-tête de couche physique suivi d'un en-tête de couche MAC, le préambule d'authentification (PA) est inséré dans l'en-tête du paquet de données à une position dans le groupe comprenant les positions suivantes : - à la fin de l'en-tête de la couche physique; - dans le préambule de couche physique, entre un champ de début de trame et un champ de longueur de trame; - dans l'en-tête de la couche physique, après un préambule de synchronisation ; - dans l'en-tête de la couche physique, à la place du préambule de synchronisation ; - dans l'en-tête de la couche physique, à la place du champ de début de trame ; - dans l'en-tête de la couche MAC, après un champ de contrôle de trame. 8. Dispositif de traitement (200) d'un paquet de données (PDR) à la réception, ledit paquet ayant été transmis par un premier noeud à destination d'un deuxième noeud sur un lien d'un réseau de communication électroniques sans fil, le paquet comprenant un en-tête et des données utiles, caractérisé en ce qu'il est apte à mettre en oeuvre les moyens suivants, sur réception de l'en-tête dudit paquet de données : - Détection d'un préambule d'authentification du lien dans l'en-tête reçu; - Authentification du lien à l'aide du préambule d'authentification détecté. - Décision de réception des données utiles du paquet de données en fonction du résultat de l'authentification. 9. Dispositif de traitement (100) d'un paquet de données (PDE) à l'émission, ledit paquet de données étant destiné à être transmis par un premier équipement noeud (ENI) à un deuxième équipement noeud (EN2) d'un réseau de communications électroniques sans fil sur un lien dudit réseau, ledit paquet de données comprenant un en-tête (H) et des données utiles (DUE), caractérisé en ce qu'il comprend des moyens d'insertion d'un préambule d'authentification du lien dans l'en-tête du paquet de données. 10. Equipement noeud (EN) d'un réseau de communications électroniques sans fil, caractérisé en ce qu'il comprend un dispositif d'émission (100) d'un paquet de données selon la revendication 8 et un dispositif de réception (200) d'un paquet de données selon la revendication 7. 11. Réseau de communication électronique sans fil (WN), caractérisé en ce qu'il comprend une pluralité d'équipements noeuds selon la revendication 10. 12. Programme d'ordinateur caractérisé en ce qu'il comprend des instructions pour la mise en oeuvre d'un procédé de réception selon la revendication 1, lorsque ce programme est exécuté par un processeur.25 13. Programme d'ordinateur caractérisé en ce qu'il comprend des instructions pour la mise en oeuvre d'un procédé d'émission selon la revendication 6, lorsque ce programme est exécuté par un processeur.5