FR 2888432 A1 20070112 FR 0507266 A 20050707 La présente invention concerne un procédé de protection de trames de gestion échangées entre deux équipements sans fil, notamment pour trames Wi-Fi. Elle concerne également un procédé d'émission de trames de gestion et un procédé de réception de telles trames, ainsi que des programmes d'ordinateur mettant en oeuvre ces procédés et des supports de données contenant ces programmes d'ordinateur. L'invention intervient lors de l'interaction entre deux équipements sans fil souhaitant se connecter l'un à l'autre. Ces deux équipements sont souvent appelés client et point d'accès . Le point d'accès peut être un terminal, par exemple dans le cas où deux ordinateurs se connectent l'un à l'autre pour échanger des données, ou une passerelle permettant à un client d'accéder au réseau Internet ou à un réseau d'entreprise. On connaît déjà, dans l'état de la technique, la machine à états IEEE 802. 11 impliquant, pour son fonctionnement, différentes trames de gestion. Parmi ces différentes trames de gestion, on distingue la trame de: balise (en anglais beacon ) : trame à diffusion générale (en anglais broadcast ) émise régulièrement par un point d'accès afin d'informer les clients de sa présence et de leur transmettre un ensemble de caractéristiques propres au point d'accès (par exemple, un nom de réseau) ; - requête de recherche (en anglais probe request ) : trame à diffusion générale de découverte de points d'accès émise par un client afin de découvrir les points d'accès disponibles et d'obtenir un ensemble de caractéristiques propres à ces points d'accès; - réponse de recherche (en anglais probe response ) : en réponse à une requête de recherche, trame à diffusion individuelle (en anglais unicast ) de notification au client de la présence d'un point d'accès et de transmission d'un ensemble de caractéristiques propres à ce point d'accès; requête d'authentification (en anglais authentication request ) : trame à diffusion individuelle de tentative d'authentification d'un client auprès d'un point d'accès; il existe deux modes d'-authentification, l'un partagé qui nécessite la connaissance d'un secret partagé entre le client et le point d'accès; et l'autre ouvert qui ne nécessite pas de secret partagé ; - réponse d'authentification (en anglais authentication response ) : en réponse à une requête d'authentification, trame à diffusion individuelle de notification envoyée au client par un point d'accès, contenant le résultat succès ou échec ; - requête d'association (en anglais association request ) : trame à diffusion individuelle de tentative d'association d'un client auprès d'un point d'accès; diffuse des informations sur le client (par exemple, les débits supportés) et le SSID (Service Set Identifier) du réseau avec lequel le client souhaite s'associer; - réponse d'association (en anglais association response ) : en réponse à une requête d'association, trame à diffusion individuelle de notification envoyée au client par un point d'accès, contenant le résultat acceptation d'association ou rejet d'association ; -requête de réassociation (en anglais re-association request ) : trame à diffusion individuelle de tentative d'association auprès d'un point d'accès d'un client déjà associé via un premier point d'accès; la réassociation se produit lors de l'éloignement du client de son premier point d'accès ou lors d'un trafic trop important sur ce premier point d'accès (fonction d'équilibrage des charges) ; - réponse de réassociation (en anglais re-association response ) : en réponse à une requête de réassociation, trame à diffusion individuelle de notification envoyée au client par le point d'accès, contenant le résultat acceptation de réassociation ou rejet de réassociation ; - désassociation (en anglais disassociation ) : trame à diffusion individuelle envoyée soit par un client soit par un point d'accès pour notifier à l'équipement destinataire que le client n'est plus associé ; - désauthentification (en anglais de-authentication ) : trame à diffusion individuelle envoyée soit par un client soit par un point d'accès pour notifier à l'équipement destinataire que le client n'est plus authentifié. De façon connue, chaque équipement (client ou point d'accès) contient une machine à états IEEE 802.11 dont la fonction est de refléter l'état instantané de l'équipement dans le réseau sans fil. Les échanges de trames de gestion provoquent le passage des équipements d'un état à un autre et permettent la gestion globale du réseau sans fil. Actuellement, il n'existe aucune méthode permettant de protéger les trames de gestion à diffusion individuelle. En particulier, la machine à états IEEE 802.11 ne protège pas le réseau contre des trames de gestion usurpatrices envoyées par un attaquant pour terminer de façon non autorisée une connexion sans fil entre un client et un point d'accès, par exemple en usurpant l'adresse MAC de l'un de ces deux équipements. Pourtant, cette attaque permet de provoquer un déni de service sur les équipements utilisant le réseau sans fil. L'invention a pour but de protéger les utilisateurs des réseaux sans fil contre des trames de gestion usurpatrices. A cet effet, l'invention a pour objet un procédé de protection de trames de gestion échangées entre deux équipements sans fil, caractérisé par les étapes suivantes: - un paramètre, image d'une valeur numérique par une fonction mathématique f difficilement inversible connue des deux équipements, est intégré à au moins une première trame de gestion, émise par un premier équipement et reçue par un second équipement, - la valeur numérique est intégrée à au moins une deuxième trame de gestion, émise par le premier équipement et reçue par le second équipement et postérieure à la première trame de gestion, et une image par la fonction f de la valeur numérique reçue avec la deuxième trame de gestion est comparée par le second équipement au paramètre reçu avec la première trame de gestion. On appelle fonction difficilement inversible une fonction f d'un espace E dans un espace F, telle que, étant donné y dans F, il est difficile de trouver x dans E tel que y=f(x). On peut citer, comme exemple de fonction difficilement inversible, les fonctions de hashage. Le sens du mot difficile dans la définition précédente doit être compris au sens de la complexité calculatoire, à savoir difficile pour les moyens de calcul actuels et avec les techniques actuelles. Grâce à l'invention, si le client (respectivement le point d'accès) intègre le paramètre à l'envoi d'une trame de gestion quelconque, alors ultérieurement, si le client (respectivement le point d'accès) intègre la valeur numérique correspondant à l'image réciproque par la fonction f du paramètre à l'envoi d'une trame de gestion postérieure à la précédente, le point d'accès (respectivement le client) a une preuve que c'est le même client (respectivement le même point d'accès) qui a diffusé les deux trames. Il peut donc prendre en compte la trame postérieure. Dans le cas contraire, il peut l'ignorer ou déclencher tout traitement approprié, par exemple pour lutter contre un attaquant. Selon un mode de mise en oeuvre particulier, le paramètre est intégré à au moins une trame de requête d'authentification, de réponse d'authentification, de requête d'association, de réponse d'association, de requête de réassociation ou de réponse de réassociation et la valeur numérique est intégrée à au moins une trame de désassociation ou de désauthentification. L'intégration de la valeur numérique à une trame de désauthentification, respectivement de désassociation, permet de vérifier que cette trame est bien envoyée par l'équipement originaire d'une trame précédente de requête d'authentification ou de réponse d'authentification, respectivement de requête d'association ou de réponse d'association ou de requête de réassociation ou de réponse de réassociation, et non par un attaquant usurpant l'identité de cet équipement. L'invention a également pour but de protéger toutes les trames de gestion successives échangées entre deux équipements sans fil. Ainsi, on peut empêcher des attaques complexes qui exploiteraient le fait que l'invention telle qu'exposée ci-dessus ne protège qu'une deuxième trame postérieure à une première trame, puis éventuellement une quatrième trame postérieure à une troisième trame, mais n'empêche pas un attaquant d'envoyer une trame usurpatrice juste après la deuxième trame et avant la troisième trame. En particulier, en cas d'attaque comme le man-in-themiddle (attaque consistant, pour l'attaquant, à se faire passer pour le client auprès du point d'accès et à se faire passer pour le point d'accès auprès du client), l'attaquant se retrouve entre le point d'accès et le client et peut intercepter l'intégralité des communications entre ces deux entités. Pour cela, selon un mode de mise en oeuvre particulier, on réitère les étapes précédemment décrites en considérant toute nouvelle trame de gestion, postérieure à une trame de gestion donnée, comme deuxième trame de gestion, et la trame de gestion donnée comme première trame de gestion. De cette manière, il devient impossible pour un attaquant de faire prendre en compte à un équipement une trame usurpatrice de requête d'association qui s'intercalerait par exemple entre une réponse d'authentification et une requête d'association. En effet, dans ce mode de mise en oeuvre, un point d'accès n'accepte pas de requête d'association ou de réassociation qui n'intégrerait pas la valeur numérique attendue. De plus, sur certains points d'accès, une requête d'association ou de réassociation provenant d'un client déjà associé provoque la désassociation de ce client. Par conséquent, une telle requête provenant d'un attaquant se traduit par un déni de service pour le client. Le présent mode de mise en oeuvre protège contre de telles attaques. Selon une première variante de ce mode de mise en oeuvre, on intègre à la kième trame de gestion à la fois: _ un paramètre f(X k), où X k est une valeur numérique, et _ une valeur numérique X De cette manière, on peut vérifier: _ que la kième trame de gestion est émise par le même équipement que la (k-1)ième trame de gestion qui contenait f(X k_,) et X k-2, que la (k+1)' trame de gestion, qui devrait contenir f(X k+,) et X k, est émise par le même équipement que la kième trame de gestion. On peut donc protéger toutes les trames successives. Selon une seconde variante de ce mode de mise en oeuvre, on intègre à la kième trame de gestion, Pk tel que: pk- -fNk(XO) où X0 est une constante et N est un entier supérieur au nombre maximal de trames successives à protéger, de manière que N-k reste un entier positif. Dans cette variante, Pk sert: d'abord en tant que valeur numérique attendue, permettant de vérifier que la kième trame a été émise par le même équipement que la (k-1)ième trame qui contenait le paramètre pk_1= f N (k-')(X0), c'est-à-dire f o f N-k(X0), soit f (pk), - ensuite en tant que paramètre, permettant de vérifier que la (k+1)ième trame, qui devra contenir la valeur numérique pk+,= f "-(k+')(X0), c'est-à-dire f -'o f Nk(X0), soit f -'(pk), aura été émise par le même équipement que la kième trame. On peut donc aussi protéger les trames successives. Selon d'autres caractéristiques de l'invention: - la deuxième trame de gestion est consécutive à la première trame de gestion; - la nouvelle trame de gestion est consécutive à la trame de gestion donnée; - la valeur numérique est générée par un algorithme de génération de nombres pseudo-aléatoires, par exemple par un générateur BBS (Blum Blum Shub) ; la fonction f difficilement inversible est une fonction de hashage, par exemple la fonction SHA1 (Secure Flash Algorithm 1, cf. norme RFC3174 de l'IETF). L'invention a également pour objet un procédé de réception de trames de gestion par un équipement sans fil, caractérisé en ce que, une fonction mathématique f difficilement inversible étant connue de l'équipement: - un paramètre, image d'une valeur numérique par la fonction f, est extrait d'une première trame de gestion reçue, une valeur numérique est extraite d'une deuxième trame de gestion reçue postérieurement à la première trame de gestion, et une image par la fonction f de la valeur numérique reçue avec la deuxième trame de gestion est comparée au paramètre reçu avec la première trame de gestion. L'invention a également pour objet un procédé d'émission de trames de gestion par un équipement sans fil, caractérisé en ce que, une fonction mathématique f difficilement inversible étant connue de l'équipement: un paramètre, image d'une valeur numérique par la fonction f, est intégré à une première trame de gestion émise, et la valeur numérique est intégrée à une deuxième trame de gestion émise postérieurement à la première trame de gestion. L'invention a également pour objet des programmes d'ordinateur de réception de trames de gestion sur un équipement sans fil et d'émission de trames de gestion à partir d'un équipement sans fil, caractérisés en ce que chacun d'eux comporte une série d'instructions pour la mise en oeuvre du procédé correspondant. L'invention a également pour objet un support de données contenant un programme d'ordinateur de réception de trames de gestion sur un équipement sans fil et un support de données contenant un programme d'ordinateur d'émission de trames de gestion à partir d'un équipement sans fil. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins dans lesquels: - la figure 1 est une représentation schématique des transitions d'états de la machine à états IEEE 802.11 selon l'état de la technique; - la figure 2 est une représentation schématique des échanges de trames entre un client et un point d'accès utilisant un procédé selon un premier mode de mise en oeuvre de l'invention; - la figure 3 est une représentation schématique des échanges de trames de désassociation et de désauthentification de la part d'un client utilisant le même procédé qu'à la figure 2; - la figure 4 est une représentation schématique des échanges de trames de désassociation et de désauthentification de la part d'un point d'accès utilisant le même procédé qu'à la figure 2. La machine à états IEEE 802.11 de l'état de la technique, illustrée par la figure 1, comporte trois états: - état 101: l'équipement n'est ni authentifié ni associé ; - état 102: l'équipement est authentifié mais non associé ; - état 103: l'équipement est authentifié et associé. Une telle machine à états est présente dans chaque équipement sans fil, et notamment dans un client et dans un point d'accès. Pour que le point d'accès et le client effectuent la transition 104 de l'état 101 à l'état 102, le client envoie une trame de requête d'authentification au point d'accès. Si la requête d'authentification est acceptée par le point d'accès, alors le point d'accès renvoie au client une trame de réponse d'authentification contenant le résultat succès et le point d'accès et le client passent à l'état 102. De même, pour que le point d'accès et le client effectuent la transition 105 de l'état 102 à l'état 103, le client envoie une trame de requête d'association (ou de réassociation). Si la requête d'association est acceptée par le point d'accès, alors le point d'accès renvoie au client une trame de réponse d'association contenant le résultat acceptation d'association (ou acceptation de réassociation ) et le point d'accès et le client passent à l'état 103. Inversement, lorsque le client ou le point d'accès souhaite effectuer la transition inverse 106 de retour à l'état 102, il envoie une trame de désassociation. Et lorsque le client ou le point d'accès souhaite effectuer la transition 107 de retour à l'état 101, il envoie une trame de désauthentification. Le client ou le point d'accès peut aussi effectuer directement la transition 108 de l'état 103 à l'état 101, en envoyant uniquement une trame de désauthentification alors qu'il se trouve dans l'état 103. L'invention propose d'utiliser certains paramètres des trames de gestion afin d'apporter de manière simple et efficace l'assurance que les trames de gestion sont bien originaires de l'équipement attendu (point d'accès ou client) et non d'un équipement usurpateur. La figure 2 illustre les échanges de trames lors d'une connexion par un client à un point d'accès selon un premier mode de mise en oeuvre: 1. Le client envoie une trame de requête de recherche en indiquant l'ESSID (Enhanced Service Set Identifier) du réseau auquel il souhaite se connecter. 2. Le point d'accès envoie une trame de réponse de recherche à destination du client. Le client génère alors pseudo aléatoirement une valeur numérique Xauth, puis calcule f(Xauth). 3. Le client envoie une trame de requête d'authentification à destination du point d'accès avec un paramètre f(Xauth). Le point d'accès reçoit cette trame, associe le paramètre f(Xauth) à la connexion et génère pseudo aléatoirement une valeur numérique Yauth, puis calcule f(Yauth). 4. Le point d'accès envoie une trame de réponse d'authentification à destination du client contenant le paramètre f(Yauth). Le client reçoit cette trame, associe le paramètre f(Yauth) à la connexion et génère pseudo aléatoirement une valeur numérique Xass, puis calcule f(Xass). 5. Le client envoie alors une trame de requête d'association au point d'accès contenant le paramètre f(Xass). Le point d'accès reçoit cette trame, associe le paramètre f(Xass) à cette connexion et génère de manière pseudo-aléatoire une valeur numérique Yass, puis calcule f(Yass). 6. Le point d'accès envoie une trame de réponse d'association au client contenant le paramètre f(Yass). Le client associe le paramètre f(Yass) à cette connexion. Lorsque le client souhaite se déconnecter, après s'être connecté selon le procédé ci-dessus, il exécute les étapes suivantes, illustrées par la figure 3: 7. Pour se désassocier, il intègre la valeur numérique Xass à la trame de désassociation. 8. Pour se désauthentifier, il intègre la valeur numérique Xauth à la trame de désauthentification. Ceci permet au point d'accès de vérifier l'origine des trames de désauthentification, respectivement de désassociation, par comparaison du paramètre reçu à l'étape 5, respectivement 3, avec l'image par f de la valeur numérique reçue à l'étape 7, respectivement 8. Ainsi, l'application du procédé aux trames de requête ou de réponse d'authentification, de requête ou de réponse d'association ou de requête ou réponse de réassociation et aux trames de désauthentification ou de désassociation permet la protection des trames de désauthentification ou de désassociation. De même, si le client reçoit une trame de requête de désassociation (respectivement de désauthentification) contenant en adresse source l'adresse MAC du point d'accès et comme adresse de destination sa propre adresse MAC, alors il vérifie si la trame contient un champ Yass (respectivement Yauth) dûment rempli: > Si le champ Yass (respectivement Yauth) est rempli, alors il calcule f(Yass) (respectivement f(Yauth)) et vérifie que le f(Yass) (respectivement f(Yauth)) calculé à partir de ce champ correspond au f(Yass) (respectivement f(Yauth)) associé à la connexion: - si c'est le cas, alors il accepte la désassociation (respectivement la désauthentification) et repasse dans un état où il est authentifié mais pas associé (respectivement dans un état où il n'est ni associé ni authentifié); sinon il ne tient pas compte de la trame. D Sinon, le champ Yass (respectivement Yauth) est vide. Dans ce cas, le client vérifie s'il possède en mémoire un f(Yass) (respectivement f(Yauth) ) associé à cette connexion: si oui, alors il ne tient pas compte de la trame, car cette dernière provient très probablement d'un attaquant tentant d'envoyer au client des trames de désassociation (respectivement de désauthentification) en usurpant l'identité du point d'accès mais ne connaissant pas le Yass (respectivement Yauth) ; sinon, cela signifie qu'il s'est mis d'accord avec le point d'accès pour ne pas mettre en oeuvre la protection selon l'invention, et donc il accepte la désassociation (respectivement la désauthentification). On notera que la protection des trames de désauthentification ou de désassociation est assurée pour le point d'accès de la même manière que pour le client. Ainsi, lorsque le point d'accès souhaite se déconnecter, il exécute les étapes suivantes, illustrées par la figure 4: 9. Pour se désassocier, il intègre la valeur numérique Yass à la trame de désassociation. 10. Pour se désauthentifier, il intègre la valeur numérique Yauth à la trame de désauthentification. Ceci permet au client de vérifier l'origine des trames de désauthentification, respectivement de désassociation, par comparaison du paramètre reçu à l'étape 6, respectivement 4, avec l'image par f de la valeur numérique reçue à l'étape 9, respectivement 10. De même, si le point d'accès reçoit une trame de requête de désassociation (respectivement de désauthentification) contenant en adresse source l'adresse MAC du client et comme adresse de destination sa propre adresse MAC, alors il vérifie si la trame contient un champ Xass (respectivement Xauth) dûment rempli: > Si le champ Xass (respectivement Xauth) est rempli, alors il calcule f(Xass) (respectivement f(Xauth)) et vérifie que le f(Xass) (respectivement f(Xauth)) calculé à partir de ce champ correspond au f(Xass) (respectivement f(Xauth)) associé à la connexion: si c'est le cas, alors il accepte la désassociation (respectivement la désauthentification) et repasse à un état dans lequel il est authentifié mais pas associé (respectivement dans un état où il n'est ni associé ni authentifié); - sinon, il ne tient pas compte de la trame. - Sinon, le champ Xass (respectivement Xauth) est vide. Dans ce cas, le point d'accès vérifie s'il possède en mémoire un f(Xass) (respectivement f(Xauth)) associé à cette connexion: si oui, alors il ne tient pas compte de la trame, car cette dernière provient très probablement d'un attaquant tentant d'envoyer au point d'accès des trames de désassociation (respectivement de désauthentification) en usurpant l'identité du client, mais ne connaissant pas le Xass (respectivement Xauth) ; - sinon, cela signifie qu'il s'est mis d'accord avec le client pour ne pas mettre en oeuvre la protection selon l'invention, et donc il accepte la désassociation 10 (respectivement la désauthentification). Ainsi, la vérification de la provenance des trames de désauthentification et de désassociation est assurée. Cependant, comme déjà souligné, dans ce mode de mise en oeuvre, seules les trames de désauthentification ou de désassociation sont protégées. Selon un second mode de mise en oeuvre, le procédé de protection protège non seulement les trames de désauthentification ou de désassociation, mais aussi les trames de requête ou réponse d'authentification, de requête ou réponse d'association et de requête ou réponse de réassociation, par exemple contre le déni de service qu'un attaquant peut mettre en oeuvre en envoyant des trames d'authentification, d'association ou de réassociation. Pour cela, selon une première variante, on ajoute une valeur numérique Xn_, au paramètre f(Xn) lors de l'envoi d'une trame de gestion quelconque, la valeur numérique Xr_, correspondant à l'envoi de la trame de gestion précédente et le paramètre f(Xn) correspondant à la valeur numérique X, à ajouter lors de l'envoi de la prochaine trame de gestion. S'il n'y a pas encore de connexion en cours, comme dans le cas d'une authentification initiale ou d'une réassociation, la valeur numérique Xn_, est remplacée par une valeur numérique quelconque, zéro par exemple. Ainsi, lorsqu'un client (respectivement un point d'accès) envoie des trames à un point d'accès en utilisant le procédé de protection de l'invention selon le second mode de mise en oeuvre, il peut se trouver dans l'un des cas suivants, selon la trame de gestion envoyée: pour la trame de requête de recherche (respectivement de réponse de recherche), rien ne change; - pour la trame de requête d'authentification (respectivement de réponse d'authentification), on envoie un couple (0, f(X,)) ; - pour les trames suivantes, on envoie un couple (Xn_1,f(Xn)) avec Xn., correspondant au f(Xn_1) envoyé dans la trame précédente. Lorsque le client (respectivement le point d'accès) reçoit une trame de gestion, il peut se trouver dans l'un des cas suivants, selon la trame de gestion reçue: - pour la trame de réponse de recherche (respectivement de requête de recherche), rien ne change; pour la trame de réponse d'authentification initiale (respectivement de requête d'authentification initiale), on associe le f(X1) reçu à cette connexion; pour les trames suivantes, on vérifie que le Xn_1 correspond au f(Xn.1) reçu de la trame de gestion précédente: o si le Xn_1 ne correspond pas, alors la trame est rejetée; o si le Xn_1 correspond, alors la trame est acceptée et on associe le nouveau f(Xn) à cette connexion. De manière générale, cela revient à réitérer le premier mode de mise en oeuvre en considérant toute nouvelle trame de gestion, postérieure à une trame de gestion donnée, comme deuxième trame de gestion, et la trame de gestion donnée comme première trame de gestion. D'un point de vue pratique, le second mode de mise en oeuvre nécessite le stockage du couple (Xn_1,f(Xn)) généré dans une mémoire persistante avant d'envoyer la trame de gestion. En effet, un équipement doit pouvoir s'associer avec un autre équipement avec lequel il a déjà eu des échanges, et ce, même en cas d'arrêt accidentel de la machine. On peut également mettre en place une temporisation d'activité au niveau du point d'accès. Ainsi, si un client est inactif pendant un temps déterminé, alors le point d'accès peut automatiquement l'effacer de sa table d'association avec son (Xn_1,f(Xn)) associé. Par la suite, le client pourra de nouveau s'associer au point d'accès en envoyant (0, f(Xn) ). Dans cette première variante, l'enchaînement entre trames de gestion successives est assuré par les couples (Xn_1, f(Xn)). Dans une seconde variante, cet enchaînement est assuré en utilisant le paramètre d'une trame comme valeur numérique attendue dans une trame postérieure, c'est-à-dire en intégrant pk=f "(X) à une k1ème trame. Ceci évite d'intégrer des couples (Xn_1, f(Xn)) aux trames, mais requiert de connaître à l'avance le nombre maximal de trames successives à protéger et de conserver les valeurs numériques f "(X), f N-1(X),..., f Nk(X),..., f(X). Par ailleurs, il existe d'autres variantes aux deux modes de mise en oeuvre utilisant le procédé selon l'invention. En effet, il est possible de mettre en oeuvre la protection uniquement pour le client ou uniquement pour le point d'accès. De plus, il est possible de ne vouloir protéger qu'une partie des trames de désauthentification ou de désassociation, par exemple en n'intégrant le paramètre qu'aux trames d'association (ou d'authentification). De nombreuses combinaisons sont ainsi possibles. Selon un autre aspect de l'invention, les trames de réassociation sont également protégées. Le procédé durant la phase de réassociation se déroule alors de la manière suivante: - si le client n'a pas utilisé l'invention durant son association, alors il entame une phase de réassociation normale selon l'état de la technique; si le client s'est préalablement associé en utilisant le procédé selon l'invention, le client envoie une trame de requête de réassociation à destination d'un nouveau point d'accès avec un champ f(Xass') complété ; le point d'accès vérifie alors si le client est déjà associé chez lui: a. s'il connaît déjà le client, c'est-à-dire que le point d'accès possède déjà une association établie avec l'adresse MAC du client, alors il ne tient pas compte de la trame; b. sinon, il s'agit d'un nouveau client, alors le point d'accès passe aux étapes 5 et 6 décrites ci-dessus: le point d'accès récupère le champ f(Xass') puis émet une réponse d'association à destination du client en y incluant le champ f(Yass') et associe f(Xass') à l'utilisateur connecté. Le client, à la réception de la trame, associe à cette connexion le f(Yass') reçu. Parmi les avantages de l'invention, on notera que les trames de gestion utilisées sont des trames de gestion de la norme IEEE 802.11. Cette norme permet l'ajout de paramètres (paramètres optionnels ou en anglais tagged parameters ) dans ces trames de gestion, ce qui autorise à spécifier des paramètres tels que X et f(X). Ainsi, le procédé peut être intégré facilement par les points d'accès et les clients Wi-Fi, puisque seuls quelques paramètres sont ajoutés dans certaines trames de gestion de la machine à états IEEE 802.11. Il est donc possible d'activer l'invention sur les équipements actuels par simple mise à jour logicielle. L'invention n'est pas limitée aux modes de mise en oeuvre qui viennent d'être décrits, mais englobe au contraire toute variante reprenant, avec des moyens équivalents, ses caractéristiques essentielles. En particulier, la présente description s'appuie sur la norme IEEE 802.11. Toutefois, l'invention s'applique aussi, et non limitativement, aux normes WPA et 802.11i, dans lesquelles les phases d'authentification et d'association sont les mêmes et le problème de non protection des trames de gestion est également présent. REVENDICATIONS 1. Procédé de protection de trames de gestion échangées entre deux équipements sans fil, caractérisé par les étapes suivantes: - un paramètre, image d'une valeur numérique par une fonction mathématique f difficilement inversible connue des deux équipements, est intégré à au moins une première trame de gestion (3, 4, 5, 6), émise par un premier équipement et reçue par un second équipement, la valeur numérique est intégrée à au moins une deuxième trame de gestion (7, 8, 9, 10) émise par le premier équipement et reçue par le second équipement et postérieure à la première trame de gestion (3, 4, 5, 6), et - une image par la fonction f de la valeur numérique reçue avec la deuxième trame de gestion (7, 8, 9, 10) est comparée par le second équipement au paramètre reçu avec la première trame de gestion (3, 4, 5, 6). 2. Procédé de protection selon la revendication 1, selon lequel le paramètre est intégré à au moins une trame de requête d'authentification (3), de réponse d'authentification (4), de requête d'association (5), de réponse d'association (6), de requête de réassociation ou de réponse de réassociation et la valeur numérique est intégrée à au moins une trame de désassociation (7, 9) ou de désauthentification (8, 10). 3. Procédé de protection selon l'une des revendications 1 et 2, selon lequel on réitère les étapes en considérant: toute nouvelle trame de gestion, postérieure à une trame de gestion donnée, comme deuxième trame de gestion, et la trame de gestion donnée comme première trame de gestion. 4. Procédé de protection selon la revendication 3, selon lequel on intègre à la kième trame de gestion à la fois: un paramètre f(X k), où X k est une valeur numérique, et _ une valeur numérique X k_,. 5. Procédé de protection selon la revendication 3, selon lequel on intègre, en tant que paramètre et en tant que valeur numérique, à la kième trame de gestion, pk tel que: pk=f N k(XO) où X0 est une constante et N est un entier supérieur au nombre maximal de trames successives à protéger. 6. Procédé de protection selon l'une quelconque des revendications 1 à 5, selon lequel la deuxième trame de gestion est consécutive à la première trame de gestion. 7. Procédé de protection selon l'une quelconque des revendications 3 à 5, selon lequel la nouvelle trame de gestion est consécutive à la trame de gestion donnée. 8. Procédé de protection selon l'une quelconque des revendications 1 à 7, selon lequel la valeur numérique est générée par un algorithme de génération de nombres pseudo-aléatoires. 9. Procédé de protection selon l'une quelconque des revendications 1 à 8, caractérisé en ce que la fonction f difficilement inversible est une fonction de hashage. 10. Procédé de réception de trames de gestion par un équipement sans fil, caractérisé en ce que, une fonction mathématique f difficilement inversible étant connue de l'équipement: un paramètre, image d'une valeur numérique par la fonction f, est extrait d'une première trame de gestion reçue, une valeur numérique est extraite d'une deuxième trame de gestion reçue postérieurement à la première trame de gestion, et une image par la fonction f de la valeur numérique reçue avec la deuxième trame de gestion est comparée au paramètre reçu avec la première trame de gestion. 11. Procédé d'émission de trames de gestion par un équipement sans fil, caractérisé en ce que, une fonction mathématique f difficilement inversible étant connue de l'équipement: - un paramètre, image d'une valeur numérique par la fonction f, est intégré à une première trame de gestion émise, et la valeur numérique est intégrée à une deuxième trame de gestion émise postérieurement à la première trame de gestion. 12. Programme d'ordinateur de réception de trames de gestion sur un équipement sans fil, caractérisé en ce qu'il comporte une série d'instructions pour la mise en oeuvre du procédé selon la revendication 10. 13. Programme d'ordinateur d'émission de trames de gestion à partir d'un équipement sans fil, caractérisé en ce qu'il comporte une série d'instructions pour la mise en oeuvre du procédé selon la revendication 11. 14. Support de données contenant un programme d'ordinateur selon la revendication 12. 15. Support de données contenant un programme d'ordinateur selon la revendication 13.