FR 2801459 A1 20010525 FR 9914755 A 19991123 Dispositif informatique pour sécuriser des messages au niveau d'une couche réseau. Le domaine de l'invention est celui réseaux informatiques et plus particulièrement celui de la sécurisation d'acheminement de messages sur ces réseaux. Un réseau public tel que le réseau Internet, permet d'interconnecter de nombreux réseaux privés reliés par des points d'accès et des routeurs qui acheminent les messages. La facilité d'accès à un réseau est un avantage pour le libre parcours des idées et de nombreuses connaissances, c'est aussi un inconvénient pour la confidentialité de certaines informations. C'est pourquoi il convient de sécuhser certains messages de façon à ce que seul le destinataire puisse les comprendre, soit assuré de leurs provenances et ou de leur intégrite. Un traitement de sécurisation de messages est envisageable dans différentes couches de communication d'un dispositif informatique. Par exemple, dans une couche utilisateur, une application telle que http, ftp ou mail, peut se charger d'effectuer des traitements de cryptage et décryptage, de signature d'authentification. Généralement, le message n'est disponible que dans la couche utilisateur de l'émetteur initial et du récepteur final. Selon l'état de la technique, on peut prévoir de faire le traitement de sécuhsation dans une couche réseau où une couche de sécurité réseau telle que Ipsec prend en charge le traitement de sécurisation au niveau meme du routage des messages. Ceci permet de créer des réseaux privés virtuels qui empruntent les ressources du réseau public au moyen d'un effet tunnel connu. La couche réseau est généralement considérée comme une ressource de communication dispositif informatique. La mise en ceuvre de la couche de sécurité réseau qui résulte cette considération, dans la couche noyau d'un système d'exploitation du dispositif informatique, décharge alors la couche utilisateur des traitements de sécurisation. Cependant, certains traitements sécurisation sont longs car ils appliquent de nombreux calculs sur le contenu message à sécuriser. Une attente du système d'exploitation sur un retour de fonction qui donne le résultat de traitement présente l'inconvénient de bloquer le dispositif informatique. L'objet de l'invention est un dispositif informatique comprenant une mémoire et une couche de sécurité réseau pour appliquer un traitement de sécurisation sur présentation d'un message dans la mémoire. Pour pallier l'inconvénient précédemment cité, le dispositif informatique est caractérisé en ce que: - présentation du message fait passer la couche de sécurité réseau état initial à premier état qui réalise une sauvegarde de contexte d'exécution dans zone de la mémoire; - la réalisation de la sauvegarde du contexte d'exécution, fait passer la couche de sécurité réseau du premier état à un deuxième état qui appelle une première fonction de traitement du message, en passant comme paramètres de ladite première fonction, au moins une adresse de deuxième fonction et un pointeur sur la zone de la mémoire; - un acquittement de la première fonction avant traitement du message, fait immédiatement repasser la couche de sécurité réseau dans l'état initial; - branchement sur l'adresse de deuxième fonction après traitement message, fait passer la couche de sécurité réseau de l'état initial à un troisième état qui réalise une restitution du contexte d'exécution avant de faire repasser la couche de sécurité réseau dans l'état initial. Dans l'état initial, la couche de sécurité réseau n'utilise aucune ressource du dispositif informatique. Le retour de la couche de sécurité réseau dans son état initial sans attendre une fin de traitement du message évite de bloquer le dispositif informatique. La sauvegarde du contexte d'exécution permet de replacer en fin de traitement de message, la couche de sécurité réseau dans le contexte où elle était avant que le traitement commence. Ainsi, le traitement de sécurisation du message effectué de façon asynchrone. description de mise en ceuvre particulière de l'invention, suit en référence aux figures où: - la figure 1 représente une architecture de réseau sécurisé; - la figure 2 représente un dispositif informatique pour traiter des messages; - la figure 3 représente les étapes essentielles d'une couche de traitement de sécurité sous forme de machine à nombre fini d'états de l'état de la technique; - les figures 4 et 5 représentent les étapes essentielles d'une couche traitement de sécurité sous forme de machine à nombre fini d'états conforme à l'invention; - la figure 6 représente les étapes essentielles d'un pilote de carte de traitement matériel sous forme de machine à nombre fini d'états pour mettre en #uvre la machine selon les figures 3 et 4. - la figure 7 représente une architecture de zones de sauvegardes en mémoire; - la figure 8 présente une première étape d'un procédé de réalisation de code d'une couche de sécurité réseau; - la figure 9 présente une deuxième étape du procédé de réalisation de code d'une couche de sécurité réseau; - la figure 10 présente un procédé de production de messages sécurisés. En référence à la figure 1, un dispositif informatique 67 est physiquement relié à un premier réseau privé 69 et un dispositif informatique 68 est physiquement relié à un deuxième réseau privé 70. Des messages peuvent circuler en toute confidentialité sur chacun des réseaux privés 69 et 70 dans la mesure où aucune intrusion ne peut être effectuée de l'extérieur sur ces réseaux. Cependant, si le dispositif envoie un message au dispositif 68 en utilisant des services d'un réseau public 71, la confidentialité n'est pas assurée sans prendre de précautions particulières. Le réseau public 71 est par exemple le réseau connu sous le nom d'Internet, souvent représenté sous forme d'un nuage dans la littérature. Le réseau public 71 regroupe plusieurs réseaux 72, 73, interconnectés au moyens de dispositifs informatiques tels qu'un dispositif informatique 65 non contrôlé par les dispositifs 67, 68. Le réseau privé 69 est relié au réseau public 71 par un dispositif informatique 66 et le réseau privé 70 est relié au réseau public 71 par un dispositif informatique 1. Les dispositifs informatiques 1 et 66 sont appelés passerelles dans la suite de description. Chaque dispositif informatique 1, 65, 66, 67, 68 comprend traditionnellement une couche réseau utilisant un protocole de communication tel que le protocole connu IP, surmonté d'une couche transport utilisant un protocole tel que le protocole connu TCP, UDP ou autre, surmonté à son tour d'une couche applicative telle que http, ftp ou autre qui émettent et reçoivent des messages. Si un message traverse les couches TCP puis IP dans le dispositif 67 et traverse les couches IP puis TCP dans le dispositif 68, l'acheminement du message à travers le réseau public 71 reste normalement dans les couches IP des dispositifs 66, 65, 1. Cependant, le dispositif 65 peut favoriser une intrusion étrangère sur les réseaux 72, 73 avec un danger de capter le message pour le lire, le modifier, voire générer un message en se faisant passer pour le dispositif 67. Une solution consiste ' crypter et/ou signer le message dans la couche IP de la passerelle 66, à sa sortie sur le réseau d'interconnexion 72, puis de décrypter le message dans la couche IP de la passerelle 1, à son entrée du réseau d'interconnexion 73. Une solution connue sous le nom d1psec, permet ainsi de créer un tunnel 74 qui traverse le réseau public 71, de façon à créer un réseau privé virtuel utilisables par les dispositifs 67 et 68. En référence à la figure 2, un dispositif informatique 1 comprend une mémoire 2, une ou plusieurs cartes d'accès réseau 3 et une ou plusieurs cartes de cryptographie 4. La carte d'accès réseau 3 est destinée à être raccordée sur une ou plusieurs liaisons physiques, non représentées. La mémoire 2, de type connu tel que les mémoires à accès aléatoire RAM, est destinée à contenir des données et des programmes de traitement du dispositif informatique 1. La carte d'accès réseau 3 est de type connu telle que par exemple éthernet, pour recevoir et émettre des messages circulant sur un réseau informatique. La carte de cryptographie 4 est destinée à coder et décoder des messages sécurisés au moyen de circuits matériels dédiés qui mettent en oeuvre des algorithmes de cryptage de type connus tels que par exemple tripleDES. Les circuits matériels dediés, non représentés, permettent un traitement de codage et décodage plus rapide que des programmes purement logiciels. Ces circuits ne font pas l'objet de la présente invention. La mémoire 1 comprend des données et des programmes d'une couche utilisateur 5 et d'une couche noyau 6. La couche utilisateur 5 est de type connu pour executer des applications telles que des applications clientes ou serveur sur Internet comme http, www, telnet ou autres. La couche noyau 6 est destinée à contenir des structures de données et des fonctions primitives d'un système d'exploitation tel que exemple le système d'exploitation connu LINUX. La couche noyau 6 comprend une couche réseau 7 et un pilote 8. La couche réseau 7 est destinée à exécuter des protocoles réseaux tels que par exemple le protocole IP. La couche réseau 7 comprend une couche sécurité 9 destinée à exécuter protocoles de communication sécurisée tels que par exemple Ipsec. Le pilote 8 est destiné à commander la carte de cryptographie 4, essentiellement sur demande de la couche sécurité 9. En référence à la figure 3, dans un état initial 12, la couche sécurité réseau 9 ne consomme aucune ressource du système. Sur détection d'un message à sécuhser, une transition 13, 14, 15, 16 fait passer la couche sécurité réseau respectivement dans un état 17, 18, 19, 20 qui appelle une fonction FI, F3, F4 de traitement du message. Au retour de la fonction appelée FI, F2, F3, F4, transition 21, 22, 23, 24, signalant que le message est traité, fait repasser la couche securité réseau 9 dans l'état initial 12, libérant ainsi les ressources systèmes nécessaires à la couche sécurité réseau 9. La transition 13 correspond à une détection message Ml à décrypter. La fonction FI appelée est une fonction du pilote 8 qui commande à la carte de cryptographie 4 de décrypter le message. La carte de cryptographie équipée de l'algorithme et des clefs nécessaires au décryptage du message. Par exemple, dans le cas de l'algorithme tripleDES, la carte de cryptographie dispose de la clef secrète pour décoder le message. Lorsque la carte de cryptographie 4 a terminé décrypter le message, le pilote 8 valide la transition 21 en remettant le message Ml ' disposition de la couche sécurité réseau 9. La transition 14 correspond à une détection message M2 à authentifier. La fonction F2 appelée est une fonction du pilote 8 qui commande à la carte de cryptographie 4 d'authentifier le message. La carte de cryptographie est équipée de l'algorithme et des clefs nécessaires à l'authentification du message. Par exemple, dans le cas de l'algorithme HMAC-SHA1, la carte de cryptographie dispose de la clef secrète de façon à vérifier la signature de la passerelle 66. Lorsque la carte de cryptographie 4 a terminé d'authentifier le message, le pilote 8 valide la transition 22 en remettant le message M2 à disposition de la couche sécurité réseau 9. La transition 15 correspond à une détection message M4 à signer. La fonction F4 appelée est une fonction du pilote 8 qui commande à la carte de cryptographie 4 de signer le message. La carte de cryptographie est équipée de l'algorithme et des clefs nécessaires pour signer le message. Par exemple, dans le cas de l'algorithme HMAC- SHA1, la carte de cryptographie dispose de la clef secrète pour élaborer sa signature. Lorsque la carte de cryptographie 4 a terminé de signer le message, le pilote 8 valide la transition 21 en remettant le message M4 à disposition de la couche sécurité réseau 9. La transition 16 correspond à une détection de message M3 à crypter. La fonction F3 appelée est une fonction du pilote 8 qui commande à la carte de cryptographie 4 de crypter le message. La carte de cryptographie est équipée de l'algorithme et des clefs nécessaires au cryptage du message. Par exemple, dans le cas de l'algorithme tripleDES, la carte de cryptographie dispose de la clef secrète pour coder le message, Lorsque la carte de cryptographie 4 a terminé de crypter le message, le pilote 8 valide la transition 24 en remettant le message M3 à disposition de la couche sécuhté réseau 9. L'inconvénient de l'état de la technique ici décrit en référence à la figure 3 est que le traitement du message nécessite d'être terminé pour permettre à la couche sécurité réseau 9 de revenir à l'état initial 12 et libérer les ressources du système ou être disponible pour un traitement ultérieur d'un autre ou du même message. En effet un message qui se présente par exemple comme message Ml à décrypter peut se présenter comme message M2 à authentifier après avoir été décrypté. Toutes les combinaisons sont possibles. Or les traitements de cryptage et de décryptage sont particulièrement longs, même effectués au moyen de circuits matériels. En référence à la figure 4, dans un état initial 12, la couche sécurité réseau 9 ne consomme aucune ressource du système. Sur détection d'un message Ml, M2, M4, M3, auquel appliquer un traitement de sécurité, une transition 13, 14, 15, 16 fait passer la couche sécurité réseau respectivement dans un état 25, 26, 27, 28 qui déclenche une séquence de sauvegarde F5, F6, F7, F8 du contexte d'exécution en cours En fin de séquence F5, F6, F7, F8, une transition 29, 30, 31, 32, est validée par valeur de pointeur PZS(Ml), PZS(M2), PZS(M4), PZS(M3) sur une zone de sauvegarde résultant de l'état précédent 25, 26, 27, 28. Les traitements de sécurité, décryptage en aval de la transition 13, authentification en aval de la transition 14, signature en aval de la transition 15, cryptage aval de la transition 16, sont considérés à titre d'exemple non limitatif en référence aux figures 3 et 4, comparativement à la figure 3. L'enseignement de l'invention reste valable pour tout autre traitement tel que résumé (digest en anglais) ou compression de message. Chaque séquence de sauvegarde F5, F6, F7. F8 est spécifique du traitement à effectuer pour chaque type de message Ml, M2, M4, M3. La séquence F5, F6, F7. F8 consiste essentiellement à sauvegarder dans une zone mémoire le contexte d'exécution CE en cours. Le contexte d'exécution CE en cours est constitué de variables locales et globales qui sont utilisées par la couche sécurité réseau 9 pour le traitement du message telles que caractéristiques de sécurité du message, protocoles et clefs à employer. Le début de la zone mémoire est repérée par un pointeur PZS(Ml), PZS(M2), PZS(M4), PZS(M3) de façon à ce que le contexte d'exécution CE lié au traitement du message MI, M2, M4, M3, puisse être restitué ultérieurement. Lorsque la séquence F5 a terminé de sauvegarder le contexte d'exécution CE, la transition 29 fait passer la couche sécurité réseau 9 dans un état qui effectue un appel à une fonction F9 exécutée par le pilote 8 pour commander ' la carte 4, un décryptage du message Ml. La fonction F9 passe en paramètres, une adresse @F13 de fonction dite de retour, une variable dite de corrélation VC1 et la valeur du pointeur PZS(Mi). Une transition 37 est validée par un acquittement de la fonction F9, retoumé par le pilote 8. La transition refait passer la couche sécurité réseau 9 dans son état'initial 12. Lorsque la séquence F6 a terminé de sauvegarder le contexte d'exécution CE, la transition 30 fait passer la couche sécurité réseau 9 dans un état qui effectue un appel à une fonction F10 exécutée par le pilote 8 pour commander la carte 4, une authentification message M2. La fonction F10 passe en paramètres, une adresse @F14 de foncti dite de retour, une variable dite de corrélation VC2 et la valeur du pointeur PZS(M2). Une transition 38 est validée par un acquittement de la fonction retourné par le pilote 8. La transition 38 refait passer la couche sécurité réseau 9 dans son état initial l2# Lorsque la séquence F7 a terminé de sauvegarder le contexte d'exécution CE, la transition 31 fait passer la couche sécurité réseau 9 dans un état qui effectue un appel à une fonction Fl 1 exécutée par le pilote 8 pour commander à carte 4, une signature message M4. La fonction Fl 1 passe en paramètres, une adresse @Fl 5 de fonction dite de retour, une variable dite de corrélation VC4 et la valeur du pointeur PZS(M4). Une transition 39 est validée par un acquittement de la fonction Fll, retourné par le pilote 8. transition 39 refait passer la couche sécurité réseau 9 dans état initial 12. Lorsque la séquence F8 a terminé de sauvegarder le contexte d'exécution CE, la transition fait passer la couche sécurité réseau 9 dans un état 36 effectue un appel à fonction F12 exécutée par le pilote 8 pour commander à carte 4, une signature message M3. La fonction F12 passe en paramètres, une adresse @-Fl6 de fonction dite de retour, une variable dite de corrélation VC3 et la valeur du pointeur PZS(M3). Une transition 40 est validée par un acquittement de la fonction F12, retourné par le pilote 8. transition 40 refait passer la couche sécurité réseau 9 dans état initial 12, La figure 6 présente des états et transition du pilote 8 de carte de cryptographie particulièrement adaptés pour s'interfacer avec les états et transitions la couche sécurité réseau 9 conforme à l'invention, en référence aux figures 3 et D'autres états du pilote, applicables à la commande de la carte 4, ne sont pas décrits car ces autres états sortent du cadre de la présente invention. Les états décrits sont ceux qui correspondent aux traitement de cryptage et de décryptage. L'enseignement qui en résulte est applicable à l'authentification, la signature et ou à tout autre traitement de sécurisation tel que le résumé de message au moyen de la carte matérielle 4. Dans un état initial 41, le pilote 8 n'utilise aucune ressource du système. Une transition 42 est activée par l'appel de la fonction F9, effectué dans l'état 33 de la couche sécurité réseau 9. Une transition 43 est activée par l'appel de la fonction F12, effectué dans l'état 36 de la couche sécurité réseau 9. La transition 42 fait passer le pilote 8 dans un état 44. Dans l'état 44, le pilote 8 envoie immédiatement acquittement Acq(179) qui valide la transition 37 et active la carte 4 pour effectuer un traitement matériel de décryptage du message Ml. carte 4 prend alors en charge le message Ml. Dès que la carte 4 est activée, une transition 46 refait passer le pilote dans l'état initial 41 qui le rend disponible pour prendre en charge d'autres demandes de traitement par la couche de sécurité réseau 9. Lorsque la carte 4 a terminé de décrypter le message Ml, une transition 48 fait passer le pilote dans un état 50. Dans l'état 50, le pilote effectue un branchement sur l'adresse @Fl3 de fonction de retour en communiquant le pointeur PZS(Ml) précédemment donnés dans l'état 33 de la couche de sécurité réseau. Le pilote place également dans la variable de corrélation VC1, les coordonnées de mise à disposition du message Ml décrypté par la carte 4. Puis le pilote retourne dans son état initial La transition 43 fait passer le pilote 8 dans un état 45. Dans l'état 45, le pilote 8 envoie immédiatement acquittement Acq(Fl2) qui valide la transition 40 et active la carte 4 pour effectuer un traitement matéhel de cryptage du message M3. La carte 4 prend alors en charge le message M3. Dès que la carte 4 est activée, une transition 47 refait passer le pilote dans l'état initial 41 qui le rend disponible pour prendre en charge d'autres demandes de traitement par la couche de sécuhté réseau 9. Lorsque la carte 4 a terminé de crypter le message M3, une transition 49 fait passer le pilote dans un état 51. Dans l'état 51, le pilote effectue un branchement sur l'adresse @Fl6 de fonction de retour en communiquant le pointeur PZS(M3) précédemment donnés dans l'état 36 de la couche de sécurité réseau. Le pilote place également dans la variable de corrélation VC3, les coordonnées de mise à disposition du message M3 crypté par la carte 4. Puis le pilote retoume dans son état initial 41. En référence à la figure 5, une transition 52 fait passer la couche sécurité réseau de l'état initial 12 à un état 56, une transition 53 fait passer la couche sécurité réseau de l'état initial 12 à un état 57, une transition 54 fait passer la couche sécuirité réseau de l'état initial 12 à un état 58, une transition 55 fait passer la couche sécuhté réseau de l'état initial 12 à un état 59. La transition est validée par le branchement sur l'adresse @Fl3 et la communication du pointeur PZS(Ml) effectués dans l'état 50. Dans l'état 56, la couche sécurité réseau 9 restitue le contexte d'exécution sauvegardé dans la zone mémoire pointée par PZS(Ml). La couche de sécurité réseau 9 se replace ainsi dans la configuration dans laquelle elle était lorsqu'elle était dans l'état 25 pour le message Ml alors que le message Ml était pas décrypté. Cependant, le message étant à présent décrypté, la variable de corrélation VC1 valide immédiatement une transition 60 qui replace couche de sécurité reseau dans son état initial 12. La vahable de corrélation VC1 met le message Ml ' disposition de la couche de sécurité réseau 9 pour mise ' disposition d'autres fonctions de la couche réseau ou pour présenter le message Ml traité comme message de type M2, M3, M4 pour un autre traitement. Pour mettre le message Ml à disposition de la couche de sécuriité réseau 9, la valeur de la vahable de corrélation VC1 est par exemple une valeur permettant de reprendre l'exécution à un endroit adéquat. La transition 55 est validée par le branchement sur l'adresse @F16 et la communication du pointeur PZS(M3) effectués dans l'état 51. Dans l'état 59, la couche sécurité réseau 9 restitue le contexte d'exécution sauvegardé dans la zone mémoire pointée par PZS(M3). La couche de sécurité réseau 9 se replace ainsi dans la configuration dans laquelle elle était lorsqu'elle était dans l'état 28 pour le message M3 alors que le message M3 n'était pas crypté. Cependant, le message étant à présent crypté, la variable de corrélation VC3 valide immédiatement une transition 64 qui replace couche de sécurité réseau dans son état initial 12. La vahable de corrélation met le message M3 à disposition de la couche de sécurité réseau 9 pour mise à disposition d'autres fonctions de la couche réseau 7 ou pour présenter le message M3 traite comme message de type M2, Ml, M4 pour un autre traitement. De même, la transition 53 est validée par le branchement sur l'adresse @Fl4 et la communication du pointeur PZS(M2) effectués dans un état non représenté du pilote 8. [Dans l'état 57, la couche de sécurité réseau 9 restitue le contexte d'exécution sauvegardé dans la zone mémoire pointée par PZS(M2). La couche de sécurité réseau 9 se replace ainsi dans la configuration dans laquelle elle était lorsqu'elle était dans l'état 26 pour le message M2 alors que le message M2 n'était pas authentifié. Cependant, le message étant à présent authentifié, la variable de corrélation valide immédiatement une transition 62 qui replace la couche de sécurité réseau dans son état initial La variable de corrélation VC2 met le message M2 à disposition de la couche de sécurité réseau 9 pour mise à disposition d'autres fonctions de la couche réseau ou pour présenter le message M2 traité comme message de type Ml, M3, M4 pour un autre traitement. De meme, la transition 54 est validée par le branchement sur l'adresse @Fl5 la communication du pointeur PZS(M4) effectués dans un état non représenté du pilote 8. Dans l'état 58, la couche de sécurité réseau 9 restitue le contexte d'exécution sauvegardé dans la zone mémoire pointée par PZS(M4). La couche de sécurité réseau 9 se replace ainsi dans la configuration dans laquelle elle était lorsqu'elle était dans l'etat 27 pour le message M4 alors que le message M2 n'était pas signé. Cependant, le message étant à présent signé, la variable de corrélation VC4 valide immédiatement une transition 63 qui replace la couche de sécurité réseau dans son état initial 12. La variable de corrélation VC4 met le message M4 à disposition de la couche de sécurité réseau 9 pour mise à disposition d'autres fonctions de la couche réseau 7 ou pour présenter le message M4 traité comme message de type*Ml, M3, M2 pour un autre traitement. Prenons sur la figure 2 un cheminement 10 de message crypté Ml de la carte réseau 3 à la carte de cryptographie 4 suivi d'un cheminement 11 du message décrypté M l de la carte ' la mémoire 2 pour sa présentation par exemple à la couche utilisateur 5. Lorsque le message Ml en provenance de la carte 3 est transmis à la mémoire 2 selon la branche ascendante du cheminement 10, sa présentation à la couche de sécurité réseau valide la transition 13. La couche de sécurité réseau 9 reste peu de temps dans l'état 25 car la sauvegarde du contexte d'exécution est une opération relativement rapide. A la suite de l'état 25, la couche de sécurité réseau 9 reste peu de temps dans l'état 33 car l'état 44 du pilote 8 envoie l'acquittement Acq(F9) immédiatement après l'appel de la fonction F9 sans attendre que le message Ml soit décrypté. La couche de sécurité réseau 9 retourne donc rapidement dans son état initial 12. D'une part, ceci évite au système de resaler bloqué pendant le traitement de décryptage du message Ml car ce traitement est pris en charge par la carte 4 de façon asynchrone. D'autre part, ceci présente l'avantage de rendre la couche de sécurité réseau rapidement à nouveau disponible pour une présentation d'un autre message à traiter. Lorsque le message Ml est rangé décrypté par la carte 4 en mémoire 2 selon une première branche ascendante du cheminement 11, l'état 50 pilote 8 valide la transition 52 de la couche sécurité réseau 9. La couche de sécurité réseau 9 reste peu de temps dans l'état 56 qui en résulte, car la restitution du contexte d'exécution CE est une opération relativement rapide. En fin de restitution de contexte CE, la transition 21 replace rapidement la couche de sécurité réseau 9 dans l'état initial 12 car la valeur de corrélation VC1 met immédiatement le message Ml sous forme décryptée à disposition de la couche sécurité réseau 9 pour être retransmis, dans le de la figure 2, à la couche utilisateur 5 selon une deuxième branche ascendante du cheminement 11. Ainsi, le temps de décryptage du message Ml est totalement transparent pour la couche de sécurité réseau 9, activée seulement un court instant après présentation du message Ml à décrypter, puis réactivée seulement un court instant après présentation du message Ml décrypté. Les cheminements 10 et 11 de la figure 2 sont symboliques dans le but uniquement de montrer l'intérèt de l'invention. L'homme du métier sait par ailleurs qu'une ou plusieurs couches peuvent séparer la couche réseau 7 de la couche utilisateur 5, telle qu'une couche transport de type connu TCP, non représentée de façon à ne pas surcharger inutilement la figure 2. D'autre part, le cheminement 11 peut aussi être redirigé vers la carte 3 par la couche réseau 7 ou à nouveau vers la carte 4 pour un traitement subséquent. Comme la couche noyau 6 n'est pas bloquée en attente de de traitement d'un message, il est intéressant de faire prendre en charge d'autres messages qui se présentent à la couche sécurité réseau 9 alors qu'un premier message n'est pas encore terminé d'être traité. En référence à la figure 7, pendant que le message Ml est pris charge par la carte 4 pour être décrypté, le pointeur PZS(Ml) a pour valeur celle d'un mot 56 qui contient une adresse de début d'une zone 52 de la mémoire 2. La zone 52 contient le contexte d'exécution CE lorsque la couche sécurité réseau était dans l'état 25 pour le message Ml. Un mot 55 est destiné à contenir une adresse suivant une dernière adresse de la zone 52. Ainsi, le mot 55 définit un pointeur de zone libre PZL sur une zone de sauvegarde de contexte d'exécution suivante 53. Lorsqu'un autre message M'l se présente à la couche de sécurité réseau 7, la valeur du 55 est transférée dans un mot 57 pour définir un nouveau pointeur PZS(M'l sur le début de la zone 53 où est sauvegardé le contexte d'exécution CE lorsque la couche sécurité réseau est dans l'état 25 pour le message MI. Le mot 55 est contient alors une adresse suivant une dernière adresse de la zone 53. Ainsi, le mot 55 définit un pointeur zone libre PZL sur une zone de sauvegarde de contexte d'exécution suivante 54, disponible pour le contexte d'exécution CE lié à un nouveau message . Ce processus est répété pour tout nouveau message de façon à chaîner les sauvegardes de contexte d'exécution CE. de a une restitution de contexte d'exécution CE dans l'état 56 de la couche de sécurité réseau, l'adresse de début de la zone de sauvegarde libérée est prise comme adresse suivante de la dernière zone de sauvegarde occupée selon un mécanisme de chaînage classique. est possible d'utiliser une structure de données semblable à celle qui vient d'etre décrite, distincte pour chacun des états 25, 26, 27, 28 de la couche de sécurité réseau, ou commune à tous les états 25, 26, 27, 28, auquel cas les mots 56, 57 peuvent contenir des PZS(MI), PZS(M2), PZS(M3), PZS(M4) pour l'un quelconque de ces états. La couche de sécurité réseau peut être programmée de différentes manières pour mettre en oeuvre les états précédemment décrits. Un procédé de réalisation de code de la couche de sécudté réseau 9 à partir d'une couche de sécurité réseau standard telle que par exemple la couche Ipsec de LINUX, comprend essentiellement deux étapes. La première étape est expliquée en référence à la figure 8. Dans la couche noyau du dispositif informatique 1, une première séquence de code 75 est destinée à être activée par une présentation de message Ml, M2, M3 ou M4 auquel appliquer un traitement de sécurisation, décryptage, authentification, cryptage ou signature. Dans la couche de sécurité réseau standard, la séquence de code 75 est constituée de plusieurs lignes de code standard qui ne font pas l'objet de la présente invention. On distingue à ce stade uniquement une ligne 76 et une dernière ligne de la séquence 75 repérée par un indicateur de Fin. La ligne 76 contient un appel à la fonction de traitement de sécurisation standard, par exemple la première fonction FI si la séquence de code 75 est celle activée par la présentation du message Ml - La première séquence de code 75 est modifiée en insérant avant la ligne une deuxième séquence de code 77. La séquence de code 77 commence par ou plusieurs lignes F5(CE) qui sauvegardent le contexte d'exécution CE en cours lorsque la première sequence est activée, c'est à dire essentiellement les valeurs des variables locales et globales utilisées dans la séquence de code 75. Le code de sauvegarde consiste alors en des écritures des valeurs de ces variables dans une zone la mémoire 2, repérée par le pointeur PZS(Ml). A la suite lignes F5(CE), la séquence 77 contient le code d'appel à une deuxième fonction de sécurisation, par exemple la fonction F9(@Fl3, VC1, PZS(Ml dans le cas ici décrit. deuxième fonction est destinée à être exécutée par le pilote 8. Les paramètres passés sont essentiellement une adresse de fonction @Fl3 et le pointeur PZS sur la zone de sauvegarde. La séquence de code 77 se termine par un branchement sur la dernière ligne de la séquence code 75 de type "Goto Fin". La deuxième étape est expliquée en référence à la figure 9. La première séquence de code 75 est copiée de façon à générer une troisième séquence de code prise comme étant le code de la fonction FI 3 dont l'adresse @F13 est repérée par pointeur 81. Une quatrième séquence de code 80 est insérée après la ligne 76 de la séquence 78. La séquence 80 est repérée par une étiquette et contient des instructions lecture de la zone mémoire indiquée par le pointeur PZS. Une ligne 79 est insérée début de séquence 78. La ligne 79 contient une instruction de branchement "Goto Etiquette" sur la séquence de code 80. La couche de sécurité réseau (9) obtenue par le procédé précédemment décrit, est plus rapide que la couche de sécurité réseau standard d'origine. En effet, dans la couche de sécurité standard, l'exécution de la séquence 75 non modifiée s'effectue de la façon suivante. Les instructions de code standard qui précèdent la ligne 76 sont exécutées. La ligne 76 effectue un appel à la fonction de traitement standard FI. Les instructions de code standard suivant la ligne 76 sont exécutées après le retour de la fonction qui indique la fin de traitement du message. Or un traitement de cryptographie est long par nature. Ceci a pour effet de retarder l'atteinte en exécution de la dernière ligne "Fin" de la séquence 75 non modifiée. Dans la couche de sécurité réseau obtenue par le procédé, l'exécution de la séquence 75 modifiée s'effectue de la façon suivante. Les instructions de code standard qui précèdent la ligne et la séquence 77 sont exécutées. La ligne 76 et les lignes suivantes de la séquence 75 ne sont jamais exécutées à cause du premier branchement sur la demière ligne de la séquence 75. Le premier branchement est effectué rapidement car la fonction F9 envoie immédiatement un acquittement avant le message ne soit terminé d'être traité. Lorsque le traitement du message est terminé, le pilote 8 déclenche exécution de la séquence de code 78 au moyen de l'adresse @F13. La ligne de code 76 et les lignes de code de la séquence 78 qui précèdent ne sont jamais exécutées à cause du branchement en début de séquence 78 sur la séquence 80 qui permet l'exécution des lignes de code suivantes, masquant ainsi le temps de traitement message. Le dispositif informatique qui vient d'être décrit permet de mettre en oeuvre un procédé d'obtention d'un message sécuhsé à partir d'un autre message. En référence à la figure 10, sur présentation dudit autre message à la couche de sécurité réseau, dans une première étape 82, le contexte d'exécution en cours est sauvegardé. Cette étape est réalisée dans l'un des états 25, 26, 27, 28 de la couche 9. Dans une deuxième étape 83, une requête de traitement de sécuhsation est émise depuis la couche 9, dans l'un des états 33, 34, 35, 36, vers un élément extérieur à la couche 9, de façon ' ce que la couche 9 soit remise dans son état initial qui n'utilise aucune ressource du dispositif. Les étapes 82 et 83 sont mises en oeuvre au moyen de la séquence 77. Après que l'élément extéheur ait traité ledit autre message, le contexte sauvegardé est restitué dans une étape 84 de façon à produire le message sécurisé. Ce procédé présente l'avantage de pouvoir produire des messages sécurisés en grand nombre car l'étape 84 peut être activée après plusieurs activations successives des étapes 82, 83 pour différents messages. REVENDICATIONS: 1. Dispositif informatique comprenant une mémoire (2) et une couche de sécurité réseau (9) pour appliquer traitement de sécuhsation sur présentation d'un message (Ml) dans la mémoire (2), caractérisé en ce que: - la présentation du message (Ml) fait passer la couche de sécurité réseau (9) d'un état initial (12) à un premier état (25) qui réalise une sauvegarde de contexte d'exécution (CE) dans une zone (52) de mémoire (2); - la réalisation de la sauvegarde du contexte d'exécution (CE), fait passer la couche de sécurité réseau du premier état (25) à un deuxième état (33) qui appelle une première fonction (F9) de traitement message (Ml), en passant comme paramètres de ladite première fonction (F9), au moins une adresse (@Fl3) de deuxième fonction (Fl3) et un pointeur PZS(Ml) sur la zone (52) de la mémoire (2); - un acquittement de la première fonction (F9) avant traitement du message (Ml), fait immédiatement repasser la couche de sécurité réseau dans l'état initial (12); - un branchement sur l'adresse (@Fl3) de deuxième fonction, fait passer la couche de sécurité réseau (9) de l'état initial (12) à un troisième état (56) qui réalise une restitution du contexte d'exécution (CE) avant de faire repasser la couche de sécurité réseau (9) dans l'état initial. 2. Dispositif informatique (1 selon la revendication 1, caractérisé en ce que plusieurs pointeurs PZS(MI), PZS(M'l) sont chaînés de façon à pouvoir être restitués lors du branchement sur ladite adresse (@F13). 3. Dispositif informatique selon la revendication 1 ou 2, caractérisé en ce que l'appel de la première fonction (F9) fait passer comme paramètre une variable de corrélation (VC1), restituée lors du branchement sur l'adresse (@Fl3). 4. Procédé de réalisation code d'une couche rapide de sécuhté réseau (9) à partir de code d'une couche standard de sécurité réseau dans une couche noyau (6) d'un dispositif informatique (1), caractérisé en ce qu'il comprend: - une première étape pour modifier dans le code de ladite couche standard, une première séquence de code destinée à être activée par une présentation de message auquel appliquer un traitement de sécurisation, en insérant dans la première séquence, avant un appel à une première fonction de sécurisation (171), une deuxième séquence code qui: - commence par une sauvegarde d'un contexte d'exécution (CE) en cours lorsque la première séquence est exécutée, - fait un appel à une deuxième fonction de sécurisation (F9), - termine par un premier branchement sur la fin de la première séquence code; - une deuxième étape pour générer une troisième séquence de code d'une troisième fonction (Fl3) en copiant ladite première séquence de code modifiée puis en insérant dans ladite troisième séquence de code: - après l'appel à la première fonction (Fl), une quatrième séquence de code restitution du contexte d'exécution (CE) sauvegardé, - en début de troisième séquence, un deuxième branchement sur ladite quatrième séquence de code. 5. Procédé pour obtenir un message sécurisé à partir d'un autre message, au moyen d'un dispositif informatique (1) comprenant une couche de sécurité réseau (9) à laquelle est présenté ledit autre message, caractérisé en ce qu'il comprend: - une première étape pour sauvegarder un contexte d'exécution de la couche de sécurité réseau après présentation du dit autre message; - une deuxième étape dans laquelle la couche de sécurité réseau émet une requête traitement de sécurisation vers un élément extérieur à la couche de sécurité réseau telle que ledit élément extérieur acquitte immédiatement cette requête de façon à mettre la couche de sécurité réseau dans un état initial qui n'utilise aucune ressource du dispositif informatique (1); - une troisième étape dans laquelle ledit élément extérieur active une restitution du contexte d'exécution sauvegardé dans la couche de sécurité réseau en présentant le message sécurisé par le traitement de sécurisation qui résulte de ladite requête.