Brevet FR3003712A1 — publié le 20140926

MODULE DE SECURITE MATERIEL La présente invention concerne de manière générale la sécurité dans les réseaux de communications, et plus spécifiquement un module de sécurité 5 matériel. Un module de sécurité matériel ou HSM (initiales anglo-saxonnes mises pour Hardware Security Module) est un module dont les principales fonctions sont : - de générer à la demande ou à l'avance des clés cryptographiques, 10 par exemple des clés RSA pour authentification ; - de protéger les clés générées ; - de transférer des clés cryptographiques avec une sécurisation adéquate, par exemple sous forme chiffrée selon que le cryptage est ou non symétrique ; 15 - d'effectuer des opérations de chiffrement et/ou déchiffrement. Le matériel est placé dans un boîtier sécurisé, ce qui permet de protéger les clés générées. Les HSM sont classiquement utilisés pour chiffrer des données telles que des codes PIN bancaires ou générer des couples de clés privées/publiques pour l'authentification d'utilisateurs ou d'applications. 20 Les HSM peuvent se classer en catégories correspondant à des facteurs de forme et des performances associées : - petit facteur de forme, de type carte à puce ou clé USB : Le dimensionnement limite la capacité de génération et de stockage de clés, la capacité de calcul embarquée, et donc la vitesse des opérations 25 cryptographiques pouvant être réalisées. Cependant, le module est de coût relatif faible, et peut être facilement transporté et manipulé. - équipement classique : Le dimensionnement donne une grande capacité de génération stockage de clés, et permet de disposer d'accélérateurs cryptographiques pour réaliser des opérations à haute vitesse. Néanmoins, le 30 module est de coût élevé et n'est pas nomade. Le niveau de sécurité, évalué selon tel ou tel processus reconnu, par exemple Critères Communs ou CC (initiales anglo-saxonnes mises pour Common Criteria) ou FIPS (initiales anglo-saxonnes mises pour Federal Information Processing Standard des Etats-Unis), est une caractéristique très importante. Enfin, un HSM doit pouvoir s'interfacer et communiquer avec d'autres équipements ou produits; il est donc habituellement doté d'interfaces telles qu'Ethernet, USB ou autres standards. On connaît par ailleurs les réseaux privés virtuels, ou VPN (initiales anglo-saxonnes mises pour Virtual Private Network), qui permettent d'obtenir une liaison sécurisée entre des équipements terminaux, tout en utilisant des réseaux non privés. Pour ce faire, un réseau VPN doit : - authentifier les interlocuteurs qui s'échangent des données, - rendre confidentielles, par chiffrement, les données transmises. Un VPN est donc principalement, mais pas seulement, un chiffreur de données. Un cas particulier est l'échange direct entre deux utilisateurs, mais le plus souvent, dans une infrastructure de communication sécurisée, sont établis des tunnels, grâce auxquels un client authentifié chiffre des données et les envoie à un serveur qui les déchiffre à l'arrivée, et peut lui-même être client dans un autre tunnel. Les données sont encapsulées dans un protocole défini, par exemple IPSec ou SSL/TLS. Dans chaque tunnel transitent les données chiffrées, de plusieurs et même d'un grand nombre d'utilisateurs individuels. La fonction VPN est habituellement implémentée soit dans un boîtier autonome, soit intégrée dans un équipement aux fonctionnalités plus large (par exemple un routeur). Elle permet donc : - d'effectuer, à l'aide de modules cryptographiques, des opérations 25 d'authentification, incluant mais non limitées à la reconnaissance de certificats ; - de chiffrer à la volée les données à émettre, et de déchiffrer à la volée les données reçues, à l'aide de modules cryptographiques. Les clés de chiffrement et certificats d'authentification initiaux sont 30 reçus en provenance d'un HSM. Au sein d'un VPN, le logiciel peut cependant générer des clés et certificats temporaires utilisés pour une session particulière. Mais lorsque c'est le cas, le niveau de sécurité atteignable est plus faible ; en particulier, il n'est pas possible de résister à des attaques connues et documentées. La figure 1 illustre sous forme schématique un système connu de communication entre un réseau local de communication 1 (par exemple au sein d'une entreprise) et un réseau extérieur de communication 2, grâce à un 5 module VPN 3 et un module HSM 4 reliés entre eux par une liaison 5 de type Ethernet. Dans ce type d'architecture, les données transitant entre le réseau local 1 et le module VPN 3 sont habituellement non chiffrées, les données transitant entre le module VPN 3 et le réseau extérieur 2 sont chiffrées par le VPN 3 en utilisant les clés générées par le module HSM 4. Cette architecture 10 présente un certain nombre d'inconvénients. En particulier, le fait d'utiliser des modules VPN 3 et HSM 4 séparés est une faiblesse dans la sécurité, car une attaque est possible via le réseau Ethernet reliant le(s) HSM au(x) VPN, puisque les clés ou certificats générés par le(s) HSM doivent être envoyés au(x) VPN. Plus largement, toute situation 15 dans laquelle des clés de chiffrement, ou de transchiffrement, générées sont accessibles est une faiblesse de sécurité, ce qui est le cas lorsque lesdites clés sortent du composant dans lequel elles ont été générées. De plus, les différents HSM et VPN, ainsi que les utilisateurs eux-mêmes, sont connectés à un réseau dont le standard d'interface est de type 20 Ethernet, ou autre, ce qui permet des attaques, documentées, puisqu'il y a une continuité de réseau, sans coupure entre les abonnés audit réseau. Il est notamment possible pour un attaquant de faire router ses données vers un destinataire interne, et ainsi casser la qualité du service qui lui est offerte, introduire des logiciels malveillants ou virus, et surtout, s'agissant de sécurité, 25 avoir accès à des données sans en avoir le droit. C'est pour faire face, autant que possible, à cette situation, que sont conçus et connus dans l'état de l'art des dispositifs pare-feu. Pour ceux qui sont les plus sécuritaires, il s'agit d'insérer, en coupure entre deux réseaux, ou deux ensembles d'usagers, un équipement qui va bloquer tous les paquets 30 (toutes les données), de toute source (de tout émetteur), pour tout service (quel que soit le protocole), sauf lorsque la politique de sécurité autorise à laisser passer. Un pare-feu dispose donc d'au moins deux interfaces réseau, d'un processeur et d'une mémoire. Toutefois il reste généralement possible de contourner la politique de sécurité et s'introduire dans le système. Il existe aussi des systèmes de détection d'intrusion qui ont pour vocation, en regard de comportements normaux des utilisateurs, de détecter ceux qui sont anormaux, et d'envoyer alors une alerte à un administrateur du réseau interne. Un détecteur d'intrusion dispose donc d'au moins une interface réseau, d'un processeur et d'une mémoire. Néanmoins, un système de détection d'intrus ne peut pas bloquer les flux. En outre, dans l'architecture de la figure 1, les données non chiffrées et chiffrées ne sont pas strictement ségréguées, car une telle ségrégation est complexe et coûteuse à effectuer. Du seul fait que cette ségrégation n'est pas effectuée, des attaques particulières sont possibles, lorsque les données chiffrées et non chiffrées sont co localisées, par exemple sur un bus de données. De plus, les fonctions VPN sont implémentées en software, 15 intrinsèquement de moindre niveau de sécurité (typiquement CC EAL2+, au mieux EAL3+) que le niveau de sécurité obtenu avec le composant de sécurité (au moins EAL 4+). Enfin, les différentes architectures et dispositifs de l'état de l'art sont coûteux, car complexes. 20 La présente invention propose un nouveau module HSM qui permet, selon les variantes, de pallier un ou plusieurs des inconvénients ci-dessus. En particulier, l'invention a pour objet un module de sécurité matériel comportant un circuit intégré ASIC avec un processeur, une mémoire de données pour stocker des données, une mémoire de programmes pour stocker 25 des codes de programmes, un module cryptographique comportant un générateur de clés cryptographiques et un module de chiffrement et/ou déchiffrement de données, une première interface apte à recevoir des données non chiffrées, respectivement chiffrées, d'un premier point d'accès, une deuxième interface apte à transmettre des données chiffrées, respectivement 30 transchiffrées, à un deuxième point d'accès, et un contrôleur d'interfaces apte à piloter la première et la deuxième interfaces pour permettre une communication sécurisée entre les deux points d'accès. Selon certaines caractéristiques optionnelles et/ou préférées: - le module de sécurité matériel selon la revendication 1 peut comporter un boîtier externe sécurisé ; - la mémoire de données est de type NVM, et la mémoire de programmes est de type ROM ou NVM ou flash ; - les données transmises par la deuxième interface sont chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques. L'invention a également pour objet un équipement de sécurité 10 matériel, caractérisé en ce qu'il comporte un ensemble comportant deux modules de sécurité matériels comme définis ci-dessus, à savoir : -un premier module de sécurité matériel apte à être utilisé pour recevoir sur sa première interface des données non chiffrées, respectivement chiffrées, d'un point d'accès d'un premier réseau de communication ; et 15 - un deuxième module de sécurité matériel qui n'est apte à être utilisé, en transmission, que pour transmettre depuis sa deuxième interface des données chiffrées, respectivement transchiffrées, à un point d'accès d'un deuxième réseau de communication ; ledit ensemble comportant en outre un module formant une interface 20 de ségrégation des données non chiffrées, respectivement chiffrées, et des données chiffrées, respectivement transchiffrées. Dans un mode de réalisation préféré, les données transmises par la deuxième interface du deuxième module sont chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données 25 du deuxième module de sécurité matériel en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques du premier module de sécurité matériel. Selon un autre mode de réalisation possible, l'équipement de sécurité matériel comporte une pluralité d'ensembles, le premier module de sécurité 30 matériel de chaque ensemble étant apte à être utilisé pour recevoir sur sa première interface des données non chiffrées, respectivement chiffrées, d'un point d'accès du premier réseau de communication, et le deuxième module de sécurité matériel de chaque ensemble n'étant apte à être utilisé, en transmission, que pour transmettre depuis sa deuxième interface des données chiffrées, respectivement transchiffrées, à un point d'accès du deuxième réseau de communication. Dans ce cas, les données transmises par la deuxième interface sont de préférence chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données du deuxième module de sécurité matériel de chaque ensemble en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques du premier module de sécurité matériel de chaque ensemble. Selon une variante de réalisation, l'équipement de sécurité matériel comporte un premier ensemble et un deuxième ensemble comportant chacun une pluralité de modules de sécurité matériels comme définis ci-dessus, chaque module du premier ensemble étant apte à être utilisé pour recevoir sur sa première interface des données non chiffrées, respectivement chiffrées, d'un point d'accès d'un premier réseau de communication, et chaque module du deuxième ensemble n'étant apte à être utilisé, en transmission, que pour transmettre depuis sa deuxième interface des données chiffrées, respectivement trasnchiffrées, à un point d'accès d'un deuxième réseau de communication, et un module unique formant une interface de ségrégation des données chiffrées et non chiffrées pour tous les modules de sécurité matériels. Dans ce cas, les données transmises par la deuxième interface sont de préférence chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données de chaque module de sécurité matériel du deuxième ensemble en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques de chaque module associé du premier ensemble. Dans tous les cas, le module formant interface de ségrégation peut en outre être apte à filtrer les données échangées entre le premier réseau et le 30 deuxième réseau de communication. L'invention et les avantages qu'elle procure seront mieux compris au vu de la description suivante, faite en référence aux figures annexées, dans lesquelles : - la figure 1, déjà décrite ci-dessus, illustre de façon schématique un système connu de communication entre un réseau de communication local et un réseau de communication extérieur ; - la figure 2 représente schématiquement un module HSM-VPN selon 5 un mode de réalisation possible de l'invention ; - la figure 3 illustre à titre d'exemple des échanges de données entre deux points d'accès par l'intermédiaire du module HSM-VPN de la figure 2 ; - la figure 4 représente schématiquement un équipement de sécurité construit à partir de deux modules HSM-VPN tels que celui de la figure 3; 10 - la figure 5 illustre une variante de réalisation de l'équipement de la figure 4 ; - la figure 6 illustre une autre variante de l'équipement de la figure 4. La figure 2 représente schématiquement un module 4 de sécurité matériel intégrant, conformément à l'invention, une fonctionnalité VPN. Ce 15 module 4 comporte un circuit intégré ASIC incluant un processeur embarqué 40, une mémoire 41 de données de type NVM (initiales anglo-saxonnes mises pour Non Volatile Memory) pour stocker les données, une mémoire 42 de programmes non volatile de type ROM, NVM ou flash pour stocker les codes de programmes, un module cryptographique 43 comportant un générateur 430 20 de clés cryptographiques et un module 431 de chiffrement et/ou déchiffrement de données, et deux interfaces 44, 45 de communication pilotées par un contrôleur 46 d'interfaces. L'ensemble ci-dessus est placé de préférence dans un boîtier sécurisé 47. Les fonctions de HSM et de VPN sont réalisées dans la même 25 architecture et le même produit. La mémoire 42 de programmes contient en conséquence les codes permettant de réaliser les deux fonctions. Les clés, d'une part pour la fonction HSM, et d'autre part pour la fonction VPN, sont générées via le générateur 430 de clés cryptographiques, et sont stockées dans la mémoire 41 de données. Les deux interfaces 44, 45 permettent une 30 communication avec deux points d'accès extérieurs (non représentés) de manière séparée. Le contrôleur 46 gère la séparation de ces accès. En plus de cette isolation entre les deux interfaces, un transchiffrement peut avoir lieu entre les données qui rentrent et les données qui sortent. L'ensemble du composant hardware est sécurisé avec des mécanismes de sécurité à l'état de l'art (bouclier de protection, détecteur de défaillance électronique...). Les fonctions cryptographiques sont également implémentées pour être à l'état de l'art de la sécurisation (attaques par canaux auxiliaires ou 5 par fautes). Une authentification forte entre les deux points d'accès a lieu. Pour cela, des clés, par exemple asymétriques, sont générées par le générateur 430 et utilisées par la fonctionnalité VPN (module de chiffrement et/ou déchiffrement 431) intégrée au module 4 pour faire l'authentification entre les deux points d'accès. Enfin, une clé de session K identique est formée 10 des deux côtés. Un exemple des étapes mises en oeuvre lors d'une communication entre un premier point d'accès, par exemple situé dans le réseau local de communication 1, et un deuxième point d'accès, par exemple situé dans le réseau extérieur de communication 2, au travers du module HSM-VPN 4 de 15 l'invention va à présent être décrit en référence à la figure 3. On suppose dans cet exemple non limitatif, que la communication est demandée par le premier point d'accès : Lors d'une première étape 100, le premier point d'accès envoie au module 4 une demande de connexion, cette demande étant relayée par le 20 module 4 au deuxième point d'accès 2 (étape 110). Le module 4 génère alors les clés qui vont servir aux chiffrements (étape 120), puis envoie les clés générées aux points d'accès 1 et 2 (étape 130). Lorsque les deux points d'accès ont formé la clé de session à partir des clés reçues (étape 140), des échanges bidirectionnels de données sécurisés peuvent avoir lieu entre les 25 deux (étapes 150 et 160). Plus spécifiquement, les données en provenance du point d'accès 1 sont reçues, chiffrées ou non chiffrées sur l'interface 45 du module, puis retransmises, respectivement transchiffrées ou chiffrées par l'interface 46 au deuxième point d'accès. Plus spéciquement, les données transmises par la deuxième interface 30 45 sont chiffrées, respectivement transchiffrées, par le module 431 de chiffrement et/ou déchiffrement de données en utilisant au moins une clé cryptographique générée par le générateur 430 de clés cryptographiques. Ainsi, le module 4 permet par lui-même de réaliser diverses fonctions, soit qu'elles aient été implémentées sous forme matérielle, soit qu'elles aient été programmées et implantées sous forme d'application embarquée dans le processeur. Les fonctionnalités HSM d'une part, et VPN d'autre part, sont empaquetées ensemble dans un facteur de forme standard, par exemple une carte microSD, ou tout autre facteur de forme, et ce composant est en mesure de communiquer avec l'extérieur. En regard de la définition des HSM, le module de sécurité 4 apporte les fonctionnalités requises de l'équipement classique, tant dans la génération et la protection des clés que dans les opérations cryptographiques, dans un petit facteur de forme (type carte microSD), et il est compatible des interfaces SD, USB et Ethernet. En regard de la définition des boîtiers VPN, le module de sécurité 4 apporte les ressources nécessaires pour générer et protéger des clés, chiffrer et déchiffrer des données à la volée, et plus largement effectuer des opérations cryptographiques, dans un petit facteur de forme, et il est compatible des interfaces SD, USB et Ethernet. Le module 4 de sécurité selon l'invention peut permettre également : - de chiffrer ou déchiffrer des données et les stocker chiffrées ou non, à l'intérieur même du composant ; - de transchiffrer, c'est-à-dire de déchiffrer des données chiffrées reçues en entrée, puis les rechiffrer avec d'autres clés ou d'autres algorithmes, avant de les ré émettre en sortie. Contrairement aux solutions de l'art antérieur, les clés ne sortent jamais du module. De plus, les fonctions de chiffrement sont effectuées en hardware, ce qui offre un meilleur niveau de sécurité. Les données chiffrées et non chiffrées ne sont pas co localisées. Enfin, de par l'emploi de la technologie ASIC, et la compacité du composant, sa sécurisation peut être obtenue à meilleur coût et il est économiquement très compétitif. Le module 4 tel qu'il vient d'être décrit peut servir de base pour 30 construire des équipements de sécurité améliorée, comme cela va être décrit dans la suite. La figure 4 illustre un équipement 5 de sécurité HSM-VPN à coupure selon l'invention. Cet équipement 5 comporte ici un boîtier 7, de préférence sécurisé, renfermant deux modules HSM-VPN 4 tels que ceux décrits en référence à la figure 2, et un module 6 formant une interface de ségrégation des données. Dans un exemple d'architecture, on suppose que le réseau local 1 de 5 communication ne transmet que des données non chiffrées. Dans ce cas, un premier module 4 (celui de gauche sur la figure 4) n'est utilisé par exemple que pour sa fonctionnalité HSM, en particulier pour la génération de clés cryptographiques qui vont servir au chiffrement, et reçoit sur son interface 44 les données non chiffrées du réseau local 1 de communication ; le deuxième 10 module 4 (celui de droite sur la figure 4) est quant à lui utilisé pour sa fonctionnalité VPN uniquement, et transmet des données chiffrées au réseau externe 2 par son interface 45. Le module 6 avec son interface de ségrégation permet d'assurer la cohérence et le filtrage des données échangées entre le réseau local 1 et le 15 réseau externe 2. Il inspecte ainsi les paquets de données qu'il reçoit pour garantir que ne sont transmises que celles qui doivent l'être. Il filtre en particulier les commandes Ethernet pour résister aux attaques documentées via Ethernet. Dans un autre exemple d'utilisation, les données transmises par le 20 réseau local 1 de communication peuvent être chiffrées. Dans ce cas, le module 4 de gauche sur la figure 4 est également utilisé pour sa fonctionnalité VPN de manière à déchiffrer les données reçues, puis pour sa fonctionnalité HSM pour générer les clés cryptographiques qui vont servir au transchiffrement. Le module 4 de droite sur la figure 4 reste utilisé 25 uniquement, dans le sens de la transmission, pour sa fonction VPN afin de transmettre des données transchiffrées, en utilisant les clés cryptographiques générées par le module 4 de gauche. Dans les deux cas, les données transmises par la deuxième interface 45 du deuxième module sont chiffrées, respectivement transchiffrées, par le 30 module de chiffrement et/ou déchiffrement de données du deuxième module de sécurité matériel en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques du premier module de sécurité matériel. Ici encore, les clés cryptographiques utilisées pour le chiffrement ou le transchiffrement ne sortent jamais de l'équipement 5. De plus, le module 6 offre une interface sécurisée entre les deux modules 4, permettant non seulement de réaliser une ségrégation entre les données non chiffrées, respectivement chiffrées, et les données chiffrées, respectivement transchiffrées, mais également une fonction de pare-feu, en ne laissant passer que les données qui doivent effectivement passer, et en interdisant les attaques via des commandes liées aux protocoles d'interface, comme c'est notamment possible pour l'Ethernet (pénétration). Dans l'équipement précédent, les performances intrinsèques du composant de sécurité en tant que chiffreur/déchiffreur peuvent être limitées en débit, que ce soit par la technologie du circuit intégré lui-même, ou par le standard d'interface retenu. Par ailleurs, le nombre de clés cryptographiques pouvant être générées dans un temps donné est par essence limité. Pour augmenter le débit utile au profit des utilisateurs et/ou le nombre de clés susceptibles d'être générées dans un temps donné, une première solution, représentée schématiquement sur la figure 5, consiste à placer, dans un même boîtier 7, de préférence sécurisé, non pas un mais n équipements identiques 51 à 5n. Chaque équipement ou ensemble 5;, l'entier i variant de 1 à n, comporte, comme dans le cas de la figure 4 : - un premier module 4;1 utilisé seulement pour sa fonctionnalité HSM ou pour ses deux fonctionnalités HSM et VPN, selon que son interface 44i1 reçoit des données non chiffrées, respectivement déjà chiffrées, du réseau local 1, - un deuxième module 4;2 utilisé seulement (dans le sens de la transmission) pour sa fonctionnalité VPN, avec son interface 45;2 transmettant des données chiffrées, respectivement transchiffrées, au réseau externe 2 ; - un module 6; formant interface de ségrégation. Ici encore, les données transmises par la deuxième interface 45;2 sont chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données du deuxième module 4;2 de sécurité matériel de chaque ensemble 5; en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques du premier module 4;1 de sécurité matériel de chaque ensemble 5;. Une variante de réalisation permettant également d'augmenter le débit 5 utile au profit des utilisateurs et/ou le nombre de clés susceptibles d'être générées dans un temps donné est représentée sur la figure 6. Ici, au lieu d'utiliser n modules 6; pour la ségrégation/pare feu, un seul module 6 est mis en commun. Dans cette variante, l'équipement comprend, outre le module 6 unique formant une interface de ségrégation entre des données non chiffrées 10 (respectivement chiffrées) et des données chiffrées (respectivement transchiffrées), un premier ensemble et un deuxième ensemble comportant chacun une pluralité de modules 4n1,...412...4n2 de sécurité matériels tels que celui décrit à la figure 2, chaque module 4;1 (l'entier i variant de 1 à n) du premier ensemble étant apte à être utilisé pour recevoir sur sa première 15 interface 44;1 des données non chiffrées, respectivement chiffrées, d'un point d'accès 1 du réseau local 1 de communication, et chaque module 4;2 du deuxième ensemble n'étant apte à être utilisé, en transmission, que pour transmettre depuis sa deuxième interface 45;2 des données chiffrées, respectivement trasnchiffrées, à un point d'accès 2 du réseau externe de 20 communication. Comme dans les exemples précédents, les données transmises par la deuxième interface 45;2 sont chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données de chaque module 4i2 de sécurité matériel du deuxième ensemble en utilisant au moins une clé 25 cryptographique générée par le générateur de clés cryptographiques de chaque module 4;1 associé du premier ensemble. Dans tous les cas représentés sur les figures 4 à 6, l'équipement permet de remplir : - la fonction de pare-feu de coupure, 30 - la fonction de détecteur d'intrusion, - et naturellement les fonctions de VPN et HSM, De plus, lorsque des données arrivent du réseau extérieur 2, l'équipement peut vérifier par authentification cryptographique de l'émetteur que celui-ci est bien celui attendu, et par intégrité cryptographique que les données sont bien celles attendues. Toute donnée non correctement déchiffrée ou non intègre, ou toute 5 donnée reçue d'un émetteur non authentifié sera avantageusement bloquée. La performance du pare-feu et de la détection d'intrusion est donc augmentée. L'équipement peut permettre de plus d'assurer une fonction particulière de couplage de réseaux de niveau de sécurité différents. En effet, dans le cadre de certaines politiques de sécurité dites « multi 10 niveaux », on peut définir, par exemple, un niveau de sécurité standard et un niveau de sécurité renforcé (ou confidentiel et secret). Un usager autorisé à se coupler à un réseau de niveau renforcé peut aussi se coupler à un réseau de niveau standard, mais pas l'inverse (seuls les usagers autorisés au niveau renforcé peuvent se coupler au niveau renforcé). 15 Une information de niveau standard peut « monter » dans un réseau de niveau renforcé, mais ne sera accessible qu'à des utilisateurs autorisés au niveau renforcé. Une information de niveau renforcé, en revanche ne doit pas être transmise à un réseau de niveau standard. Elle y serait en effet accessible a priori à des utilisateurs non autorisés. 20 L'équipement selon les figures 4 à 6 permet directement d'avoir un filtre de sécurité multi niveaux, conjuguant deux fonctionnements : - un fonctionnement en mode « diode » ou passant : Si le réseau 1 est de niveau standard, et le réseau 2 de niveau renforcé, ce mode consiste à ne laisser passer les informations que du réseau 1 vers le réseau 2. 25 - un fonctionnement en mode échanges multi niveaux virtualisés : Si un utilisateur du réseau 1 a les droits d'accès aux informations de niveau renforcé du réseau 2, alors le dispositif authentifie l'utilisateur et ses droits, et lui laisse accéder aux informations sur le réseau 2, sachant que les dites informations seront transmises chiffrées, et accessibles aux seuls utilisateurs 30 authentifiés. Il convient enfin de noter que, bien que la description ait fait mention d'échanges de données entre un réseau local 1 de communication type réseau interne d'entreprise, et un réseau 2 externe, le module 4 et les équipements intégrant ce module 4 conformément à l'invention peuvent être utilisés pour l'échange de données entre n'importe quel type de réseaux de communication, internes ou externes.5 REVENDICATIONS1. Module (4) de sécurité matériel comportant un circuit intégré ASIC avec un processeur (40), une mémoire (41) de données pour stocker des données, une mémoire (42) de programmes pour stocker des codes de programmes, un module cryptographique (43) comportant un générateur (430) de clés cryptographiques et un module (431) de chiffrement et/ou déchiffrement de données, une première interface (44) apte à recevoir des données non chiffrées, respectivement chiffrées, d'un premier point d'accès (1), une deuxième interface (45) apte à transmettre des données chiffrées, respectivement transchiffrées, à un deuxième point d'accès (2), et un contrôleur (46) d'interfaces apte à piloter la première et la deuxième interfaces (44, 45) pour permettre une communication sécurisée entre les deux points d'accès (1, 2). 2. Module (4) de sécurité matériel selon la revendication 1, caractérisé en ce qu'il comporte un boîtier (47) externe sécurisé. 3. Module (4) de sécurité selon l'une quelconque des revendications précédentes, caractérisé en ce que la mémoire (41) de données est de type NVM, et la mémoire (42) de programmes est de type ROM ou NVM ou flash. 4. Module (4) de sécurité selon l'une quelconque des revendications précédentes, caractérisé en ce que les données transmises par la deuxième interface (45) sont chiffrées, respectivement transchiffrées, par le module (431) de chiffrement et/ou déchiffrement de données en utilisant au moins une clé cryptographique générée par le générateur (430) de clés cryptographiques. 5. Equipement (5) de sécurité matériel, caractérisé en ce qu'il comporte un ensemble comportant deux modules (4) de sécurité matériels selon la revendication 1, à savoir : -un premier module (4) de sécurité matériel apte à être utilisé pour recevoir sur sa première interface (44) des données non chiffrées,respectivement chiffrées, d'un point d'accès (1) d'un premier réseau de communication ; et - un deuxième module (4) de sécurité matériel qui n'est apte à être utilisé, en transmission, que pour transmettre depuis sa deuxième interface (45) des données chiffrées, respectivement transchiffrées, à un point d'accès (2) d'un deuxième réseau de communication ; ledit ensemble comportant en outre un module (6) formant une interface de ségrégation des données non chiffrées, respectivement chiffrées, et des données chiffrées, respectivement transchiffrées. 6. Equipement (5) de sécurité matériel selon la revendication 5, caractérisé en ce que les données transmises par la deuxième interface (45) du deuxième module sont chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données du deuxième module de sécurité matériel en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques du premier module de sécurité matériel. 7. Equipement (5) de sécurité matériel selon la revendication 5, caractérisé en ce qu'il comporte une pluralité d'ensembles (51 à 5n), le premier module (4ii à 4ni) de sécurité matériel de chaque ensemble (51 à 5n) étant apte à être utilisé pour recevoir sur sa première interface (44ii à 44ni) des données non chiffrées, respectivement chiffrées, d'un point d'accès (1) du premier réseau de communication, et le deuxième module (412 à 4n2) de sécurité matériel de chaque ensemble (51 à Sn) n'étant apte à être utilisé, en transmission, que pour transmettre depuis sa deuxième interface (4512 à 45n2) des données chiffrées, respectivement transchiffrées, à un point d'accès (2) du deuxième réseau de communication. 8. Equipement (5) de sécurité matériel selon la revendication 7, caractérisé en ce que les données transmises par la deuxième interface (4512 à 45n2) sont chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données du deuxièmemodule (412 à 4n2) de sécurité matériel de chaque ensemble (51 à 5n) en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques du premier module (4ii à 4ni) de sécurité matériel de chaque ensemble (51 à 5n). 9. Equipement (5) de sécurité matériel, caractérisé en ce qu'il comporte un premier ensemble et un deuxième ensemble comportant chacun une pluralité de modules (411... 4n1,...412...4n2) de sécurité matériels selon la revendication 1, chaque module (4ii... 4n1) du premier ensemble étant apte à être utilisé pour recevoir sur sa première interface (44ii à 44n1) des données non chiffrées, respectivement chiffrées, d'un point d'accès (1) d'un premier réseau de communication, et chaque module (412...4n2) du deuxième ensemble n'étant apte à être utilisé, en transmission, que pour transmettre depuis sa deuxième interface (4512 à 45n2) des données chiffrées, respectivement trasnchiffrées, à un point d'accès (2) d'un deuxième réseau de communication, et un module (6) unique formant une interface de ségrégation des données chiffrées et non chiffrées pour tous les modules (411--- 4n1,---412---4n2) de sécurité matériels. 10.Equipement (5) de sécurité matériel selon la revendication 9, caractérisé en ce que les données transmises par la deuxième interface (4512 à 45n2) sont chiffrées, respectivement transchiffrées, par le module de chiffrement et/ou déchiffrement de données de chaque module (412 à 4n2) de sécurité matériel du deuxième ensemble en utilisant au moins une clé cryptographique générée par le générateur de clés cryptographiques de chaque module (4ii à 4ni) associé du premier ensemble (51 à 5n). 11.Equipement (5) de sécurité matériel selon l'une quelconque des revendications des revendications 5 à 10, caractérisé en ce que ledit module (6) formant interface de ségrégation est en outre apte à filtrer les données échangées entre le premier réseau et le deuxième réseau de communication.