Brevet FR3029668A1 — publié le 20160610

DOMAINE GEN ERAL L'invention concerne un procédé de contrôle de droits de déchiffrement de données préalablement chiffrées et transmises dans un réseau. ETAT DE L'ART Le chiffrement asymétrique est une technique bien connue pour chiffrer des données transitant dans un réseau dans lequel communiquent plusieurs terminaux d'utilisateurs. Le chiffrement asymétrique se base sur l'utilisation d'une paire de clés asymétriques : une clé de chiffrement et une clé de déchiffrement. La clé de déchiffrement a vocation être utilisée par un tiers pour déchiffrer les données chiffrées. Cependant, il peut s'avérer nécessaire de définir une liste limitée 15 de tiers autorisés à utiliser la clé de déchiffrement pour déchiffrer des données préalablement chiffrée par un utilisateur. Un tel besoin est requis dans des réseaux d'organisations hiérarchisées telles que des entreprises. Pour limiter les tiers autorisés à utiliser la clé de déchiffrement, il est connu d'utiliser un équipement réseau tel qu'un switch, par lequel 20 transitent des données émanant d'un premier terminal du réseau vers un deuxième terminal du réseau. Le switch applique un filtrage à la volée de ces données en fonction d'une paire d'adresses : une adresse source identifiant le premier terminal (le terminal source) et une adresse de destination identifiant le 25 deuxième terminal (le terminal destinataire). Si l'adresse de destination n'est pas autorisée à recevoir des données émanant de l'adresse source, alors le switch ne transmet pas ces données au terminal destinataire. Toutefois, cette solution présente plusieurs inconvénients. 3029668 2 Premièrement, un contrôle au moyen d'un tel switch peut être contourné par duplication de l'adresse d'un terminal source agréé dans un terminal non-agréé. Deuxièmement, un tel contrôle ne permet pas de faire de 5 distinction entre plusieurs utilisateurs d'un même terminal. En effet, l'adresse du terminal est la même pour chaque utilisateur de ce même terminal. Troisièmement, cette solution requiert une configuration de cet équipement par un administrateur du réseau, avec des règles de filtrage. 10 Pour définir et implémenter ces règles de filtrage, l'administrateur doit avoir une connaissance préalable des différents utilisateurs du réseau, des terminaux agréés du réseau. PRESENTATION DE L'INVENTION Un but de l'invention est de mettre en oeuvre un contrôle de droits de déchiffrement de données chiffrées destinées à transiter dans un réseau, qui pallie au moins un des inconvénients cités. Afin d'atteindre ce but l'invention propose, selon un premier aspect, un procédé de contrôle de droits de déchiffrement de données comprenant les étapes suivantes, mises en oeuvre par un terminal comprenant un système d'exploitation accessible par plusieurs utilisateurs et un module de chiffrement: - détection d'une ouverture d'accès au système d'exploitation par un utilisateur, - en réponse à la détection d'ouverture, paramétrage du module de chiffrement avec une clé de chiffrement propre à l'utilisateur pour chiffrer des données à destination d'un autre terminal, - envoi à un serveur de contrôle: o d'une clé de déchiffrement adaptée pour déchiffrer les données chiffrées au moyen de la clé de chiffrement, et 3029668 3 o d'une information indicative de l'ouverture d'accès pour contrôler l'utilisation de la clé de déchiffrement par l'autre terminal. Le procédé selon le premier aspect peut également être complétée 5 par les caractéristiques suivantes, prises seules ou en une quelconque de leurs combinaisons techniquement possibles. Le procédé selon le premier aspect peut comprendre en outre les étapes de : - détection de fermeture de l'accès au système d'exploitation par 10 l'utilisateur, - envoi, au serveur de contrôle, d'une information indicative de la fermeture de l'accès. Chaque clé peut être générée par le module de chiffrement. Le module de chiffrement peut être intégré à une carte réseau 15 indépendante du système d'exploitation. Le module de chiffrement peut chiffrer les données utiles de trames selon la norme IEEE 802 LAN au moyen de la clé de chiffrement. L'invention propose également, selon un deuxième aspect, un 20 procédé de contrôle de droits de déchiffrement de données comprenant les étapes suivantes mises en oeuvre par un serveur de contrôle: - réception d'une clé de déchiffrement adaptée pour déchiffrer des données chiffrées au moyen d'une clé de chiffrement propre à un utilisateur, 25 - réception d'informations indiquant une ouverture et/ou une fermeture d'accès, par l'utilisateur, au système d'exploitation d'un premier terminal, - réception d'une requête émise par un deuxième terminal, la requête demandant une clé de déchiffrement pour déchiffrer des 30 données chiffrées émanant du premier terminal, 3029668 4 - envoi de la clé de déchiffrement au deuxième terminal en réponse à la requête, en fonction de la dernière information reçue du premier terminal. Le procédé selon le deuxième aspect peut également être 5 complétée par les caractéristiques suivantes, prises seules ou en une quelconque de leurs combinaisons techniquement possibles. - la clé de déchiffrement peut être envoyée au deuxième terminal si la dernière information reçue indique une ouverture d'accès par l'utilisateur, et 10 - la clé de déchiffrement ne pas être envoyée au deuxième terminal si la dernière information reçue indique une fermeture d'accès par l'utilisateur. Le procédé selon le deuxième aspect peut comprendre en outre la réception d'une adresse identifiant le premier terminal, la réception 15 d'une adresse identifiant le deuxième terminal, dans lequel la clé de déchiffrement est envoyée au deuxième terminal en fonction des deux adresses. Le procédé selon le deuxième aspect peut comprendre en outre la réception d'un identifiant de l'utilisateur du premier terminal, la 20 réception d'un identifiant d'un utilisateur du deuxième terminal, dans lequel la clé de déchiffrement est envoyée au deuxième terminal en fonction des deux identifiants. L'invention propose également, selon un troisième aspect, un procédé 25 de déchiffrement de données comprenant les étapes suivantes mises en oeuvre par un terminal: - envoi à un serveur de contrôle d'une requête demandant une clé de déchiffrement adaptée pour déchiffrer les données, - réception de la clé de déchiffrement à l'issue d'un procédé de 30 contrôle de droits de déchiffrement selon le deuxième aspect de l'invention. 3029668 5 L'invention proposé également, selon un quatrième aspect, un produit programme d'ordinateur comprenant des instructions de code 5 pour l'exécution des étapes du procédé selon l'une des revendications précédentes, lorsque ce produit programme est exécuté par un terminal et/ou un serveur de contrôle. L'invention propose également, selon un cinquième aspect, un 10 serveur de contrôle de droits de déchiffrement comprenant : - une mémoire adaptée pour mémoriser une clé de déchiffrement, la clé de déchiffrement étant adaptée pour déchiffrer des données chiffrées au moyen d'une clé de chiffrement propre à un utilisateur, 15 - une interface réseau adaptée pour recevoir : o des informations indiquant une ouverture d'accès par l'utilisateur au système d'exploitation d'un premier terminal, o recevoir une requête émise par un deuxième terminal, la 20 requête demandant une clé de déchiffrement pour déchiffrer des données chiffrées émanant du premier terminal, et - une unité de contrôle adaptée pour commander l'envoi de la clé de déchiffrement au deuxième terminal via l'interface réseau en réponse à la requête, en fonction des informations reçues. 25 DESCRIPTION DES FIGURES D'autres caractéristiques, buts et avantages de l'invention ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés sur lesquels : 30 La figure 1 représente schématiquement un terminal selon un mode de réalisation de l'invention. 3029668 6 La figure 2 représente un réseau comprenant deux terminaux selon la figure 1 et un serveur de contrôle. Les figures 3 et 4 sont des organigrammes d'étapes d'un procédé de chiffrement selon un mode de réalisation de l'invention. 5 La figure 5 est un organigramme d'étapes d'un procédé de déchiffrement selon un mode de réalisation de l'invention. La figure 6 est un organigramme d'étapes d'un procédé de contrôle de droits de déchiffrements selon un mode de réalisation de l'invention. Sur l'ensemble des figures, les éléments similaires portent des 10 références identiques. DESCRIPTION DETAILLEE DE L'INVENTION En référence la figure 1, un terminal 1 comprend une unité de traitement de données 10, des moyens de saisie 12, un écran d'affichage 15 14, une mémoire 16, et une interface réseau 2. L'unité de traitement de données 10 est adaptée pour exécuter un programme du type système d'exploitation, mémorisé par la mémoire 16. L'unité de traitement de données 10 est également configuré pour commander l'affichage sur l'écran d'affichage 14 de données graphiques du 20 système d'exploitation. L'unité de traitement de données est également configurée pour traiter des données saisies par un utilisateur du terminal 1 via les moyens de saisie 12. Les moyens de saisie 12 comprennent par exemple une souris, un clavier, une interface tactile, etc. La mémoire 16 peut être un mémoire 25 de type disque dur, SSD, éventuellement sous la forme d'une clé USB amovible. Le terminal 1 peut se présenter sous différentes formes : ordinateur de bureau, ordinateur portable, tablette tactile, téléphone mobile de type « smartphone », etc. 30 Le système d'exploitation exécuté par l'unité de traitement de données 10 est configuré pour être utilisable par plusieurs utilisateurs. 3029668 7 Le système d'exploitation est configuré pour accéder à des données privées de chaque utilisateur, ces données privées étant mémorisées dans la mémoire 16. Le système d'exploitation est configuré pour être utilisé par un seul 5 utilisateur à la fois. En variante, le système d'exploitation est utilisable par plusieurs utilisateurs à la fois. Quel que soit le nombre d'utilisateurs pouvant utiliser simultanément le système d'exploitation, on supposera dans la suite que le système d'exploitation est configuré de sorte qu'un utilisateur du 10 système d'exploitation ne peut pas accéder aux données privées d'un autre utilisateur. Le système d'exploitation comprend une pile réseau adaptée pour interagir avec la carte réseau 2. Le terminal 2 comprend également un programme d'ordinateur de 15 type applicatif adapté pour interagir avec le système d'exploitation. Ce programme applicatif est par exemple installable dans le terminal 1 indépendamment de l'installation du système d'exploitation. Ce programme applicatif est configuré pour communiquer avec le module de chiffrement embarqué dans la carte réseau 2. 20 Le programme applicatif est configuré pour s'exécuter au démarrage du système d'exploitation, suite à la mise sous tension du terminal 2. Le programme applicatif est en outre configuré pour détecter l'ouverture d'une session d'accès au système d'exploitation par un 25 utilisateur, et la fermeture d'une telle session. A titre d'exemple, si le système d'exploitation est du type GNU/Linux, le programme applicatif peut être un « daemon ». Si le système d'exploitation est du type Windows®, le programme applicatif peut être un « service » au sens de l'architecture Windows®. 3029668 8 Par ailleurs, l'interface réseau 2 se présente sous la forme d'une carte réseau amovible connectable à une carte mère (non-illustrée) du terminal 1. L'interface réseau 2 dispose d'une adresse MAC unique dans le 5 réseau R. L'interface réseau 2 comprend un module de chiffrement 20 et une mémoire interne 22. Le module de chiffrement 20 est adapté pour appliquer un chiffrement à des données utiles émanant de l'unité de traitement de 10 données 10 et à émettre sur le réseau R, moyennant un programme de chiffrement. Le module de chiffrement 20 est également adapté pour appliquer un déchiffrement à des données chiffrées reçues du réseau R moyennant un programme de déchiffrement, et transmettre les données déchiffrées à 15 l'unité de traitement de données 10. Le module de chiffrement 20 est en outre configuré pour accéder en lecture et en écriture à la mémoire interne 22 de la carte réseau 2. Dans un mode de réalisation particulier non limitatif que l'on prendra en exemple dans la suite, les données utiles faisant l'objet d'un 20 chiffrement sont les données utiles (« payload » en anglais) de trames selon la norme IEEE 802 LAN. En référence la figure 2, un réseau R comprend un premier terminal la et un deuxième terminal 1 b, tous deux conformes à la 25 description qui précède en relation avec la figure 1. Le réseau R comprend en outre un serveur 3 de contrôle de droits de déchiffrement. Sont représentés en pointillés sur la figure 2 des échanges de données entre le terminal 1A, le terminal 1B, et le serveur de contrôle 3. 30 Ces différentes données sont échangées lors de la mise en oeuvre d'un procédé de communication dont les étapes seront décrites par la suite. 3029668 9 Le serveur 3 comprend une unité de contrôle 30, une interface réseau 32, et une mémoire interne 34. L'interface réseau 32 est adaptée pour communiquer avec les interfaces réseau respectives 2 des terminaux la et 1 b. 5 L'unité de traitement 30 est connectée à l'interface réseau 32 ainsi qu'à la mémoire 34. Plus précisément l'unité de traitement 30 a accès en lecture et en écriture à la mémoire 34. La mémoire 34 est adaptée pour mémoriser une base de données mettant en relation différents types de données. 10 On va maintenant décrire un procédé de communication mis en oeuvre par le terminal la, le terminal 1 b, et le serveur 3. On se place dans un contexte de transmission de données utiles depuis le terminal la au terminal 1 b. En référence à la figure 3, le terminal la met en oeuvre les étapes 15 suivantes. Le programme applicatif détecte 100 une ouverture de session d'accès au système d'exploitation par un utilisateur. L'ouverture de session comprend typiquement : - affichage, sur l'écran d'affichage 14, d'une page de connexion 20 invitant un utilisateur à saisir un identifiant unique d'utilisateur et/ou un mot de passe associé à l'identifiant, - saisie, par un utilisateur, via les moyens de saisie 12, d'un identifiant unique d'utilisateur et/ou d'un mot de passe associé à cet identifiant, 25 - vérification par le système d'exploitation de l'identifiant et/ou du mot de passe saisis, - en fonction du résultat de la vérification, o chargement de paramètres du système d'exploitation propres à l'utilisateur (paramètres définissant des programmes à 30 lancer automatiquement, paramètres d'affichage, etc.), 302 966 8 10 o affichage d'un menu via lequel l'utilisateur peut accéder à des services du système d'exploitation, accéder à ses données privées, etc. La détection 100 d'ouverture de session comprend par exemple un 5 abonnement du programme applicatif à un signal généré par le système d'exploitation en réponse à une telle ouverture de session. Après une telle détection 100, le terminal 1 génère 101 une paire de clés asymétriques. La paire de clés comprend une clé de chiffrement, et une clé de déchiffrement K correspondant à cette clé de chiffrement. 10 En d'autres termes, la clé de déchiffrement K est adaptée pour déchiffrer des données chiffrées au moyen de la clé de chiffrement. Les deux clés générées sont propres à l'utilisateur ayant ouvert la session d'accès au système d'exploitation. Les deux clés peuvent être générées par exemple par le module de 15 chiffrement 20 de la carte réseau de puis être mémorisé dans la mémoire interne 22 de la carte réseau 2, après transmission d'un message généré par le programme applicatif à destination du module de chiffrement 20, le message annonçant qu'une session d'accès a été ouverte par l'utilisateur. En variante, les clés sont générées directement par le système 20 d'exploitation est mémorisée dans la mémoire 16. Les deux clés peuvent être générées à chaque nouvelle ouverture de session de l'utilisateur. Dans ce cas, il s'agit de clés temporaires. En variante, la génération 101 des clés est mise en oeuvre lors de la première ouverture de session par l'utilisateur pour accéder au système 25 exploitation du terminal la. Lors d'ouvertures de session ultérieures par l'utilisateur, les clés sont chargées depuis la mémoire 16 ou bien la mémoire 22. La clé de chiffrement a vocation à être connue de l'utilisateur seul. La clé de déchiffrement K est envoyée 102 au serveur de contrôle 30 3. La clé de déchiffrement K a vocation à être utilisée par des tiers. 3029668 11 Toutefois, on verra que le serveur de contrôle détermine une liste limitée de tiers autorisés à utiliser la clé de déchiffrement. Une information S1 représentative de l'ouverture de la session d'accès au système d'exploitation par l'utilisateur, dite information 5 d'ouverture, est par ailleurs générée par le programme applicatif (ou bien par le module de traitement 20). L'information d'ouverture S1 comprend par exemple un champ positionné à une valeur « session ouverte », et l'adresse MAC du terminal 1 a. 10 L'information d'ouverture S1 peut en outre comprendre un identifiant unique de l'utilisateur (par exemple l'identifiant saisie par l'utilisateur pour ouvrir la session d'accès au système d'exploitation, ou bien un autre identifiant spécifique à l'utilisateur), et/ou un horodatage. L'horodatage est représentatif de l'instant auquel l'ouverture de session a 15 été détectée. L'information d'ouverture est envoyée 103 par le terminal 1a au serveur de contrôle 3. Le programme applicatif détecte 105 une fermeture de la session ouverte par l'utilisateur. Cette détection peut fonctionner de la même 20 manière que l'étape de détection d'ouverture 100. En pratique, la fermeture peut être mise en oeuvre lorsque l'utilisateur clique sur un bouton de déconnexion affichée sur le menu du système d'exploitation via l'écran 14. En réponse à la détection de fermeture 105, le programme 25 applicatif configure le module de chiffrement avec une clé factice. La clé factice peut par exemple être générée aléatoirement ou être une clé dont la valeur ne peut pas être affectée à un utilisateur (valeur « zéro », etc.). On suppose ici que la clé factice est choisie telle qu'elle introduit une perte d'information lors de son utilisation par le module de 30 chiffrement. En d'autres termes, les données émises par le module de 3029668 12 chiffrement paramétré avec la clé factice ne sont pas en tant que telle des données chiffrées, mais du bruit indéchiffrable. Même lorsqu'un utilisateur est déconnecté du système d'exploitation, il se peut que le système d'exploitation commande 5 l'émission de données sur le réseau R ; la clé factice permet d'éviter que ces données émises « silencieusement » hors connexion sont chiffrées avec la clé privé de l'utilisateur, et limite ainsi les possibilités d'attaques visant à déterminer une telle clé de chiffrement, par interception et analyse des données chiffrées émises dans le réseau. 10 Une information S2 indicative de de la fermeture de la session ouverte par l'utilisateur, dite information de fermeture, est générée par le programme applicatif ou bien le module de traitement 20. L'information de fermeture S2 comprend par exemple un champ du même type que celui de l'information d'ouverture S1, mais positionné une 15 valeur « session fermée » et l'adresse MAC du terminal la. L'information de fermeture S2 peut en outre comprendre l'identifiant unique de l'utilisateur contenus dans l'information d'ouverture S1 précédemment envoyée au serveur 2, et/ou un horodatage. L'horodatage est représentatif de l'instant auquel la 20 fermeture de session a été détectée. Le terminal la envoie 106 au serveur de contrôle 3 l'information de fermeture S2. L'étape d'envoi 102 de la clé de déchiffrement K peut être mise en oeuvre à n'importe quel moment, après la génération 101 et avant la 25 détection de fermeture 103. La clé de déchiffrement K et l'information d'ouverture S1 peuvent par exemple être envoyées dans un même message. Si les informations d'ouverture S1 et de fermeture S2 ne comprennent pas d'horodatage, elles sont envoyées immédiatement après 30 les détections correspondantes. Dans ce cas, le temps écoulé entre l'ouverture (respectivement fermeture) de session et l'instant auquel le 3029668 13 serveur 3 reçoit l'information d'ouverture (respectivement de fermeture) est sensiblement égale au temps de propagation de l'information depuis le terminal 1 a au serveur 3. Comme on le verra dans la suite, les informations d'ouverture et de 5 fermeture et la clé de déchiffrement sont utilisées par le serveur de contrôle 3 pour déterminer si l'utilisateur du terminal 1 b a le droit de déchiffrer des données émises par le terminal 1 a. Les étapes décrites ci-dessus sont mises en oeuvre par le programme applicatif de façon répétée à chaque fois qu'une nouvelle 10 ouverture de session d'accès au système d'exploitation est détectée. En référence à la figure 4, le module de chiffrement 20 met en oeuvre les étapes suivantes. Le module de chiffrement chiffre des données utiles à destination du terminal 1B avec la dernière clé de chiffrement avec laquelle il a été 15 configuré. Après l'étape de configuration 104, il d'agit de la clé de chiffrement de l'utilisateur du terminal 1a. L'étape de chiffrement 110 produit des données chiffrées D au moyen de la clé de chiffrement. Les données chiffrées D sont émises 111 par la carte réseau 2 du 20 terminal 1 a sur le réseau vers le terminal 1B. Dans le cas où les données chiffrées D sont contenues dans une trame selon la norme IEEE 802 LAN, l'adresse mac du terminal destinataire 1b des données utiles est contenu dans une entête de la trame. En référence à la figure 5, le terminal 1 b destinataire des données 25 chiffrées D met en oeuvre les étapes suivantes. Le terminal 1 b reçoit 112 par son interface réseau 2 les données chiffrées D émises par le terminal 1 a. À ce stade, on considère que le terminal lb ne connaît pas la clé de déchiffrement K nécessaire au déchiffrement des données D. 30 Après réception 112 des données chiffrées D, le terminal 1B émet une requête de déchiffrement RK à destination du serveur de contrôle 3. 3029668 14 La requête RK a pour fonction de demander à ce serveur 3 la clé de déchiffrement K nécessaire au déchiffrement des données chiffrées D. La requête de déchiffrement comprend par exemple l'adresse MAC du terminal la (extraite de la trame que le terminal 1 b a reçue au cours de 5 l'étape 112), et l'adresse MAC du terminal lb lui-même. En référence la figure 6, le serveur 3 met en oeuvre les étapes suivantes. L'interface réseau 32 reçoit 200 les informations d'ouverture S1 et de fermeture S2 émises par le terminal la au cours des étapes 103, 107 10 décrites précédemment en relation avec la figure 3, et transmet ces informations Sl, S2 à l'unité de traitement 30. L'unité de traitement 30 commande la mémorisation 201 des informations S1 et S2 dans la mémoire 34 du serveur 3. L'interface réseau 32 reçoit en outre 202 la clé de déchiffrement K 15 émises par le terminal la au cours de l'étape 102 décrite précédemment en relation avec la figure 3, et transmet ces informations S1, S2 à l'unité de traitement 30. L'unité de traitement 30 commande la mémorisation 201 des de la clé de déchiffrement dans la mémoire 34 du serveur 3. 20 L'interface réseau 32 reçoit 204 la requête de déchiffrement RK émise par le terminal 1 b au cours de l'étape 113 décrites précédemment en relation avec la figure 4, et transmet ces informations S1, S2 à l'unité de traitement 30. La réception de la requête RK déclenche un contrôle 205 de droits 25 de déchiffrement mis en oeuvre par l'unité de contrôle 20. L'étape de contrôle 205 a pour fonction de déterminer : - la clé de déchiffrement pertinente pour déchiffrer les données D est disponible (la clé de déchiffrement K), - si le terminal 1 b émetteur de la requête RK cette clé de 30 déchiffrement pertinente est autorisé à utiliser la clé K. 3029668 15 L'unité de contrôle recherche dans la mémoire 34 une clé de déchiffrement en provenance d'un terminal dont l'adresse MAC correspond à l'adresse MAC du terminal émetteur de la requête RQ. Dans l'exemple considéré, la clé L recherchée est la clé de chiffrement K est 5 bien présente dans la mémoire 34. Plusieurs stratégies de contrôle sont envisageables. Une première stratégie, relativement simple, se fonde sur l'examen d'adresses MAC. Selon cette première stratégie, sont stockées dans la mémoire 34 10 des règles d'autorisation associant une adresse MAC source et une adresse MAC destinataire. L'unité de contrôle recherche une règle associant l'adresse MAC du terminal la et l'adresse MAC du terminal 1 b dans la mémoire 34. Si une telle règle est trouvée, le terminal 1 b est autorisé à utiliser 15 la clé de déchiffrement K. Dans ce cas, la clé de déchiffrement K est envoyée par le serveur 3 au terminal lb dans un message de réponse A. Si une telle règle n'est pas trouvée, le terminal 1 b n'est pas autorisé à utiliser la clé de déchiffrement K et la clé de déchiffrement K n'est pas envoyée. Dans ce cas, un message de réponse A peut tout de 20 même être envoyé avec un message d'erreur. Une première stratégie se fonde sur l'examen croisé d'adresses MAC et d'utilisateurs. Selon cette deuxième stratégie, sont stockées dans la mémoire 34 des règles d'autorisation associant un identifiant d'utilisateur source 25 (compris dans les messages S1, S2) et un identifiant d'utilisateur destinataire (compris dans la requête RK). L'unité de contrôle recherche une règle associant l'utilisateur du terminal la pour lequel la clé de déchiffrement K a été générée, et l'utilisateur du terminal 1 b. 30 Si une telle règle est trouvée, le terminal 1 b est autorisé à utiliser la clé de déchiffrement K. Dans ce cas, la clé de déchiffrement K est 3029668 16 envoyée 206 par le serveur 3 au terminal 1 b dans un message de réponse A. Si une telle règle n'est pas trouvée, le terminal 1 b n'est pas autorisé à utiliser la clé de déchiffrement K et la clé de déchiffrement K 5 n'est pas envoyée. Dans ce cas, un message d'erreur eut tout de même être envoyé au terminal 1 b. De retour à la figure 5, le programme applicatif du terminal 1 b reçoit 114 la clé de déchiffrement K. Le programme applicatif du terminal 1 b configure alors son module 10 de déchiffrement 20 avec la clé de déchiffrement K. Le module de déchiffrement 20 déchiffre alors les données chiffrées D au moyen de la clé de déchiffrement K reçue du serveur de contrôle 3. La clé de déchiffrement K peut être mémorisée par le terminal K en vue d'être utilisées pour déchiffrer des données émanant du terminal la 15 identifié par son adresse MAC. Bien entendu, l'invention peut faire l'objet d'autres variantes que celles mentionnées précédemment. Le module de chiffrement/déchiffrement 20 peut être un module logiciel intégré au système d'exploitation du terminal 1, et non un module 20 délocalisé sur une carte réseau. Le procédé décrit peut s'appliquer à d'autres types de trames que celles du type IEEE 802 LAN. 25 REVENDICATIONS1. Procédé de contrôle de droits de déchiffrement de données comprenant les étapes suivantes, mises en oeuvre par un terminal (1a) comprenant un 5 système d'exploitation accessible par plusieurs utilisateurs et un module de chiffrement (20): - détection (100) d'une ouverture d'accès au système d'exploitation par un utilisateur, - en réponse à la détection d'ouverture, paramétrage (104) du 10 module de chiffrement (20) avec une clé de chiffrement propre à l'utilisateur pour chiffrer des données (D) à destination d'un autre terminal (1 b), - envoi à un serveur (2) de contrôle: o (102) d'une clé de déchiffrement (K) adaptée pour déchiffrer 15 les données chiffrées au moyen de la clé de chiffrement, et o (103) d'une information (S1) indicative de l'ouverture d'accès pour contrôler l'utilisation de la clé de déchiffrement (K) par l'autre terminal (1 b). 20 2. Procédé selon la revendication précédente, comprenant en outre les étapes de : - détection (105) de fermeture de l'accès au système d'exploitation par l'utilisateur, - envoi (107), au serveur de contrôle (2), d'une information (S2) 25 indicative de la fermeture de l'accès. 3. Procédé selon l'une des revendications précédentes, dans lequel chaque clé est générée par le module de chiffrement (20). 3029668 18 4. Procédé selon l'une des revendications précédentes, dans lequel le module de chiffrement (20) est intégré à une carte réseau (2) indépendante du système d'exploitation. 5. Procédé selon l'une des revendications précédentes, dans lequel le module de chiffrement chiffre les données utiles de trames selon la norme IEEE 802 LAN au moyen de la clé de chiffrement. 6. Procédé de contrôle de droits de déchiffrement de données comprenant 10 les étapes suivantes mises en oeuvre par un serveur de contrôle: - réception (202) d'une clé de déchiffrement (K) adaptée pour déchiffrer des données chiffrées au moyen d'une clé de chiffrement propre à un utilisateur, - réception (200) d'informations indiquant une ouverture et/ou une 15 fermeture d'accès, par l'utilisateur, au système d'exploitation d'un premier terminal (1a), - réception (204) d'une requête (RK) émise par un deuxième terminal, la requête demandant une clé de déchiffrement (K) pour déchiffrer des données chiffrées émanant du premier terminal, 20 - envoi (206) de la clé de déchiffrement (K) au deuxième terminal (1 b) en réponse à la requête (RK), en fonction de la dernière information reçue du premier terminal (1a). 7. Procédé selon la revendication 6, dans lequel : 25 - la clé de déchiffrement (K) est envoyée au deuxième terminal (1 b) si la dernière information reçue indique une ouverture d'accès par l'utilisateur, - la clé de déchiffrement (K) n'est pas envoyée au deuxième terminal (1 b) si la dernière information reçue indique une fermeture d'accès 30 par l'utilisateur. 3029668 19 8. Procédé selon l'une des revendications 6 et 7, comprenant en outre la réception d'une adresse identifiant le premier terminal, la réception d'une adresse identifiant le deuxième terminal (1 b), dans lequel la clé de déchiffrement (K) est envoyée au deuxième terminal en fonction des deux 5 adresses. 9. Procédé selon l'une des revendications 6 à 8, comprenant en outre la réception d'un identifiant de l'utilisateur du premier terminal, la réception d'un identifiant d'un utilisateur du deuxième terminal, dans lequel la clé de déchiffrement (K) est envoyée au deuxième terminal en fonction des deux identifiants. 10. Procédé de déchiffrement de données (D) comprenant les étapes suivantes mises en oeuvre par un terminal (1 b): - envoi (113) à un serveur de contrôle (2) d'une requête demandant une clé de déchiffrement (K) adaptée pour déchiffrer les données, - réception (114) de la clé de déchiffrement (K) à l'issue d'un procédé de contrôle de droits de déchiffrement selon l'une des revendications 6 à 9 mis en oeuvre par le serveur de contrôle (2). 20 11. Produit programme d'ordinateur comprenant des instructions de code pour l'exécution des étapes du procédé selon l'une des revendications précédentes, lorsque ce produit programme est exécuté par un terminal (1a, 1b) et/ou un serveur de contrôle (2). 25 12. Serveur (2) de contrôle de droits de déchiffrement comprenant : - une mémoire (34) adaptée pour mémoriser une clé de déchiffrement, la clé de déchiffrement étant adaptée pour déchiffrer des données chiffrées au moyen d'une clé de chiffrement 30 propre à un utilisateur, - une interface réseau (32) adaptée pour recevoir : 3029668 o des informations indiquant une ouverture d'accès par l'utilisateur au système d'exploitation d'un premier terminal, o recevoir une requête émise par un deuxième terminal, la 5 requête demandant une clé de déchiffrement pour déchiffrer des données chiffrées émanant du premier terminal, et - une unité de contrôle (30) adaptée pour commander l'envoi de la clé de déchiffrement (K) au deuxième terminal via l'interface réseau en réponse à la requête, en fonction des informations 10 reçues.