FR 2793367 A1 20001110 FR 9905609 A 19990503 DISPOSITIF D'AUTHENTIFICATION ET DE SECURISATION POUR UN RÉSEAU INFORMATIQUE. La présente invention concerne un dispositif d'authentification et de sécurisation pour un réseau informatique composé de plusieurs éléments, du type comprenant pour chacun des éléments devant être sécurisés dudit réseau un microprocesseur relié par au moins un bus de données à une mémoire, à deux interfaces d'entrée/sortie et à un module d'authentification de l'utilisateur. Alors qu'un nombre croissant de sociétés se connectent à des réseaux et en particulier à Internet, la sécurité sur les réseaux informatiques devient un enjeu considérable à l'aube du vingt et15 unième siècle. De nombreux problèmes apparaissent dans les entreprises et autres organisations. Ces problèmes sont habituellement désignés sous le terme de piratage informatique; les personnes qui en sont responsables sont désignées par le terme de pirate.20 Ce piratage informatique possède plusieurs facettes. Par exemple il peut être effectué de l'extérieur ou de l'intérieur de 'l'entreprise', ce terme 'entreprise' désignant une société de nature industrielle ou commerciale, un organisme25 gouvernemental ou tout autre association d'intérêt. Il peut en outre avoir divers objectifs: altérer, supprimer, prendre connaissance de données (lecture, modification ou destruction); ou empêcher le bon fonctionnement du réseau informatique (notamment en30 gênant à distance le fonctionnement des ordinateurs indispensables). Avant de continuer, il convient d'exposer les méthodes de piratage que l'on pourrait qualifier de physiques car elles reposent sur les35 caractéristiques physiques des systèmes informatiques. La première et la plus simple de ces méthodes physiques s'appelle dans le jargon informatique le 'sniffing'. Elle correspond à un espionnage physique des câbles de connexion. Les pirate peut ainsi capturer toute l'information qui transite au sein de ce réseau. Le pirate peut obtenir des informations cruciales: informations confidentielles de toute nature, mots de passe des utilisateurs du réseau. Il peut également altérer ou10 supprimer ces données. Une deuxième méthode de piratage physique nécessite de très gros moyens. Elle repose sur l'interception des ondes électromagnétiques émi ses par un écran d'ordinateur (ou émises par n'importe15 quel élément du système informatique). Une autre méthode de piratage physique consiste à prendre connaissance du texte tapé par la simple observation lors de sa frappe sur le clavier o lors de son apparition à l'écran. (Observation20 directe ou indirecte de l'utilisateur). Ces méthodes physiques sont indécelables pour le système informatique et sont indépendantes de ce système. Hormis ces méthodes physiques, le piratage informatique peut également reposer sur des méthodes qui seront qualifiées de méthodes logiques. Ces méthodes s'attaquent directement à la logique des systèmes informatiques. Généralement elles utilisent les points faibles de cette logique. La plupart de ces méthodes utilisent souvent ce que l'on appelle une trappe, c'est-à-dire une faille dans un système d'exploitation ou dans un autre logiciel. Ces trappes sont des points d'entrée dans un système informatique35 qui passent au-dessus des mesures normales de sécurité. Ce peut être un programme caché au sein du système informatique ou un composant électronique qui rendent le système de protection inefficace. De plus, la trappe est souvent activée par un événement ou une action " normale ". La trappe peut aussi être une faille volontaire du système de sécurité. Dans ce cas les trappes ne sont pas toujours néfastes: certains systèmes d'exploitation, ont des comptes utilisateurs avec de hauts privilèges destinés à faciliter le travail des techniciens de maintenance. o0 Pour comprendre ces méthodes logiques il faut se rappeler qu'à chaque fois qu'un utilisateur fait une requête pour accéder à un fichier ou plus généralement à une ressource informatique, le système d'exploitation décide si cet utilisateur est bien15 habilité à accéder à ce fichier. Le système d'exploitation prend cette décision en fonction de plusieurs critères tels le propriétaire du fichier, l'identification de la personne qui demande à y accéder, les autorisations d'accès qui ont été20 déterminées par le propriétaire. Le pirate doit donc pour obtenir les informations désirées tromper le système informatique en interférant avec sa logique. La création d'une liste exhaustive des méthodes utilisées pour pirater des données informatiques est pratiquement irréalisable tant ces méthodes sont nombreuses. Il faut souligner cependant qu'elles comportent malgré tout des points communs et plus particulièrement une logique commune. Ceci a permis de déterminer des méthodes générales afin de30 contrer ces pirates. Une première méthode connue pour lutter contre le piratage logique consiste à demander à l'utilisateur de fournir un mot de passe pour accéder aux données, mot de passe qui est reconnu par le35 système d'exploitation. Ce mot de passe est numérique. Il reste aujourd'hui la clé de voûte de tous les systèmes de sécurité. Il en constitue donc aussi son principal point faible: un pirate connaissant le mot de passe d'un utilisateur peut accéder aux données personnelles de cet utilisateur5 et peut se faire passer pour cet utilisateur ce qui est bien pire. Toute action, erreur, faute ainsi commise par le pirate sera donc attribuée de manière erronée à l'utilisateur piraté. Une autre méthode connue pour lutter contre le piratage consiste à crypter les données. Cette méthode est souvent considérée comme suffisante. Ce cryptage est actuellement réalisé à l'aide de logiciels ou de cartes électroniques. Le principe du cryptage repose sur l'utilisation d'une clé de15 cryptage qui peut être une suite de caractères alphabétiques et/ou numériques jouant un rôle similaire au mot de passe. Cette clé de cryptage constitue l'un des points faibles de cette méthode. Avec cette méthode lorsque deux ordinateurs veulent20 communiquer, ils doivent d'abord s'authentifier l'un à l'autre, c'est-à-dire utiliser une clé commune de cryptage. Ce processus d'authentification est actuellement numérique et repose soit sur un code tapé par l'utilisateur soit sur un code généré de25 manière logique par les deux ordinateurs. Dans ce deuxième cas, les deux ordinateurs sont malheureusement obligés d'échanger une suite d'informations jusqu' à s'authentifier réciproquement. Il en découle qu'un troisième ordinateur venant30 pirater ce système peut retrouver le code généré en prenant connaissance de cet échange d'informations. Ce faisant il peut avoir accès aux données transmises et peut même usurper l'identité des machines piratées.35 Le cryptage des données est aussi utilisé pour rendre incompréhensible les informations contenues sur un support de données d'un ordinateur. Dans ce cas, les clés de cryptage sont générées de la même façon que dans le cas du cryptage des transmissions. Toutes les méthodes de cryptage actuellement utilisées reposent sur des algorithmes mathématiques. Il existe deux catégories d'algorithme de cryptage: les algorithmes symétriques et les algorithmes asymétriques. L'algorithme symétrique utilise une10 seule clé de cryptage qui sert donc simultanément à crypter et à décrypter les données. A l'inverse l'algorithme asymétrique utilise deux clés: une clé publique et une clé privée. Dans cette seconde méthode de cryptage chaque utilisateur possède deux15 clés: une clé privée et une clé publique. Sa clé publique est connue de tous les autres utilisateurs. Elle permet de crypter le message, mais pas de le décrypter. Sa clé privée n'est connue que de lui seul, et reste inconnue des autres utilisateurs. Elle20 permet de décrypter le message crypté. On peut utiliser un système asymétrique pour un protocole d'échange de clé c'est-à-dire un protocole permettant à deux utilisateurs de se mettre d'accord sur une clé de cryptage symétrique à25 utiliser pour le cryptage proprement dit. Un exemple de tel protocole est détaillé dans les brevets US-4200770 et CA-1121480. A titre d'exemple et pour la bonne compréhension du présent document cet algorithme asymétrique est décrit ci30 apres. Dans la suite du présent document la notation g^a [N] représente g puissance a modulo N Soient A et B deux utilisateurs de l'algorithme. Chaque utilisateur possède une clé privée confidentielle, par exemple 'a' pour A et 'b' pour B. Les nombres g^a [NI et g^b [N] sont connus de tous. Les nombres g et N sont fixés une fois pour toutes, et choisis de façon à ce que le groupe multiplicatif des puissances successives de g modulo N ait un très grand nombre d'éléments. En pratique,5 on choisit pour N un très grand nombre premier ayant par exemple une centaine de chiffres décimaux et tel que (N-1)/2 soit premier, et que g soit une racine primitive modulo N c'est-à-dire un générateur du groupe multiplicatif modulo N.10 Lorsque A veut communiquer avec B de façon à n'être compréhensible que par B, A prend la clé publique de B: g^b et l'élève à la puissance 'a' (toujours modulo N) ce qui forme gA (ba) [N] et fournit ainsi la clé de cryptage pour un algorithme symétrique. B est seul à pouvoir comprendre le message en faisant (g^a)^b [N] = g^(ab) [N] = g^(ba) [N]. Cette méthode fonctionne car il n'y a aucun algorithme connu permettant de résoudre en un temps raisonnable l'équation en 'x': gAx=d [N] lorsque N est très grand. Les clés privées 'a' et 'b' de A et B sont usuellement générées par des générateurs aléatoires de nombres lors de la première communication entre25 les deux interlocuteurs. Ces nombres n'étant pas toujours mémorisés, il faut alors les re-générer régulièrement. Les algorithmes de cryptage actuellement utilisés sont très performants. Par contre l'authentification des utilisateurs n'est pas pleinement satisfaisante. Dans le cas d'une authentification directe entre deux dispositifs de cryptage (donc sans intervention humaine) un troisième dispositif de cryptage peut réussir à se35 faire passer pour l'un des deux autres dispositifs et peut ainsi accéder aux données de l'autre ordinateur, comme déjà mentionné. Dans le cas o l'authentification nécessite un code tapé par l'utilisateur au clavier de son ordinateur, ce code peut être intercepté par un pirate ou peut être5 observé directement lorsqu'on le tape au clavier. Il existe une troisième méthode connue pour contrer le piratage. Cette méthode concerne la protection des réseaux internes. Pour empêcher les intrus de pénétrer un réseau interne plusieursîo sociétés ont mis sur le marché des écluses (plus communément appelées par les informaticiens " FireWall "). Il s'agit d'une barrière logique entre le réseau de l'entreprise et un réseau non sécurisé (Internet, par exemple). Une écluse est un15 dispositif placé sur un ordinateur spécifique qui empêche les accès non autorisés aux ressources d'informations du réseau interne. En d'autres termes, une écluse fonctionne comme une passerelle contrôlant les informations circulant dans les deux directions.20 Elle permet d'empêcher certains utilisateurs extérieurs d'accéder à certaines données ou ressources logicielles du réseau interne. Ainsi les problèmes de sécurité du réseau interne vis à vis de l'extérieur sont normalement confinés en un seul25 point du réseau: l'écluse. Cette écluse, si elle est bien utilisée (ce qui est, hélas, très rarement le cas) est impénétrable de façon logique. Il faudra donc avoir recours à une autre approche: le pirate va par30 exemple empêcher l'ordinateur hébergeant l'écluse de fonctionner correctement en le saturant par l'envoi abondant de messages qui vont forcer cet ordinateur à dépasser ses capacités de traitement de l'information. Si cet ordinateur ne fonctionne plus,35 le pirate peut alors pénétrer dans le réseau qui n'est plus sécurisé par l'écluse. De plus, une écluse ne protège pas d'un éventuel pirate travaillant directement au sein du réseau. Ce cas n'est malheureusement pas exceptionnel car près de 80% du piratage serait du à une personne5 ayant un accès interne au réseau. Pour lutter contre le piratage informatique outre les techniques de préventions mentionnées précédemment on peut également tenter de retrouver l'auteur de ce piratage. On peut s'aider des traces10 informatiques qu'il laisse: ouverture de fichiers, connexions Internet, connexions aux serveurs... En effet, la plupart des manipulations informatiques laissent des traces numériques dans les systèmes d'exploitation. Malheureusement ces traces sont assez15 faciles à dissimuler: Prendre l'identité de quelqu'un en utilisant son mot de passe, emprunter un poste de travail pour faire accuser quelqu'un d'autre sont des techniques classiques du pirate et sont très faciles à mettre en oeuvre. En effet aujourd'hui20 l'authentification de l'utilisateur se fait par le biais de son identifiant numérique mais non pas par la reconnaissance de la personne physique. Il en résulte que l'on n'a jamais de certitude absolue quant à l'identité de l'utilisateur d'un ordinateur.25 Pour augmenter le degré d'authentification d'un utilisateur, plusieurs sociétés utilisent les techniques bancaires d'authentification: les cartes à puce. De nouvelles méthodes d'authentification physique, comme la vérification de la rétine ou des empreintes digitales de l'utilisateur, existent mais sont encore peu utilisées car leur fiabilité est encore peu connue. En résumé, il est possible d'affirmer que les méthodes actuelles de sécurisation d'un réseau informatique présentent des inconvénients certains. En effet elles reposent sur des systèmes d'exploitation possédant des failles de sécurité et sur des authentifications imparfaites des utilisateurs. De plus, bien que l'on redoute essentiellement des problèmes de sécurité extérieurs5 aux entreprises ou aux organismes informatisés, il faut malheureusement également considérer que ces problèmes ont très souvent une source interne. Une méthode satisfaisante de sécurisation d'un réseau informatique se doit donc de protéger ce réseau à la10 fois contre le piratage externe et contre le piratage interne. La présente invention a pour but de remédier aux principaux problèmes de sécurité sus-cités des réseaux internes d'une entreprise ou de toute autre15 association d'intérêt. A cet effet, la présente invention fournit un dispositif d'authentification et de sécurisation pour un réseau informatique du type défini en préambule; ledit dispositif comprenant pour chacun20 des éléments devant être sécurisés dudit réseau un microprocesseur relié par au moins un bus de données à une mémoire, à deux interfaces d'entrée/sortie et à un module d'authentification et caractérisé en ce qu'il comprend un module de cryptage qui permet, en25 réponse à l'authentification d'un utilisateur habilité par le module d'authentification, de crypter ou de décrypter les informations qui lui sont envoyées par le microprocesseur. Avantageusement, la mémoire citée ci-dessus contient une clé privée de cryptage personnalisant le dispositif. Avantageusement, le dispositif selon l'invention comporte un lecteur de données permettant de lire un support de données propre à chaque35 utilisateur du réseau informatique. O10 Avantageusement, le support de données contient une clé privée de cryptage personnalisant le dispositif. Avantageusement, le support de données propre à chaque utilisateur contient une première liste établissant les éléments du réseau avec lesquels cet utilisateur est habilité à communiquer. Avantageusement, le support de données propre à chaque utilisateur contient l'adresse d'un serveur informatique connecté audit réseau informatique et nommé serveur de gestion des authentifications qui est apte à fournir au microprocesseur une première liste établissant les éléments du réseau avec lesquels l'utilisateur est habilité à communiquer. En effet, l'envoi de cette liste par un -serveur de gestion des authentifications permet une gestion plus souple du réseau. Les informations envoyées peuvent être modifiées très simplement sur20 le serveur de gestion des authentifications. On peut ainsi aisément modifier les habilitations d'accès des utilisateurs. En revanche, le mode de réalisation utilisant un support de données propre à chaque utilisateur et contenant la liste citée ci-dessus ne25 permet pas une gestion aussi simple du réseau: toute modification des habilitations d'accès d'un utilisateur demande la modification des données contenues sur son support de données. Dans un mode de réalisation o l'on n'utilise pas le lecteur de données, la mémoire contient 1' adresse d'un serveur informatique, connecté audit réseau informatique et nommé serveur de gestion des authentifications, fournissant une première liste établissant les éléments du réseau35 avec lesquels l'utilisateur est habilité à communiquer. l1 L'adresse du serveur de gestion des authentifications étant fixe, on peut en effet très facilement la placer sur la mémoire. En revanche, il peut être alors difficile de changer l'adresse dudit serveur. Avantageusement, le microprocesseur est programmé pour choisir, après les avoir analysés, les messages qui peuvent transiter d'une interface d'entrée/sortie à l'autre interface d'entrée/sortielo et ceci dans les deux sens de communication. Le filtrage des messages est d'abord effectué selon la liste des éléments du réseau avec lesquels l'utilisateur est habilité à communiquer. Car, il faut se souvenir que chaque paquet15 d'informations contient l'adresse de l'expéditeur ou du destinataire. Ainsi, un utilisateur ne pourra ni recevoir, ni envoyer de messages aux ordinateurs n'appartenant pas à sa liste d'adresses. Le filtrage des messages peut aussi éliminer les paquets d'informations qui ne sont pas conformes au protocole de communication utilisé sur le réseau informatique. En effet, un paquet d'informations d'un protocole de communication spécifique possède certaines propriétés qui sont faciles à vérifier. Si25 le paquet ne les possède pas, il est considéré comme invalide. Ce travail est habituellement effectué par le système d'exploitation. Le dispositif selon l'invention peut donc soulager la tâche de l'élément du réseau auquel il est connecté. 30 Il faut savoir que le pirate informatique utilise souvent des paquets mal formés envoyés en grand nombre sur la machine à pirater afin d'augmenter la charge de travail de cette machine dans le but de gêner son fonctionnement.35 Avantageusement, une liste de ports de communication autorisés est ajoutée à la première liste établissant les éléments du réseau avec lesquels l'utilisateur est habilité à communiquer, et est stockée comme la première liste pour former une nouvelle liste propre à chaque utilisateur. Cette nouvelle liste sera stockée comme la première liste suscitée: c'est à dire sur le support de donnée de l'utilisateur ou sur le serveur de gestion des authentifications. Elle sera alors envoyé de la même façon que la première liste.10 Cette liste de ports de communication dépend de chaque utilisateur. Il faut savoir que chaque logiciel ayant besoin de communiquer avec le réseau utilise un certain port de communication. Par exemple pour lire du courrier électronique, il faut utiliser15 un port bien précis, pour lire des sites Internet, il faut en utiliser un autre. Les pirates utilisent souvent un cheval de Troie, c'est-à-dire un programme placé sur la machine cible qui permettra au pirate d'y effectuer certaines20 tâches. Or un cheval de Troie a besoin d'un port de communication pour recevoir les ordres de son créateur. Lorsqu'un paquet transite par le dispositif selon l'invention, le microprocesseur vérifie que ce paquet utilise un port autorisé. Ainsi, on peut25 empêcher un utilisateur donné d'aller sur Internet ou empêcher un cheval de Troie de discuter avec son créateur. Avantageusement, la première liste établissant les éléments du réseau avec lesquels l'utilisateur est habilité à communiquer contient, dans le cas o la communication avec ces éléments est cryptée, la clé publique de cryptage de chacun de ces éléments. Cette nouvelle liste sera stockée comme la première liste suscitée: c'est à dire sur le support de donnée de l'utilisateur ou sur le serveur de gestion des authentifications. Elle sera alors envoyé de la même façon que la première liste. Ainsi, un élément du réseau peut communiquer avec un autre élément du réseau de façon cryptée. Le paquet à envoyer est crypté par le module de cryptage à l'aide de la clé de cryptage correspondant à l'adresse de l'autre élément du réseau. Le paquet reçu du réseau est décrypté par la clé privée de cryptage du dispositif selon l'invention mémorisée10 soit dans la mémoire soit dans le support de données de l'utilisateur. Dans ce mode de fonctionnement, o le cryptage est symétrique la distinction entre clé publique et clé privé est inutile. Il s'agit en effet de la même clé, chaque clé étant bien évidemment15 associée à une adresse d'un élément du réseau. Ce mode de fonctionnement possède un inconvénient; en effet les communications entre chaque couple d'éléments du réseau ne sont pas personnalisées: tous les éléments du réseau qui20 envoient un message a un même élément du réseau cryptent ce message de la même façon. Avantageusement, le microprocesseur est programmé pour effectuer un algorithme à clé publique permettant de personnaliser par un cryptage les25 communications entre chaque couple d'éléments du réseau équipés dudit dispositif d'authentification et de sécurisation. Dans ce mode de fonctionnement, chaque élément du réseau équipé du dispositif selon l'invention possède une clé privée (contenue dans la mémoire ou dans le support de données de l'utilisateur), permettant d'effectuer un protocole d'échange de clés de cryptage. Cette clé privée est associée à une clé publique de cryptage inscrite dans35 la liste des éléments du réseau des utilisateurs ayant le droit de communiquer avec l'élément du réseau possédant cette clé privée. Pour rappel, si l'on utilise l'algorithme asymétrique du brevet US-4200770, la clé privée s'écrit 'a' et la clé publique s'écrit g^a [N]. Avantageusement, une liste de clés personnelles de cryptage propres à chaque utilisateur est ajoutée à la première liste établissant leso0 éléments du réseau avec lesquels l'utilisateur est habilité à communiquer, et est stockée conmme la première liste pour former une nouvelle liste propre à chaque utilisateur Cette nouvelle liste sera stockée comme la première liste suscitée: c'est à dire sur le support de donnée de l'utilisateur ou sur le serveur de gestion des authentifications. Elle sera alors envoyé de la même façon que la première liste. En outre, les clés personnelles de cryptage sus-mentionnées permettent le cryptage personnalisé des données personnelles à l'utilisateur stockées sur un quelconque support de données de l'élément du réseau équipé du dispositif d'authentification et de sécurisation.25 Pour cela l'élément auquel est connecté le dispositif selon l'invention contient un logiciel ne faisant pas partie de l'invention permettant d'envoyer au dispositif selon l'invention les informations à crypter et permettant de sélectionner30 la clé de cryptage. Ces informations sont alors cryptées par le dispositif selon l'invention (le microprocesseur les envoie au module de cryptage) et renvoyées à l'élément concerné. Cette utilisation du dispositif selon l'invention permet, par exemple, à un utilisateur de crypter des données très confidentielles sur son ordinateur sans avoir besoin de taper une clé de cryptage. Ceci permet de crypter des données avec des clés de cryptage sûres: c'est-à-dire des clés qui ne peuvent être lues (physiquement ou par logiciel) par5 un pirate lors de leurs saisies et qui peuvent avoir une taille considérable. L'utilisateur peut avoir des clés de cryptage qui lui sont totalement personnelles, ou bien en partager une avec un groupe d'utilisateurs.10 Cette dernière utilisation permet à ce groupe d'utilisateur de stocker des données cryptées sur un ou plusieurs éléments du réseau, ces données étant illisibles pour les autres utilisateurs. Avantageusement, le module d'authentification bloque l'élément du réseau équipé du dispositif lorsqu'aucun utilisateur habilité à l'utiliser n'a été authentifié. Avantageusement, une partie des informations relatives à l'utilisateur peut être envoyée à un autre élément du réseau, par exemple au serveur de gestion des authentifications. Avantageusement, le microprocesseur avertit, par le biais de l'une des interfaces d'entrée/sortie, le serveur de gestion des authentifications lorsque25 l'utilisateur arrête d'utiliser l'élément du réseau équipé du dispositif selon l'invention. Ceci permet de connaître à tout moment l'identité de l'utilisateur du dispositif selon 1' invention. Ainsi, 1' authentification de l'utilisateur se fait en deux étapes: le module d'authentification envoie des informations sur l'utilisateur (par exemple le fait qu'il se soit correctement authentifié grâce à telle carte à puce, ou encore ses empreintes digitales ou une image de sa35 rétine). Ces informations sont propres à chaque utilisateur et sont envoyées au serveur de gestion des authentifications. Ce serveur vérifie alors que l'utilisateur en question a le droit d'utiliser l'élément du réseau équipé du dispositif selon l'invention qui vient d'envoyer la demande5 d'authentification. Le serveur renvoie alors au dispositif selon l'invention son accord ou signale que l'utilisateur n'est pas habilité à utiliser ledit élément du réseau. Le serveur de gestion des authentifications peut aussi, lorsque l'utilisateur a été authentifié (soit simplement par le module d'authentification, soit à l'aide du serveur de gestion des authentifications, comme cela a été décrit ci- dessus), envoyer sous forme cryptée la liste des éléments du réseau avec lesquels l'utilisateur est habilité à communiquer. Cette liste contient de plus, selon le mode de fonctionnement choisi, une liste de clés publiques et/ou une liste de ports de communication et/ou une liste de clés personnelles de20 cryptage. L'envoi de ces listes par un serveur de gestion des authentifications permet une gestion plus souple du réseau. En effet les informations envoyées peuvent être modifiées très simplement sur le serveur25 de gestion des authentifications. On peut ainsi aisément modifier les habilitations d'accès des utilisateurs. En revanche, le mode de réalisation utilisant un support de données propre à chaque utilisateur et contenant les listes citées ci-dessus30 ne permet pas une gestion simple du réseau: toute modification des habilitations d'accès d'un utilisateur demande la modification des données contenues sur son support personnel de données. Avantageusement, le microprocesseur, dans le cas o le module d'authentification bloque l'élément du réseau équipé du dispositif du fait qu'aucun utilisateur ne se soit authentifié, demande par le biais de l'une des interfaces d'entrée/sortie, l'autorisation au serveur de gestion des authentifications de traiter des informations5 arrivant du réseau. Avantageusement, cette autorisation est refusée ou donnée pour une certaine durée reconductible et peut être arrêtée à tout moment par leserveur de gestion des authentifications10 Avantageusement, cette autorisation est arrêtée à tout moment par l'authentification d'un utilisateur habilité à utiliser l'élément du réseau informatique auquel l'autorisation se rapporte. Ceci permet à un utilisateur sur un premier ordinateur ayant le droit d'accéder à un second ordinateur d'accéder à ses données même quand aucun utilisateur habilité à utiliser le second ordinateur n'a été authentifié. L'accord du serveur de gestion des authentifications et le temps accordé dépendent du premier ordinateur, de l'utilisateur, du second ordinateur et du niveau de sécurité choisi. Toutes ces données sont sur le serveur de gestion des authentifications.25 Néanmoins, l'ajout d'un serveur de gestion des authentifications n'est pas sûr si les communications ne sont cryptées qu'en fonction de l'élément du réseau équipé du dispositif selon l'invention et du serveur de gestion des30 authentifications. En effet un pirate pourrait se placer sur le premier ordinateur (dès que l'utilisateur habilité a cessé de l'utiliser) et pourrait envoyer au dispositif selon l'invention (connecté au premier ordinateur) les messages que le serveur de gestion des authentifications avaient envoyés lors de l'authentification de l'utilisateur habilité. Ainsi, le pirate connecté au dispositif selon l'invention pourrait utiliser la liste des éléments du réseau auxquels l'utilisateur habilité avait le droit d'accéder. Le serveur de gestion des authentifications, quand à lui, croirait que l'élément n'est plus utilisé. On propose d'ailleurs un moyen d'augmenter avantageusement les performances d'un algorithme de cryptage fondé sur l'utilisation d'un algorithme de cryptage par bloc. Un tel algorithme peut être réalisé par logiciel ou par une puce spécifique. On peut par exemple utiliser l'algorithme DES, ('Standard d'Encryptage de Données') décrit par l'organisme définissant les standards pour les Etats Unis d'Amérique et dont la description officielle est référencé par 'NBS FIPS PUB 46'. Avantageusement, le module de cryptage comprend: a) au moins un élément qui utilise un algorithme par bloc agissant séparément et de façon parallèle sur plusieurs blocs d'informations d'un paquet d'informations à transmettre, avec une clé de cryptage pour chaque bloc; b) un mélangeur qui reçoit les informations individuelles de chaque bloc d'informations crypté par le dit élément de cryptage et qui modifie l'ordre desdites informations individuelles. La sécurité de l'algorithme ainsi modifié est sans commune mesure avec celle obtenu par l'algorithme initial. Il offre donc des garanties de sécurité qui lui permettraient d'être utilisé pour des applications militaires ou gouvernementales35 classées secrètes. L'invention fournit également un réseau informatique composé de plusieurs éléments susceptibles de communiquer entre eux présentant une ou plusieurs des caractéristiques sus-indiquées. Avantageusement, certains des éléments de ce réseau sont équipés chacun d'un dispositif d'authentification et de sécurisation comme décrit précédemment. Avantageusement, le réseau contient un serveur de gestion des authentifications. Avantageusement, le microprocesseur i est programmé pour crypter, à l'aide du module de cryptage 7, toutes communications entre un desdits éléments équipés du dispositif et le serveur S de gestion des authentifications et ceci à l'aide d'un algorithme à clé publique utilisant une clé propre à chaque utilisateur. Avantageusement, le support de données propre à chaque utilisateur contient une clé privée d'utilisateur destinée au décryptage des communications du serveur de gestion des authentifications vers l'élément du réseau o cet utilisateur s'est authentifié Avantageusement, le module d'authentification fournit, dès que l'utilisateur s'est authentifié, une clé privée d'utilisateur destinée au cryptage des communications du serveur de gestion des authentifications vers l'élément du réseau o cet utilisateur s'est authentifié.30 Ainsi le pirate ne pourra plus utiliser la liste des éléments du réseau auxquels l'utilisateur habilité avait le droit d'accéder. En effet le cryptage la rendra incompréhensible pour le dispositif selon l'invention, car le pirate ne35 possède pas la même clé privée d'utilisateur. Pour mieux faire comprendre l'invention, On va en décrire maintenant, à titre d'exemple purement illustratif et non limitatif, plusieurs modes de réalisation.5 Sur le dessin: La figure 1 représente un schéma général d'un réseau informatique. La figure 2 représente un schéma général d'un premier mode de réalisation du dispositif selon 0o l'invention. La figure 3 représente un schéma général d'un second mode de réalisation du dispositif selon l'invention. La figure 4 représente le deuxième mode de réalisation du dispositif selon l'invention lorsqu'il est implanté dans un ordinateur. La figure 5 représente le deuxième mode de réalisation du dispositif selon l'invention lorsqu'il est à 1' extérieur d'un élément informatique sous20 forme d'un module externe. La figure 6 représente un mode de réalisation du module de cryptage 7. La figure 1 représente un schéma général d'un réseau. Ce peut être un réseau interne d'une entreprise, un réseau public comme Internet ou un réseau mixte, c'est à dire un ou plusieurs réseaux internes ou externes reliés entre eux. Ce réseau est constitué de 7 éléments informatiques notés A, B,C,D ,E,F,G qui peuvent être un ordinateur, un serveur informatique, un ordinateur portable, un serveur d'impression, une imprimante.... Ce réseau possède un serveur S de gestion des authentifications. Deux utilisateurs de ce réseau ont été représenté: un utilisateur U utilisant l'élément A du réseau et un utilisateur U' pouvant utiliser l' élément B du réseau. La figure 2 représente un schéma général d'un premier mode de réalisation du dispositif selon l'invention, constitué d'un microprocesseur 1, relié par un bus de donnés 2 à une mémoire 3, à deux5 interfaces d'entrée/sortie 8 et 9, à un module d'authentification 6 de l'utilisateur, et à un module de cryptage 7. La figure 3 représente un schéma général d'un second mode de réalisation du dispositif selon îo l'invention o l'on a ajouté un lecteur de données 4 relié au bus de donnés 2 et un support de données 5 propre à chaque utilisateur. La figure 4 montre le cas o le dispositif selon l'invention est placé dans un ordinateur A connecté à un réseau Ethernet 12 utilisant le protocole de communication: 'Protocole de * vérification du Transport' communément appelé- Transport Control Protocol' ou TCP dans le cadre du protocole Internet' communément appelé Internet Protocol ou IP qui sera désigné par la suite comme le protocole de communication TCP/IP. Le dispositif selon l'invention est alors constitué d'une carte électronique 10 qui est placée dans l'ordinateur A et qui porte le microprocesseur25 1, le module de cryptage 7, les deux interfaces d'entrée/sortie 8 et 9 (ce dernier éventuellement inclus dans 1) et la mémoire 3. Le microprocesseur 1 est relié par une liaison série à un lecteur de carte à puce possédant un clavier. Ce lecteur constitue à la fois le lecteur de données 4 et le module d'authentification 6 et sera donc noté 4+6. Chaque utilisateur possède une carte à puce en tant que support de données 5 contenant son numéro d'identification, la clé privée d'utilisateur 'u'35 destinée au cryptage des communications avec le serveur S de gestion des authentifications décrit dans la figure 1 ainsi que l'adresse IP(Protocole Internet) et la clé publique dudit serveur S. Chaque carte à puce contient aussi une ou plusieurs clés personnelles de cryptage et une liste de ports de5 communication autorisés. Le module de cryptage 7 repose sur un algorithme par bloc. L'interface d'entrée sortie 8 est une interface permettant de se connecter à un bus PCI, l'autre interface 9 permet de se connecter au réseau Ethernet 12.10 Dans cet exemple, chaque carte électronique est personnalisée par la clé privée de cryptage contenue dans la mémoire 3. Ainsi, à l'aide d'un algorithme de cryptage asymétrique, les communications entre les éléments du réseau équipés15 du dispositif selon l'invention sont cryptées de façon unique pour chaque couple d'éléments du réseau possédant le dispositif selon l'invention. On utilisera dans cet exemple un algorithme d'échange de clés asymétrique décrit dans les brevets US et20 canadiens précités. Comme microprocesseur 1, on peut utiliser un microprocesseur gérant directement le bus PCI (donc incluant l'interface d'entrée/sortie 8) et l'interface Ethernet (donc incluant l'interface25 d'entrée/sortie 9). La société Motorola en fabrique plusieurs à ce jour (par exemple ref: MPC860T). Ce microprocesseur est relié directement au module de cryptage 7 qui est une puce DES ('Standard d'Encryptage des Données décrit dans la norme30 américaine NBS FIBS PUB 46 du 15 janvier 1977) fabriquée par la société NewBridge sous la référence CA95C68. Le lecteur de carte à puce est par exemple un lecteur fabriqué par la société Gemplus sous la référence GCR 500-MS. On va maintenant simuler le fonctionnement du module. Un utilisateur U introduit sa carte à puce personnelle dans le lecteur de l'ordinateur A. Il tape sur le clavier du lecteur de carte à puce son code confidentiel ce qui rend lisible pour le dit lecteur les données contenues dans la carte à puce de l'utilisateur U. La carte à puce contient le numéro d'identification de l'utilisateur, la clé privée 'u'10 de l'utilisateur destinée au cryptage des communications avec le serveur S de gestion des authentifications S ainsi que l'adresse IP et la clé publique du serveur S de gestion des authentifications. La carte électronique de15 l'ordinateur A envoie de manière cryptée au serveur S de gestion des authentifications le numéro d'identification de l'utilisateur U en utilisant la clé de cryptage (gAas [NI) qu'elle est seule à détenir avec le serveur S de gestion des20 authentifications ('s' indique la clé privée de cryptage du serveur). En effet, le serveur S de gestion des authentifications a accès à toutes les clés publiques, connaît donc g'a IN], et peut donc calculer glas [N]. De son côté, A connaît sa clé25 privée 'a' et la clé publique gas [NI du serveur S et peut donc calculer de son côté glas [NI. Le message peut donc être crypté par A et décrypté par le serveur S. Le serveur S consulte alors sa table pour déterminer la liste d'adresses TCP/IP avec lesquelles30 l'utilisateur U peut communiquer et pour chaque adresse la clé publique de cryptage associée à cette adresse. De plus, il identifie l'adresse IP de l'ordinateur A à l'utilisateur U. Le serveur de gestion des authentifications envoie alors au dispositif selon l'invention équipant l'ordinateur A la liste des adresses autorisées pour l'utilisateur U ainsi que leurs clés publiques et la liste des ports de communication autorisés pour cet utilisateur. Cet envoi a toujours lieu de manière cryptée mais cette fois-ci en utilisant la clé g^su [N] (o 'u' représente la clé privée de l'utilisateur destinée au cryptage des communications avec le serveur S de gestion des authentifications). Le microprocesseur 1 de la carte électronique 10 placée dans l'ordinateur A stocke alors cette liste. o0 Pour ne pas altérer le fonctionnement du réseau, le microprocesseur 1 calcule les clés de cryptage g^ab [N] (o 'b' est la clé privée d'un autre élément B quelconque du réseau) lorsqu'il n'a rien d'autre à faire. Les clés calculées sont ensuite stockées par le microprocesseur 1. Ces clés seront effacées dès que l'utilisateur retirera sa carte à puce 5 du lecteur 4. Lorsqu'un paquet d'informations arrive (du réseau ou de l'unité centrale de l'ordinateur), le microprocesseur 1 doit désemmailloter le protocole TCP/IP pour connaître: le port de communication utilisé par le paquet, l'adresse du destinataire (si le paquet vient de l'unité centrale) ou de l'expéditeur (si le paquet vient du réseau). Cette25 adresse sera dénommée 'adresse du paquet' dans la suite du présent document. Ce désemmaillotage du paquet permet de détecter certains paquets invalides qui ne respectent plus tous les critères du protocole de communication TCP/IP. Les détails de30 l'-emmaillotage TCP/IP sont expliqué dans le livre de Monsieur Guy Pujolle 'Les réseaux' aux pages 539 à 579. Lorsque l'ordinateur A communique avec un autre élément du réseau par exemple l'ordinateur B, le microprocesseur i vérifie si le port utilisé par le paquet appartient à la liste de ports autorisés. Ensuite le microprocesseur 1 regarde l'adresse du paquet: si elle appartient aux adresses autorisées le paquet est traité, sinon le paquet est ignoré. Dans le premier cas, le microprocesseur cherche si la clé de cryptage (g^ab [N]) nécessaire à la communication entre A et B a d'ores et déjà été calculée. Si ce n'est pas le cas, le microprocesseur calcule la clé manquante. Une fois la clé de cryptage (g^ab [NI) connue le paquet est crypté s'il vient de l'unité centrale ou décrypté s'il vient du réseau puis le microprocesseur reconstitue 1'emmaillotage TCP/IP. Ainsi les communications sont bien personnalisées entre deux couples d'éléments du réseau équipés du dispositif selon l'invention.15 En supposant que dans la liste des éléments du réseau avec lesquels l'utilisateur U de l'ordinateur A est habilité à communiquer figure l'adresse de l'ordinateur B. Le microprocesseur 1 de la carte électronique 10 placée dans l'ordinateur A20 peut calculer la clé de cryptage (gAab [N]) qui sera utilisée par la puce DES pour communiquer de manière cryptée avec l'autre ordinateur B. Il faut alors distinguer plusieurs cas de fonctionnement de l'ordinateur B:25 a) Il y a un utilisateur U' sur l'ordinateur B. Cet utilisateur U' dispose également de certaines clés publiques dont celle de l'ordinateur A. La communication se fait alors sans problème. b) Il y a un utilisateur U' sur l'ordinateur B. Néanmoins cet utilisateur U' n'a pas accès à l'ordinateur A. L'utilisateur U de l'ordinateur A ne peut alors entrer en communication avec l'ordinateur B car il risquerait d'affecter la sécurité du système.35 C) Il n'y a aucun utilisateur sur l'ordinateur B. Le dispositif selon l'invention connectée à l'ordinateur B demande au serveur S de gestion des authentifications S si l'utilisateur U est autorisé à avoir accès à l'ordinateur B alors que personne ne le surveille. Si le dispositif selon l'invention associé à l'ordinateur B obtient cet accord le serveur S de gestion des authentifications lui renvoie uniquement la clé publique du dispositif selon l'invention connecté à l'ordinateur A. d) L'ordinateur B était sans utilisateur lo mais l'utilisateur U avait obtenu l'autorisation du de gestion des authentifications de communiquer avec l'ordinateur B. L'arrivée d'un utilisateur U' sur l'ordinateur B conduit aux alternatives a) ou b). e) L'ordinateur B était utilisé par un utilisateur U' qui arrête d'utiliser l'invention en retirant sa carte à puce. Cette modification conduit à l'alternative c). En supposant maintenant que l'utilisateur de l'ordinateur A veuille crypter des données de façon personnelle sur son ordinateur, il envoie les données à crypter au microprocesseur i à l'aide d'un logiciel ne faisant pas partie de l'invention. Ces données sont alors cryptées à l'aide de la puce DES du module de cryptage 7 et de l'une des clés personnelles de25 cryptage contenue sur la carte à puce de l'utilisateur (la clé de cryptage est choisie par le logiciel). La décryptage fonctionne de la même façon. Dans le cas o le dispositif selon l'invention n'est pas personnalisé par une clé privée de cryptage, cette clé étant alors mémorisée sur chaque support de données 5, il faut que le microprocesseur i lise cette clé du support de données 5 avant de calculer les clés de cryptage. Dans le cas o les communications entre chaque couple d' éléments du réseau équipés du dispositif selon l'invention ne sont pas personnalisées, le microprocesseur i n'a pas à calculer les clés de cryptage nécessaires au cryptage des communications car elles sont alors contenues sur chaque support de données 5: dans la liste des clés5 privées de cryptage. Il est à noter qu'un utilisateur peut posséder plusieurs cartes à puce, dont une n'ayant aucune adresse d'élément du réseau mais contenant uniquement des clés personnelles de cryptage. Ainsiîo l'utilisateur peut crypter ou décrypter des données et travailler sur ces données sans être connecté au réseau. Dans un autre mode de réalisation de l'invention représenté sur la figure 5, o chaque dispositif selon l'invention n'est pas placé dans un ordinateur mais placé en tant que module indépendant sur le réseau, on peut envisager que le dispositif selon l'invention ne soit alors pas personnalisé par une clé privée de cryptage contenue dans la mémoire 320 mais par une clé privée de cryptage contenue dans le support de données 5 propre à chaque utilisateur; cette clé est lue dès que l'utilisateur s'est authentifié auprès du module d'authentification. Dans ce mode de réalisation représenté sur la figure 5, le25 dispositif selon l'invention est constitué par une carte électronique 13 portant le microprocesseur 1 relié par plusieurs bus 2 à: la mémoire 3, le module de cryptage 7, les deux interfaces entrée/sortie 8 et 9 qui sont dans ce mode de réalisation des interfaces réseau faisant par exemple 1'emmaillotage Ethernet dans le cas d'un réseau Ethernet. Le lecteur de données 4 peut encore être couplé au module d'authentification 6 sous la forme d'un lecteur de carte à puce qui peut être placé sur la carte35 électronique 13 ou, selon un autre mode de réalisation, qui peut être externe au module sus décrit. Les composants utilisés dans ce mode de réalisation peuvent être ceux utilisés dans le premier mode de réalisation. Le fonctionnement du module est identique au fonctionnement du dispositif selon l'invention comme il l'a été décrit dans le premier mode de réalisation sauf en ce qui concerne la clé privée de cryptage.10 Cette clé doit être lue dès que l'utilisateur s'est identifié à l'aide du module d'identification 6 pour pouvoir calculer les clés de cryptage (g^ab [NI). Il est à noter que le lecteur de carte à puce peut être remplacé par un lecteur des empreintes digitales ou par un lecteur de la rétine de l'utilisateur. L'adresse du serveur S de gestion des authentifications est alors contenue dans la mémoire 3 ainsi que sa clé publique de cryptage. Lorsque l'utilisateur s'authentifie à l'aide du module d'authentification 6, ce module 6 possède alors des informations numériques sur l'utilisateur qu'il envoie au microprocesseur 1. Ce dernier utilise alors une partie de ces informations (par exemple les 128 premiers bits) pour former la clé privée 'u' de25 l'utilisateur destinée au cryptage des communications avec le serveur S de gestion des authentifications. Tout se passe ensuite comme dans le cas du lecteur de carte à puce hormis le fait que l'utilisateur doit signaler qu'il arrête d'utiliser30 le dispositif selon l'invention, par exemple en appuyant sur un bouton. La figure 6 représente plus en détail un mode de réalisation du module de cryptage 7 faisant partie du dispositif selon l'invention. On introduit35 alors 12 puces DES rangée par colonnes de quatre; ces puces sont référencées par la notation Pi,j o i est l'indice de la colonne et j celui de la ligne. On a également ajouté deux mélangeurs M1 et M2. Ce module de cryptage fonctionne avec n'importe algorithme de cryptage par bloc, ce dernier pouvant être réalisé par logiciel ou par un dispositif matériel spécifique. Pour simplifier le texte et pour marquer l'analogie avec les algorithmes du type triple DES détaillés plus loin, on travaillera sur un exemple reposant sur l'utilisation10 d'une puce DES. L'algorithme DES fonctionne avec une clé de 56 bits sur des messages découpés en paquets de 64 bits. Le triple DES est un algorithme de cryptographie reposant sur l'utilisation de trois DES15 successifs et pouvant être mis en oeuvre en utilisant trois puces DES. Un paquet à crypter traverse la première puce et est crypté avec une première clé de cryptage, il traverse ensuite la deuxième puce DES et est crypte avec une seconde clé, mais en utilisant20 ici l'algorithme inverse du DES. Il traverse finalement la troisième puce DES o il est de nouveau crypte avec la première clé. Il existe dans le commerce des mélangeurs permettant de %mélanger' un message: 'n' bits en entrée sont mélangés par le mélangeur qui fournit 'n' bits en sortie mais dans un ordre différent. Cet ordre peut être à chaque fois redéfini par un nombre. Cette fonction de mélange peut se ramener à une consultation de table et peut être réalisée par un30 logiciel dans le microprocesseur 1 contenu dans l'invention ou par un composant programmable. En couplant plusieurs puces DES avec un tel composant, on peut créer un DES travaillant sur des paquets beaucoup plus grands. Par exemple, soit 1235 puces DES placées en rangées par 4. Les 4 premières sont placées en parallèles et traitent un message de 4 fois 64 bits (les puces fonctionnent simultanément avec les clés de cryptage K1,1 K1,2 K1, 3 K1,4 respectivement pour la puce P1,1, P1,2, P1,3 et P1,4). Le message traverse ensuite un mélangeur M1 (contrôlé par la clé X). Le message traverse alors une nouvelle rangée de 4 puces DES P2,1 P2,2 P2,3 P2,4 en parallèles (contrôlées par les clés K2,1 K2,2 K2,3 K2,4). Dans cette deuxième rangée de puces, l'algorithme utilisé est l'inverse de celui utilisé10 dans les première et troisième rangées (à l'instar du triple DES). Puis, le message passe par un autre mélangeur (contrôlé par la clé X^-1 de manière à faire un mélange inverse). Enfin, une dernière rangée de 4 puces DES P3,1 P3,2 P3,3 P3, 4 (contrôlées par15 les clés K3,1 K3,2 K3,3 K3,4)traite le message. Ce montage peut être réalisé en trois phases avec une seule puce DES et un seul mélangeur, à condition de stocker les résultats intermédiaires. Pour cela, dans une première phase, le message de 4 fois 64 bits à traiter est découpé en quatre paquets de 64 bits. Le premier paquet traverse la puce contrôlée par la clé K1,1 et le résultat est stocké. Puis le deuxième paquet traverse la puce contrôlée cette fois par la clé K1,2;le résultat est25 stocké. De même, le troisième paquet est crypté par la clé K1,3 puis stocké. Enfin, le quatrième paquet est crypté par la clé K1,4 et stocké. Chacun de ces 4 paquets cryptés à l'aide des clés K1,1 K1,2 K1,3 et K1, 4 (de 64 bits) passe dans le mélangeur et est ensuite stocké puis est découpé en quatre nouveaux petits paquets de 16 bits. On réunit ensuite les premiers sous-paquets de 16 bits issus des paquets cryptés et mélangés de 64 bits ce qui forme un nouveau paquet de 64 bits lequel est à35 son tour mélangé. Dans une deuxième phase, on recommence une deuxième fois ce qui a été décrit dans les paragraphes ci-dessus tout en remplaçant les clés de cryptage K1,1 K1, 2 K1,3 et K1,4 par les clés K2,15 K2,2 K2,3 et K2,4. Enfin, dans une troisième phase, on recommence une troisième fois ce qui a été décrit dans les paragraphes ci-dessus tout en remplaçant les clés de cryptage K2,1 K2,2 K2,3 et K2,4 par les clés10 K3,1 K3,2 K3,3 et K3,4. Bien entendu dans ce troisième passage les informations ne passent pas forcément par un mélangeur. On peut créer une version de très haute sécurité avec 12 clés différentes pour les DES et 2 autres clés pour les mélangeurs. La clé totale pourra avoir par exemple 1024 bits de façon à conserver une puissance de 2 (56 fois 12 soit 672 bits pour les DES, les clés des mélangeurs pouvant être beaucoup plus longues)20 On peut conserver la symétrie du triple DES, en utilisant des clés identiques dans les première et troisième phase à savoir K3,1=K1,1, K3,2=K1,2, K3,3=K1,3 et K3,4=K1,4 (la clé totale aura alors une taille de 512 bits) ou bien réaliser une version25 destinée au grand public, plus simple, ou K1,1=K1,2=K1,3=K1,4 et K2,1=K2,2=K2,3=K2,4. La clé sera alors de 128 ou 256 bits. Sur le même principe, on peut travailler sur de grands blocs regroupant un nombre arbitraire de blocs élémentaires sur lesquels on fera agir un DES ou tout autre algorithme de cryptage par blocs. Il est bien entendu que les différents modes de réalisation décrits ci-dessus sont purement illustratifs et non limitatifs et que de nombreuses35 modifications peuvent y être apportées sans pour autant sortir du cadre de l'invention. C'est ainsi notamment que, à titre de module d'authentification, on pourrait utiliser un système classique d'authentification à badge magnétique ou un lecteur rétinien. REVENDICATIONS 1- Dispositif d'authentification et de sécurisation pour un réseau informatique composé de plusieurs éléments, comprenant pour chacun des éléments devant être sécurisés dudit réseau un microprocesseur (1) relié par au moins un bus de données (2) à une mémoire (3), à deux interfaces d'entrée/sortie (8 et 9), à un module d'authentification (6) de l'utilisateur, caractérisé10 en ce qu'il comprend pour chaque élément du réseau devant être sécurisé un module de cryptage (7) qui permet, en réponse à l'authentification d'un utilisateur habilité par le module d'authentification (6), de crypter ou de décrypteris les informations qui lui sont envoyées par le microprocesseur (1). 2- Dispositif selon la revendication 1, caractérisé en ce que la mémoire (3) contient une clé privée de cryptage personnalisant le dispositif.20 3Dispositif selon la revendication 1, caractérisé en ce qu'il comporte un lecteur de données (4) permettant de lire un support de données (5) propre à chaque utilisateur du réseau. 4- Dispositif selon la revendication 3, caractérisé en ce que le support de données (5) contient une clé privée de cryptage personnalisant le dispositif. 5- Dispositif selon la revendication 3, caractérisé en ce que le support de données (5) propre à chaque utilisateur contient une première liste établissant les éléments du réseau avec lesquels cet utilisateur est habilité à communiquer. 6- Dispositif selon la revendication 3, caractérisé en ce que le support de données (5) propre à chaque utilisateur contient l'adresse d'un serveur informatique connecté audit réseau informatique et nommé serveur (S) de gestion des authentifications qui est apte à fournir au microprocesseur (1) une première liste établissant les éléments du réseau avec lesquels l'utilisateur5 est habilité à communiquer. 7- Dispositif selon la revendication 1, caractérisé en ce que la mémoire (3) contient l'adresse d'un serveur informatique connecté audit réseau informatique et nommé serveur (S) de gestion10 des authentifications fournissant une première liste établissant les éléments du réseau avec lesquels l'utilisateur est habilité à communiquer. 8- Dispositif selon la revendication 1, caractérisé en ce que le microprocesseur (1) est programmé pour choisir, après les avoir analysés, les messages qui peuvent transiter d'une interface d'entrée/sortie (8 ou 9) à l'autre interface d'entrée/sortie (respectivement 9 ou 8) et ceci dans les deux sens de communication.20 9Dispositif selon l'une quelconque des revendications 5 à 7, caractérisé en ce qu'une liste de ports de communication autorisés est ajoutée à la première liste établissant les éléments du réseau avec lesquels l'utilisateur est habilité à25 communiquer, et est stockée comme la première liste pour former une nouvelle liste propre à chaque utilisateur. 10- Dispositif selon l'une quelconque des revendications 5 à 7, caractérisé en ce que la première liste établissant les éléments du réseau avec lesquels l'utilisateur est habilité à communiquer contient, dans le cas o la communication avec ces éléments est cryptée, la clé publique de cryptage de chacun de ces éléments.35 11- Dispositif selon la revendication 1, caractérisé en ce que le microprocesseur (1) est programmé pour effectuer un algorithme à clé publique permettant de personnaliser par un cryptage les communications entre chaque couple d'éléments du réseau équipés dudit dispositif d'authentification et5 de sécurisation. 12- Dispositif selon l'une quelconque des revendications 5 à 7, caractérisé en ce qu'une liste de clés personnelles de cryptage propres à chaque utilisateur est ajoutée à la première liste10 établissant les éléments du réseau avec lesquels l'utilisateur est habilité à communiquer, et est stockée comme la première liste pour former une nouvelle liste propre à chaque utilisateur; les dites clés personnelles de cryptage permettant le15 cryptage personnalisé des données personnelles à l'utilisateur stockées sur un quelconque support de données de l' élément du réseau équipé dudit dispositif d'authentification et de sécurisation. 13- Dispositif selon la revendication 1, caractérisé en ce que le module d'authentification (6) bloque l'élément du réseau équipé dudit dispositif lorsqu'aucun utilisateur habilité à l'utiliser n'a été authentifié. 14- Dispositif selon la revendication 13, caractérisé en ce que une partie des informations relatives à l'utilisateur est envoyée à un autre élément du réseau. - Dispositif selon la revendication 1, caractérisé en ce que le microprocesseur (1), lorsque l'utilisateur arrête d'utiliser l'élément du réseau équipé dudit dispositif d'authentification et de sécurisation, avertit, par le biais de l'une desdites interfaces d'entrée/sortie (8 ou 9), un serveur informatique connecté audit réseau informatique et35 nommé serveur (S) de gestion des authentifications. 16- Dispositif selon les revendications 13 et 15 prises en combinaison, caractérisé en ce que le microprocesseur (1), dans le cas o le module d'authentification bloque l'élément du réseau équipé5 dudit dispositif du fait qu'aucun utilisateur ne se soit authentifié, demande par le biais de l'une desdites interfaces d'entrée/sortie (8 ou 9), l'autorisation au serveur (S) de gestion des authentifications de traiter des informations10 arrivant du réseau. 17- Dispositif selon la revendication 16, caractérisée en ce que ladite autorisation est refusée ou donnée pour une certaine durée reconductible et peut être arrêtée à tout moment par15 le serveur (S) de gestion des authentifications. 18- Dispositif selon la revendication 16, caractérisée en ce que ladite autorisation est arrêtée à tout moment par l'authentification d'un utilisateur habilité à utiliser l'élément du réseau20 informatique auquel l'autorisation se rapporte. 19- Dispositif selon la revendication 1, caractérisé en ce que le module de cryptage (7) comprend: a) au moins un élément qui utilise un algorithme par bloc agissant séparément et de façon parallèle sur plusieurs blocs d'informations élémentaires d'un paquet d'informations à transmettre, avec une clé de cryptage pour chaque bloc; b) un mélangeur qui reçoit les informations élémentaires de chaque bloc d'informations crypte par le dit élément de cryptage et qui modifie l'ordre desdites informations élémentaires. 20- Réseau informatique composé de plusieurs éléments susceptibles de communiquer entre eux, caractérisé en ce que au moins certains des éléments dudit réseau informatique sont équipés chacun d'un dispositif d'authentification et de sécurisation selon l'une quelconque des revendications i à 19.5 21- Réseau selon la revendication 20, caractérisé en ce qu'il contient un serveur (S) de gestion des authentifications. 22- Réseau selon la revendication 21, caractérisé en ce que le microprocesseur (1) est o programmé pour crypter, à l'aide du module de cryptage (7), toutes communications entre un desdits éléments équipés du dispositif et le serveur (S) de gestion des authentifications et ceci à l'aide d'un algorithme à clé publique utilisant une clé propre à15 chaque utilisateur. 23- Réseau selon la revendication 22, caractérisé en ce que le support de données (5) de l'utilisateur contient une clé privée d'utilisateur destinée au décryptage des communications du serveur20 (S) de gestion des authentifications vers l'élément du réseau o cet utilisateur s'est authentifié 24- Réseau selon la revendication 22, caractérisé en ce que le module d'authentification (6) fournit, dès que l'utilisateur s'est authentifié, une clé privée d'utilisateur destinée au cryptage des communications du serveur (S) de gestion des authentifications vers l'élément du réseau o cet utilisateur s'est authentifié.