Brevet FR3039951A1 — publié le 20170210

La présente invention concerne une transmission d'une information à partir d'un premier sous-réseau de type rouge à destination d'un réseau de type noir, le premier sous-réseau de type rouge étant interconnecté à un second sous-réseau de type rouge par un tunnel sécurisé via le réseau de type noir, chaque sous-réseau de type rouge étant de niveau de sécurité supérieur au réseau de type noir, et les premier et second sous-réseaux de type rouge appartenant à un même domaine de sécurité. Des réseaux de communication peuvent avoir des exigences différentes en termes de sécurité des données qui y transitent. Certains réseaux de communication ayant des exigences fortes en termes de sécurité peuvent avoir recours à d'autres réseaux de communication, dans lesquels le niveau d'exigences en termes de sécurité est inférieur, pour faire transiter les données d'un sous-réseau de communication à fortes exigences de sécurité à un autre. On parle de réseau de communication de type rouge pour le réseau de communication de plus haut niveau de sécurité et de réseau de communication de type noir pour le réseau de communication de plus bas niveau de sécurité. Par exemple, un premier groupe de dispositifs d'un premier sous-réseau de communication de type rouge communique avec un second groupe de dispositifs d'un second sous-réseau de communication de type rouge via un réseau de communication de transit non sécurisé ou de niveau de sécurité inférieur à celui de type rouge, dit de type noir. On parle aussi de domaine noir pour désigner le réseau de communication de type noir, et de domaine rouge pour désigner l'ensemble formé par les premier et second sous-réseaux de communication de type rouge. Pour que le premier groupe de dispositifs et le second groupe de dispositifs puissent communiquer ,de manière sécurisée, des passerelles de sécurité (comme par exemple des chiffreurs réseau) sont mises en oeuvre, définissant une frontière entre le domaine noir et le domaine rouge. Ces passerelles de sécurité assurent la confidentialité des communications, par chiffrement/déchiffrement de données devant transiter d'un des sous-réseaux de communication de type rouge vers l'autre des sous-réseaux de communication de type rouge via le réseau de communication de transit de type noir. Ces passerelles de sécurité créent ainsi un tunnel sécurisé de communication à travers le domaine noir, généralement conforme au standard IPSec (« Internet Protocole Security en anglais). Les sous-réseaux de communication de type rouge forment alors un réseau virtuel privé VPN (« Virtual Private Network » en anglais). Ainsi, les données issues / à destination de sous-réseaux de communication de type rouge transitant sur le réseau de communication de transit de type noir ne sont 3039951 2 pas transmises en clair. En particulier le plan d'adressage réseau et le contenu des communications du domaine rouge sont inaccessibles au sein du domaine noir, ce qui permet de répondre aux exigences en termes de sécurité du domaine rouge. Une telle architecture de réseaux de communication à plusieurs niveaux de 5 sécurité est mise en oeuvre par exemple pour les réseaux de grandes entreprises du secteur de l'énergie dans lesquels les différents sites de production sont reliés au siège de l'entreprise au travers d'un réseau de transit utilisant des infrastructures de communications terrestres à grande capacité de ressources ou des infrastructures radiofréquence à capacité de ressources limitée et variable notamment en raison des 10 conditions météorologiques, comme par exemple des infrastructures de communication par satellite. Dans ce type d'architecture de réseaux de communication à plusieurs niveaux de sécurité, le besoin de communiquer de l'information du domaine rouge vers le domaine noir existe notamment pour appliquer des politiques réseaux (en anglais 15 « network policy ») et de gestion de trafic réseau (en anglais « traffic engineering »). Par exemple, lorsque le domaine rouge contient des applications de type Voix sur IP (VolP), le domaine rouge pourrait demander au réseau noir de lui allouer plus de bande passante pour pouvoir établir une communication supplémentaire. Le domaine rouge utiliserait alors le même principe pour relâcher la bande passante ainsi obtenue 20 lorsque celle-ci ne serait plus utile. Un inconvénient de ce genre d'infrastructure de communication est cependant que, de par la présence des passerelles de sécurité, il n'existe aujourd'hui pas de solution adéquate pour permettre à un ou plusieurs dispositifs de l'un ou l'autre des sous-réseaux de communication de type rouge de transmettre des informations à un ou 25 plusieurs dispositifs du réseau de communication de transit de type noir, sans avoir à remettre en cause les exigences de sécurité des sous-réseaux de communication de type rouge, c'est-à-dire sans avoir à créer une brèche de sécurité. Il est alors souhaitable, dans ces circonstances, de fournir une solution qui permette à un ou plusieurs dispositifs du domaine rouge de communiquer des 30 informations à un ou plusieurs dispositifs du domaine noir, sans avoir à remettre en cause les exigences de sécurité du domaine rouge. Il est aussi souhaitable de fournir une solution qui soit compatible avec la plupart des équipements réseau disponibles sur étagère, en particulier avec les équipements réseau de sécurité (« Network Security Equipment » en anglais), et qui 3039951 3 n'impose, dans sa mise en oeuvre, ni équipement de sécurité ni fonction de sécurité supplémentaire en bordure de domaine de sécurité. Il est enfin souhaitable de fournir une solution qui soit simple à mettre en oeuvre. L'invention concerne un procédé de transmission d'une information I depuis 5 une première application jusqu'à une troisième application, la première application étant exécutée dans un premier sous-réseau de type rouge, une seconde application étant exécutée dans un second sous-réseau de type rouge, la troisième application étant exécutée dans un réseau de type noir, chaque sous-réseau de type rouge étant de niveau de sécurité supérieur au réseau de type noir, les premier et second sous-réseaux 10 de type rouge étant interconnectés via le réseau de type noir par un tunnel sécurisé entre une première passerelle de sécurité du premier sous-réseau de type rouge et une seconde passerelle de sécurité du second sous-réseau de type rouge appliquant des opérations de chiffrement et de déchiffrement telles que chaque premier paquet de plus petite taille qu'un second paquet résulte après chiffrement en un premier paquet 15 chiffré de taille inférieure ou égale à la taille du paquet résultant du chiffrement du second paquet. Le procédé est tel que : la première application convertit ladite information en une séquence de paquets i dont les tailles {T}, encodent ladite information, grâce à une première règle de conversion C, prédéterminée ; la première application transmet à destination de la seconde application la séquence de paquets i 20 obtenue ; un équipement réseau du réseau de type noir sur un chemin obligatoire dudit tunnel sécurisé route vers la troisième application chaque paquet de ladite séquence de paquets après chiffrement de la première passerelle de sécurité ; et la troisième application obtient ladite information, à partir des tailles {Tc}i des paquets j de ladite séquence de paquets après chiffrement de la première passerelle de sécurité, grâce à 25 une seconde règle de conversion C2 prédéterminée, de telle sorte que{ C1 (/) et 1= C2({Tc}j). Ainsi, grâce à l'implémentation d'un mécanisme reposant sur les tailles des paquets transmis depuis la première application à destination de la seconde application et interceptés, après chiffrement, par la troisième application, un ou plusieurs dispositifs du domaine rouge peuvent communiquer des informations à un 30 ou plusieurs dispositifs du domaine noir, sans avoir à remettre en cause les exigences de sécurité du domaine rouge. Selon un mode de réalisation particulier, ladite séquence de paquets i est délimitée par au moins un paquet de taille prédéfinie qui n'est pas utilisable au sein de ladite séquence de paquets i. Ainsi, la séquence de paquets j (correspondant à ladite 3039951 4 séquence de paquets i après chiffrement de la première passerelle de sécurité) peut être aisément détectée par la troisième application. Selon un mode de réalisation particulier, les paquets de ladite séquence de paquets sont colorés avec une classe de service prédéfinie, et ledit équipement réseau 5 du réseau de type noir route chaque paquet ainsi coloré, en provenant du premier sous- réseau de type rouge, vers la troisième application. Ainsi, le routage desdits paquets j vers la troisième application est facilité. Selon un mode de réalisation particulier, pour convertir ladite information en séquence de paquets i, la première application effectue les étapes suivantes : convertir 10 ladite information représentée sous forme d'un flux binaire m256 décomposé en x octets en une liste in, de y digits en base n, où n correspond à la quantité de tailles distinctes de paquets utilisables pour encoder ladite information à transmettre depuis la première application jusqu'à la troisième application ; et convertir, grâce à une fonction TI, chacun des y digits en base n en un paquet dont la taille est déterminée par 15 la valeur dudit digit via la fonction Th De plus, pour obtenir ladite information, la troisième application effectue les étapes suivantes : convertir, grâce à une fonction T2, chaque taille de paquet j de ladite séquence de paquets après chiffrement de la première passerelle de sécurité en un digit en base n déterminé par ladite taille de paquet via la fonction T2 , afin d'obtenir la liste mn de y digits en base n ; et convertir 20 la liste mn de y digits en base n information représentée sous forme d'un flux binaire m256 en ladite information représentée sous forme du flux binaire m256 décomposé en x octets. Ainsi, le passage de l'information I depuis le domaine rouge vers le domaine noir est simple et efficace. Selon un mode de réalisation particulier, la première application ajoute, à ladite 25 séquence de paquets i obtenue, une autre séquence de paquets de sorte à comporter alors deux ensembles de paquets : un premier ensemble de paquets dont les tailles servent à encoder ladite information et un second ensemble de paquets destiné à permettre à la troisième application d'acquitter ladite information par suppression d'au moins un paquet dudit second ensemble. Ainsi, la troisième application peut aisément 30 effectuer un acquittement de l'information I, sans avoir à remettre en cause les exigences de sécurité du domaine rouge. Selon un mode de réalisation particulier, ledit second ensemble de paquets est tel que : la suppression par la troisième application d'au moins un des paquets dudit second ensemble, sous sa forme chiffrée, sans toutefois que tous les paquets dudit 3039951 5 second ensemble ne soient ainsi supprimés, signifie un acquittement positif ; la suppression par la troisième application des paquets dudit second ensemble, sous leur forme chiffrée, signifie un acquittement négatif ; et la transmission par la troisième application dudit second ensemble de paquets, sous leur forme chiffrée, à la seconde 5 application signifie que la transmission de ladite information a été entachée d'erreur. Ainsi, plusieurs types d'acquittement sont aisément implémentés. Selon un mode de réalisation particulier, ladite information transmise depuis la première application jusqu'à la troisième application comporte une information de contrôle de redondance cyclique, la première règle de conversion C1 effectue le calcul 10 et l'insertion de l'information de contrôle de redondance cyclique dans la séquence de paquets i, et la seconde règle de conversion C2 effectue l'extraction de l'information de contrôle de redondance cyclique de la séquence de paquets telle qu'obtenue après chiffrement de la première passerelle de sécurité. Ainsi, il est aisé de déterminer si l'information reçue par la troisième application est erronée ou pas, et d'effectuer 15 l'acquittement correspondant à destination du domaine rouge. Selon un mode de réalisation particulier, les données utiles des paquets i de ladite séquence de paquets incluent un identifiant d'envoi de ladite information. Ainsi, la seconde application peut obtenir cet identifiant, auquel la troisième application n'a pas accès, et indiquer à la première application que l'envoi identifié par ledit 20 identifiant a reçu tel ou tel acquittement de la part de la troisième application. Selon un mode de réalisation particulier, une phase d'initialisation est préalablement implémentée comme suit : la première application transmet à destination de la seconde application une séquence de test consistant en un enchaînement prédéfini de l'ensemble des tailles de paquets utilisables pour encoder 25 ladite information, chaque paquet de la séquence de test ayant une taille différente et lesdits paquets étant ordonnés par taille croissante ou décroissante ; ledit équipement réseau du réseau de type noir route vers la troisième application chaque paquet de ladite séquence de test après chiffrement de la première passerelle de sécurité ; la troisième application supprime chaque doublon de taille dans la séquence de test après 30 chiffrement de la première passerelle de sécurité et propage la séquence de test ainsi modifiée vers la seconde application ; et lorsque la seconde application reçoit une séquence de paquets supposée être la séquence de test, la seconde application détermine les tailles de paquets qui n'ont pas été supprimés par la troisième 3039951 6 application, ces tailles de paquets pouvant alors être distinctement utilisées pour encoder ladite information, et en informe la première application. Selon un mode de réalisation particulier, les paquets de la séquence de test sont colorés avec une classe de service prédéfinie, et ledit équipement réseau du réseau de 5 type noir route chaque paquet ainsi coloré, en provenant du premier sous-réseau de type rouge, vers la troisième application. Ainsi, le routage des paquets de la séquence de test vers la troisième application est facilité. Selon un mode de réalisation particulier, la phase d'initialisation est préalablement comme suit : la première application transmet à destination de la 10 seconde application une séquence d'initialisation constituée d'un enchaînement remarquable de paquets, la taille de chaque paquet de la séquence d'initialisation est soit égale à une taille maximale sans fragmentation dans les premier et second sous-réseaux de type rouge, soit égale à une taille minimale de paquet dans les premier et second sous-réseaux de type rouge ; et ledit équipement réseau du réseau de type noir 15 route vers la troisième application chaque paquet de ladite séquence d'initialisation après chiffrement de la première passerelle. Ainsi, il est aisé de synchroniser les première, seconde et troisième applications pour initier la phase d'initialisation. Selon un mode de réalisation particulier, les paquets de la séquence d'initialisation sont colorés avec une classe de service prédéfinie, et ledit équipement 20 réseau du réseau de type noir route chaque paquet ainsi coloré, en provenant du premier sous-réseau de type rouge, vers la troisième application. Ainsi, le routage des paquets de la séquence d'initialisation vers la troisième application est facilité. L'invention concerne également un système de transmission d'une information I depuis une première application jusqu'à une troisième application, la première 25 application étant exécutée dans un premier sous-réseau de type rouge, une seconde application étant exécutée dans un second sous-réseau de type rouge, la troisième application étant exécutée dans un réseau de type noir, chaque sous-réseau de type rouge étant de niveau de sécurité supérieur au réseau de type noir, les premier et second sous-réseaux de type rouge étant interconnectés via le réseau de type noir par 30 un tunnel sécurisé entre une première passerelle de sécurité du premier sous-réseau de type rouge et une seconde passerelle de sécurité du second sous-réseau de type rouge appliquant des opérations de chiffrement et de déchiffrement telles que chaque premier paquet de plus petite taille qu'un second paquet résulte après chiffrement en un premier paquet chiffré de taille inférieure ou égale à la taille du paquet résultant du 3039951 7 chiffrement du second paquet. Le système est tel que : la première application est adaptée pour convertir ladite information en une séquence de paquets i dont les tailles {T}, encodent ladite information, grâce à une première règle de conversion C1 prédéterminée ; la première application est adaptée pour transmettre à destination de la 5 seconde application la séquence de paquets i obtenue ; un équipement réseau du réseau de type noir sur un chemin obligatoire dudit tunnel sécurisé est adapté pour router vers la troisième application chaque paquet de ladite séquence de paquets après chiffrement de la première passerelle de sécurité ; et la troisième application est adaptée pour obtenir ladite information, à partir des tailles {Tc}i des paquets j de 10 ladite séquence de paquets après chiffrement de la première passerelle de sécurité, grâce à une seconde règle de conversion C2 prédéterminée, de telle sorte que{ C1(/) et/ C2 ({TC1i). Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de 15 réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : - la Fig. 1 illustre schématiquement un système de communication dans lequel la présente invention peut être mise en oeuvre, le système de communication comportant un premier sous-réseau de communication de type rouge au sein duquel est exécutée 20 une première application et un second sous-réseau de communication de type rouge au sein duquel est exécutée une seconde application, lesdits sous-réseaux étant interconnectés par un réseau de communication de type noir au sein duquel est exécutée une troisième application ; - la Fig. 2 illustre schématiquement un exemple d'architecture matérielle de 25 dispositifs du système de communication ; - la Fig. 3 illustre schématiquement un algorithme, mis en oeuvre par la première application, pour permettre à ladite première application de transmettre des informations à la troisième application ; - la Fig. 4 illustre schématiquement un algorithme, mis en oeuvre par ladite 30 troisième application, pour permettre à ladite troisième application de recevoir des informations en provenance de ladite première application ; - la Fig. 5 illustre schématiquement un algorithme, mis en oeuvre par ladite seconde application, pour permettre à ladite première application de recevoir des 3039951 8 acquittements vis-à-vis des informations transmises par ladite première application à ladite troisième application ; - la Fig. 6 illustre schématiquement un algorithme, mis en oeuvre par ladite première application, dans le cadre d'une phase d'initialisation ; 5 - la Fig. 7 illustre schématiquement un algorithme, mis en oeuvre par ladite troisième application, dans le cadre de la phase d'initialisation ; et - la Fig. 8 illustre schématiquement un algorithme, mis en oeuvre par ladite seconde application, dans le cadre de la phase d'initialisation. La Fig. 1 illustre schématiquement un système de communication dans lequel la 10 présente invention peut être mise en oeuvre. Le système de communication est un système de communication par paquets, reposant préférentiellement sur la technologie IP (Internet Protocol en anglais). Le système de communication comporte un premier sous-réseau de communication 101 de type rouge et un second sous-réseau de communication 102 de 15 type rouge interconnectés par un réseau de communication 103 de type noir. Le réseau de communication 103 de type noir est donc de plus faible niveau de sécurité que les premier 101 et second 102 sous-réseaux de communication de type rouge. Le réseau de communication 103 de type noir comporte des équipements réseau (network equipment items en anglais) 113, 114, 131, 132 permettant de mettre 20 en communication les premier 101 et second 102 sous-réseaux de communication de type rouge. Par exemple, les équipements réseau 113, 114 sont des routeurs assurant un routage de paquets au sein du réseau de communication 103 de type noir, et les équipements réseau 131, 132 sont des dispositifs émetteurs-récepteurs (transceiver devices en anglais) communiquant l'un avec l'autre via une liaison satellite. Les 25 équipements émetteurs-récepteurs incluent alors respectivement des modems et des antennes permettant de mettre en oeuvre la liaison satellite. D'autres types de technologies de communication peuvent être mis en oeuvre pour mettre en communication les premier 101 et second 102 sous-réseaux de communication de type rouge, que ces technologies soient filaires ou sans-fil. Les équipements réseau 113, 30 114, 131, 132 agissent préférentiellement au niveau trois du modèle OSI et plus particulièrement au niveau IP. Le premier sous-réseau de communication 101 de type rouge inclut une première passerelle de sécurité 121 et un premier équipement réseau (network equipment en anglais) 111. Le premier équipement réseau 111 est par exemple un 3039951 9 routeur assurant un routage de paquet en provenance du premier sous-réseau de communication 101 de type rouge et de paquets à destination du premier sous-réseau de communication 101 de type rouge. Tout routeur agissant au niveau trois du modèle OSI, le premier équipement réseau 111 est préférentiellement un routeur IP. 5 Le second sous-réseau de communication 102 de type rouge inclut une seconde passerelle de sécurité 122 et un second équipement réseau 112. Le second équipement réseau 112 est par exemple un routeur assurant un routage de paquets en provenance du second sous-réseau de communication 102 de type rouge et de paquets à destination du second sous-réseau de communication 102 de type rouge. Le second 10 équipement réseau 112 est préférentiellement un routeur IP. La première passerelle de sécurité 121 et la seconde passerelle de sécurité 122 sont adaptées pour mettre en place un tunnel sécurisé entre le premier sous-réseau de communication 101 de type rouge et le second sous-réseau de communication 102 de type rouge via le réseau de communication 103 de type noir. Ainsi, pour chaque 15 paquet transmis par un dispositif du premier sous-réseau de communication 101 de type rouge à destination d'un dispositif du second sous-réseau de communication 102 de type rouge, la première passerelle de sécurité 121 applique une opération de chiffrement avant envoi via le réseau de communication 103 de type noir. Et, pour chaque paquet chiffré reçu via le réseau de communication 103 de type noir, la 20 seconde passerelle de sécurité 122 applique une opération de déchiffrement avant de propager ledit paquet via le second sous-réseau de communication 102 de type rouge. De manière symétrique, pour chaque paquet transmis par un dispositif du second sous-réseau de communication 102 de type rouge à destination d'un dispositif du premier sous-réseau de communication 101 de type rouge, la seconde passerelle de sécurité 25 122 applique une opération de chiffrement avant envoi via le réseau de communication 103 de type noir. Et, pour chaque paquet chiffré reçu via le réseau de communication 103 de type noir, la première passerelle de sécurité 121 applique une opération de déchiffrement avant de propager ledit paquet via le premier sous-réseau de communication 101 de type rouge. Un tunnel sécurisé est ainsi établi entre la 30 première passerelle de sécurité 121 et la seconde passerelle de sécurité 122. Ainsi, selon un exemple illustratif représenté sur la Fig. 1, l'équipement réseau 113 du domaine noir est connecté à la première passerelle de sécurité 121 (définissant la frontière entre le premier sous-réseau de communication 101 de type rouge et le domaine noir) et l'équipement réseau 114 du domaine noir est connecté à la première 3039951 10 passerelle de sécurité 122 (définissant la frontière entre le second sous-réseau de communication 102 de type rouge et le domaine noir). L'équipement réseau 113 est en outre connecté à l'équipement réseau 131 et l'équipement réseau 114 est en outre connecté à l'équipement réseau 132 (l'équipement réseau 131 et l'équipement réseau 5 132 étant interconnectés, par exemple via une liaison satellite), permettant ainsi de mettre en communication sécurisée les sous-réseaux de communication 101 et l02 de type rouge via le réseau de communication 103 de type noir agissant en tant que réseau de transit. Le système de communication présenté à la Fig. 1 est ainsi par exemple adapté 10 pour mettre en oeuvre des communications sécurisées de type VoIP (Voice over IP en anglais) entre un terminal téléphonique du premier sous-réseau de communication 101 de type rouge et un autre terminal téléphonique du second sous-réseau de communication 102 de type rouge, ou pour mettre en oeuvre des communications sécurisées de données vidéo entre un terminal vidéo du premier sous-réseau de 15 communication 101 de type rouge et un autre terminal vidéo du second sous-réseau de communication 102 de type rouge. Le système de communication présenté à la Fig. 1 est ainsi par exemple adapté pour mettre en oeuvre des communications sécurisées de type données (« data » en anglais). Le premier sous-réseau de communication 101 de type rouge comporte en outre 20 une première application 141, c'est-à-dire un module de communication agissant au niveau sept du modèle OSI, à savoir la couche du modèle OSI la plus proche de « l'utilisateur » (au sens large) et qui fournit des services réseau à « l'utilisateur ». La première application 141 peut être implémentée par un dispositif du premier sous-réseau de communication 101 de type rouge connecté au premier équipement réseau 25 111. En variante, la première application 141 peut être implémentée par le premier équipement réseau 111. De manière similaire, le second sous-réseau de communication 102 de type rouge comporte en outre une seconde application 142, c'est-à-dire un module de communication agissant au niveau sept du modèle OSI. La seconde application 142 peut être implémentée par un dispositif du second sous- 30 réseau de communication 102 de type rouge qui est connecté au second équipement réseau 112. En variante, la seconde application 142 peut être implémentée par le second équipement réseau 112. De plus, le réseau de communication 103 de type noir comporte en outre une troisième application 143, c'est-à-dire un module de communication agissant au niveau sept du modèle OSI. La troisième application 143 3039951 11 peut être implémentée par un dispositif du réseau de communication 103 de type noir qui est connecté aux équipements réseau 131, 132 (dans le réseau de communication 103 de type noir, tout dispositif est directement ou indirectement connecté aux équipements réseau 131, 132). En variante, la troisième application 143 peut être 5 implémentée par l'un ou l'autre des équipements réseau 131, 132. L'invention permet à la troisième application de recevoir des informations en provenance de la première application 141 (c'est-à-dire au domaine rouge), malgré la présence de la première passerelle de sécurité 121. Dans ce cadre, le comportement de la première application 141 est décrit ci-après en relation avec la Fig. 3, le 10 comportement de la seconde application 142 est décrit ci-après en relation avec la Fig. 5 et le comportement de la troisième application 143 est décrit ci-après en relation avec la Fig. 4. Dans un mode de réalisation particulier, les première 141, seconde 142 et troisième 143 applications mettent en oeuvre une phase d'initialisation. Dans ce cadre, le comportement de la première application 141 est décrit ci-après en relation 15 avec la Fig. 6, le comportement de la seconde application 142 est décrit ci-après en relation avec la Fig. 8 et le comportement de la troisième application 143 est décrit ci-après en relation avec la Fig. 7. La Fig. 2 illustre schématiquement un exemple d'architecture matérielle de dispositifs du système de communication. Plus particulièrement, la Fig. 2 illustre 20 schématiquement un exemple d'architecture matérielle adaptée à l'implémentation des première 141, seconde 142 et troisième 143 applications. Considérons à titre illustratif que l'exemple d'architecture matérielle représenté schématiquement à la Fig. 2 correspond à une machine sur laquelle est exécutée la première application 141. La machine sur laquelle est exécutée la première application 141 inclut alors, 25 reliés par un bus de communication 210: un processeur ou CPU (Central Processing Unit en anglais) 201 ; une mémoire vive RAM (Random Access Memory en anglais) 202 ; une mémoire morte ROM (Read Only Memory en anglais) 203 ; une unité de stockage 204 ou un lecteur de support de stockage, tel qu'un lecteur de cartes SD (Secure Digital en anglais) ou un disque dur HDD (Hard Disk Drive en anglais) ; et au 30 moins une interface 205 permettant à la machine sur laquelle est exécutée la première application 141 de communiquer au sein du système de communication. Le processeur 201 est capable d'exécuter des instructions chargées dans la RAM 202 à partir de la ROM 203, ou d'une mémoire externe, ou d'un support de stockage, ou d'un réseau de communication. Lorsque la machine sur laquelle est exécutée la 3039951 12 première application 141 est mise sous tension, le processeur 201 est capable de lire de la RAM 202 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant la mise en oeuvre, par le processeur 201, de tout ou partie des algorithmes et étapes décrits ci-après en relation avec la première 5 application 141. Il en va de même pour la machine sur laquelle est exécutée la seconde application 142 et la machine sur laquelle est exécutée la troisième application 143. Tout ou partie des algorithmes et étapes décrits ci-après peut ainsi être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, tel qu'un DSP (Digital Signal Processor en anglais) ou un 10 microcontrôleur, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (Field-Programmable Gate Array en anglais) ou un ASIC (Application-Specific Integrated Circuit en anglais). La Fig. 3 illustre schématiquement un algorithme, mis en oeuvre par la première application 141, pour permettre à ladite première application 141 de transmettre des 15 informations à la troisième application 143. Dans une étape S301, la première application 141 obtient une information à transmettre au domaine noir, c'est-à-dire à la troisième application 143, ou à une autre application du domaine noir via ladite troisième application 143. Ladite information est par exemple un message. Ladite information peut provenir d'une station de gestion 20 réseau NMS (Network Management Station en anglais), en charge de mettre en oeuvre des mécanismes FCAPS (Fault, Configuration, Administration, Performance, Security en anglais) pour le domaine rouge, selon le modèle ISO (International Organization for Standardization en anglais) de gestion de réseau. D'une manière générale, ladite information peut provenir d'un équipement réseau du domaine rouge. 25 Dans une étape S302 suivante, la première application 141 convertit l'information obtenue à l'étape S301 en une succession de paquets dont les tailles respectives encodent ladite information selon une première règle de conversion C1 prédéterminée. Comme il sera apparent à la lecture de la description qui suit, ce qui importe pour permettre à la première application 141 de faire passer des informations 30 à la troisième application 143 est la taille des paquets propagés dans le système de communication plus que leurs contenus respectifs (étant donné que les première 121 et seconde 122 passerelles de sécurité effectuent des opérations de chiffrement et de déchiffrement). 3039951 13 Considérons que l'information obtenue à l'étape 5301 soit un message m. Premièrement, la première application 141 transforme le message m en une chaine de symboles à n états, i.e. transformation en base n. Le nombre n correspond à la quantité de tailles distinctes de paquets utilisables pour encoder des informations à transmettre 5 depuis la première application 141 jusqu'à la troisième application 143. Le message m est donc équivalent à un flux binaire d'entrée décomposé en x octets, i.e. x symboles à ,1 (m256) où m256=m2s61, 256 états. On a donc 111n = est une liste de x digits en base « 256 » et mn={err,...,cry} est une liste de y digits en base n, et C'1 est une règle de conversion permettant de passer de la base « 256 » vers la base n. Ensuite, la 10 première application 141 convertit, grâce à une fonction T1, chaque digit en base n (i.e. dnl , où i est un index) en un paquet dont la taille est déterminée par la valeur dudit digit via la fonction T1 (Tl est donc une fonction permettant de mettre en correspondance chaque digit d', avec une taille de paquets utilisable pour encoder l'information à faire passer depuis la première application 141 vers la troisième 15 application 143). La première règle de conversion C1 mène donc à une séquence de paquets mc= C1 (m256) dont les tailles respectives sont {Tdcri),..., Ti(cry)}. Les paquets, dont les tailles servent à encoder des informations à transmettre depuis la première application 141 jusqu'à la troisième application 143, peuvent contenir des données fictives (« dummy data » en anglais), c'est-à-dire que les paquets 20 sont créés spécifiquement pour le besoin de faire passer ces informations depuis la première application 141 jusqu'à la troisième application 143 sans que les paquets concernés ne contiennent de données utiles. Dans une variante de réalisation, lesdits paquets peuvent contenir des données utiles, à transmettre du premier sous-réseau de communication 101 de type rouge au second sous-réseau de communication 102 de 25 type rouge (le chiffrement effectué par la première passerelle de sécurité 121 empêchant tout dispositif du domaine noir d'avoir accès au contenu effectif de ces paquets). Dans un mode de réalisation particulier, les paquets de ladite succession incluent un identifiant. Cet identifiant permet de savoir, dans le cas où la première application 141 souhaite recevoir, via la deuxième application 142, un message 30 représentatif d'un acquittement de la part de la troisième application 143, à quel envoi d'information (à quel message m dans l'exemple mentionné ci-dessus) ledit acquittement correspond. Cela permet à la première application 141 de transmettre successivement plusieurs informations à la troisième application 143 sans avoir à attendre de recevoir d'acquittement d'un envoi avant d'enclencher un autre envoi. 3039951 14 Selon un mode de réalisation préférentiel, la succession de paquets, dont les tailles servent à encoder des informations à transmettre depuis la première application 141 jusqu'à la troisième application 143, est délimitée par au moins un paquet, appelé paquet délimiteur. La taille du paquet délimiteur est connue des première 141, 5 seconde 142 et troisième 143 applications, et est une taille réservée ne pouvant pas être utilisée pour encoder les informations à transmettre depuis la première application 141 jusqu'à la troisième application 143. Le paquet délimiteur peut être utilisé en début de séquence de paquets représentative de l'information que la première application 141 cherche à transmettre à la troisième application 143, et 10 potentiellement en fin de ladite séquence. Dans une variante de réalisation, le paquet délimiteur est répété plusieurs fois et le nombre d'occurrence du paquet délimiteur permet de distinguer le début de ladite séquence de paquets de la fin de ladite séquence. Dans une variante de réalisation, au moins un paquet délimiteur est utilisé pour distinguer un premier ensemble de paquets, représentatifs de l'information que la 15 première application 141 cherche à transmettre à la troisième application 143, d'un second ensemble de paquets destiné à permettre à la troisième application 143 d'effectuer un acquittement vis-à-vis de ladite information par suppression d'au moins un paquet dudit second ensemble. Dans une autre variante de réalisation, plusieurs paquets délimiteurs de tailles distinctes et réservées sont utilisés pour distinguer ledit 20 premier ensemble de paquets, représentatifs de l'information que la première application 141 cherche à transmettre à la troisième application 143, dudit second ensemble de paquets destiné à permettre à la troisième application 143 d'effectuer un acquittement vis-à-vis de ladite information par suppression d'au moins un paquet dudit second ensemble. 25 Dans une variante de réalisation, la première application 141 n'est autorisée à transmettre des informations à la troisième application qu'au cours de périodes temporelles prédéfinies (e.g. régulièrement) et connues des seconde 142 et troisième 143 applications. La troisième application 143 n'a alors pas besoin de paquet délimiteur pour identifier les paquets qui sont représentatifs de l'information que la 30 première application 141 a cherché à transmettre. Dans une étape optionnelle S303 suivante, la première application 141 ajoute une séquence de paquets de tailles respectives prédéfinies destinée à permettre à la troisième application 143 d'acquitter l'information transmise par la première application 141. Comme déjà mentionné ci-dessus, la succession de paquets à 3039951 15 transmettre comporte alors deux ensembles de paquets : un premier ensemble de paquets dont les tailles servent à encoder l'information à faire passer depuis la première application 141 vers la troisième application 143 et un second ensemble de paquets destiné à permettre à la troisième application 143 d'effectuer un acquittement 5 vis-à-vis de ladite information par suppression d'au moins un paquet dudit second ensemble. Cet aspect est détaillé ci-après en relation avec la Fig. 5. Dans un mode de réalisation particulier, il est considéré que trois types d'acquittement sont possibles : acquittement positif (information correctement reçue et accord de la troisième application 143), acquittement négatif (information correctement reçue mais 10 désaccord de la troisième application 143), et erreur de transmission. Ces trois types d'acquittement sont notamment possibles lorsque ladite information transmise depuis la première application 141 jusqu'à la troisième application 143 comporte une information de contrôle de redondance cyclique CRC (« Cyclic Redundancy Check » en anglais) permettant de déterminer si l'information a été détériorée depuis la 15 première application 141 jusqu'à la troisième application 143 (dans ce cas, la première règle de conversion C1 mentionnée ci-dessus effectue le calcul et l'insertion de cette information de contrôle de redondance cyclique CRC dans la séquence de paquets résultant de l'application de la première règle de conversion C1). Ledit second ensemble de paquets peut alors contenir au moins deux paquets de taille identique. La 20 suppression par la troisième application 143 d'au moins un desdits au moins deux paquets, sans toutefois que tous les paquets desdits au moins deux paquets ne soient ainsi supprimés, signifie alors que l'acquittement est positif ; la suppression par la troisième application 143 des au moins deux paquets, signifie alors que l'acquittement est négatif ; et la transmission par la troisième application 143 dudit second ensemble 25 de paquets (sous leur forme chiffrée) à la seconde application 142 signifie alors que la transmission de ladite information a été entachée d'erreur. Tout autre schéma d'interprétation de l'acquittement reste valable. Selon une variante de réalisation, ledit second ensemble de paquets peut contenir deux paquets de tailles distinctes. Ledit second ensemble de paquets peut 30 contenir un nombre plus ou moins important de paquets en fonction des types d'acquittement que la troisième application 143 est autorisée à fournir. Dans une étape 5304 suivante, la première application 141 transmet, à destination de la seconde application 142, la succession de paquets obtenue à l'étape S302, éventuellement complétée à l'étape S303. Ces paquets sont transmis en 3039951 16 s'appuyant sur un protocole de transport sans acquittement ni retransmission en cas de perte. Dans un mode de réalisation préféré, les paquets de ladite séquence de paquets sont transmis en s'appuyant sur le protocole UDP (« User Datagram Protocol » en anglais), tel que défini par la norme RFC 768. 5 Cette succession de paquets est alors reçue par la première passerelle de sécurité 121 qui procède alors à un chiffrement desdits paquets. Cette opération de chiffrement modifie en général la taille des paquets. Cependant, un premier paquet de plus petite taille qu'un second paquet résulte en un premier paquet chiffré de taille en général moindre que (et au plus égale à) la taille du paquet résultant du chiffrement du second 10 paquet. Dans le cas où le chiffrement de deux paquets de tailles différentes peut mener à deux paquets chiffrés respectifs de même taille, les première 141, seconde 142 et troisième 143 applications mettent préférentiellement en place une phase d'initialisation telle que décrite ci-après en relation avec les Figs. 6 à 8. Les différentes tailles des paquets utilisables pour encoder une information à faire passer depuis la 15 première application 141 jusqu'à la troisième application 143 sont telles que le chiffrement desdits paquets par la première passerelle de sécurité 121 génère des paquets chiffrés respectifs de tailles distinctes. Après chiffrement, ladite succession de paquets est transmise dans le domaine noir, et y est routée afin que la troisième application 143 puisse la traiter comme décrit ci-après en relation avec la Fig. 5. 20 Cette succession de paquets (après chiffrement) est destinée à être interceptée par la troisième application 143. Un équipement réseau du domaine noir sur un chemin obligatoire du tunnel sécurisé depuis le premier sous-réseau de communication 101 de type rouge jusqu'au second sous-réseau de communication 102 de type rouge, comme par exemple l'équipement réseau 113, est adapté pour 25 discriminer les paquets (après chiffrement) de ladite succession parmi les paquets transporté dans le domaine noir et pour router lesdits paquets jusqu'à la troisième application 143 (de même que tous les autres paquets transmis par la première application 141 et devant être routés vers la troisième application 143). Dans un mode de réalisation particulier, chaque paquet de ladite succession (y 30 compris les éventuels délimiteurs de début et de fin) est coloré avec une classe de service CoS (Class of Service en anglais) dédiée, e.g. en utilisant un code de classe de service DSCP (DiffServ CodePoint en anglais, tel que défini dans le document normatif RFC 2474) dédié. Préférentiellement, cette coloration est effectuée avec la classe de service CoS de plus forte priorité parmi les classes de service CoS non 3039951 17 utilisées dans le plan de qualité de service QoS mis en oeuvre dans le système de communication (préférentiellement, en utilisant un code de classe de service DSCP de niveau CS5 ou d'ordre supérieur), afin de réduire les latences de transport subies par ces paquets et éliminer les risques de pertes de paquets liées aux mécanismes de QoS 5 au sein de ladite succession. Cette classe de service CoS bénéficie dans le plan de QoS d'une politique d'acheminement garanti au titre la signalisation réseau, afin d'éliminer les risques de pertes de paquets liées aux mécanismes de QoS au sein de ladite succession. Les informations de classe de service CoS sont typiquement recopiées dans un entête en clair par les passerelles de sécurité 121, 122 (afin de permettre au 10 domaine noir de mettre en oeuvre une politique de gestion de trafic basée sur les classes de services CoS des paquets transportés dans le domaine noir). Une autre approche consiste à utiliser des adresses de routage, au niveau des passerelles de sécurité 121 et 122, qui sont spécifiques pour l'envoi d'informations depuis la première application 141 vers la troisième application 143 (cela revient à créer un 15 tunnel sécurisé spécifique caractérisé notamment par une association de sécurité comme le détaille le document normatif RFC 4301), et qui sont connues des équipements réseau du domaine noir devant router ladite succession de paquets vers la troisième application 143. Les paquets servant à encoder les informations à faire passer depuis la première application 141 jusqu'à la troisième application 143 peuvent 20 donc être aisément discriminés des autres paquets transportés dans le domaine noir (de même que tous les autres paquets transmis par la première application 141 et devant être routés vers la troisième application 143). Dans une étape optionnelle 5305 suivante, la première application 141 vérifie si un message représentatif d'un acquittement de ladite information transmise est reçu en 25 provenance de la seconde application 142, comme décrit ci-après en relation avec la Fig. 6. L'étape S305 est effectuée lorsque l'étape S303 a été préalablement effectuée. Si dans un laps de temps prédéterminé, aucun message d'acquittement n'est reçu en provenance de la seconde application 142, la première application 141 réitère l'étape S304 ; sinon, une étape S306 est effectuée. 30 Dans l'étape 5306, la première application 141 extrait l'acquittement fourni dans le message d'acquittement reçu en provenance de la seconde application 142 vis-à-vis de l'information transmise à la troisième application 143. Si la première application 141 est à l'origine de l'envoi de ladite information à la troisième application 143, la première application 141 traite ledit acquittement, et effectue à 3039951 18 nouveau l'étape S304 si l'acquittement est représentatif d'un échec de décodage de ladite information par la troisième application 143. Si la première application 141 a transmis ladite information à la troisième application 143 pour le compte d'une autre entité du domaine rouge, la première application 141 fait suivre l'acquittement à ladite 5 autre entité du domaine rouge, qui en procèdera au traitement, et met fin à l'algorithme de la Fig. 3. Il convient donc de noter que les étapes 5303, 5305 et 5306 sont optionnelles et permettent avantageusement à la troisième application 143 d'effectuer un acquittement (non strictement nécessaire) à destination de la première application 141 10 vis-à-vis de l'information envoyée par la première application 141 à la troisième application 143. La Fig. 4 illustre schématiquement un algorithme, mis en oeuvre par la troisième application 143, pour permettre à ladite troisième application 143 de recevoir des informations en provenance de ladite première application 141. 15 Dans une étape S401, la troisième application 143 reçoit une succession de paquets. Ladite succession de paquets est représentative d'une information que la première application 141 a souhaité transmettre à la troisième application 143. La succession de paquets reçue à l'étape S401 par la troisième application 143 correspond à une version chiffrée, par la première passerelle de sécurité 121, de la 20 succession de paquets transmise par la première application 141 à l'étape 5304. Ladite succession de paquets peut contenir au moins un paquet délimiteur pour aider ladite troisième application 143 à délimiter les paquets qui vont permettre de déterminer l'information que la première application 141 a cherché à faire passer à la troisième application 143, et éventuellement pour aider ladite troisième application 143 à 25 délimiter les paquets qui vont permettre à la troisième application 143 d'effectuer un acquittement de ladite information. Dans une étape 5402 suivante, la troisième application 143 détermine les tailles respectives des paquets constituant la succession de paquets reçue à l'étape S401. Dans une étape 5403 suivante, la troisième application 143 convertit les tailles 30 de paquets déterminées à l'étape S402 en l'information que la première application 141 a souhaité transmettre à la troisième application 143, en appliquant une seconde règle de conversion C2 prédéterminée. La seconde règle de conversion n'est pas, strictement parlant, l'inverse de la première règle de conversion C1 mentionnée en relation avec la Fig. 3. En effet, à cause du chiffrement effectué par la première 3039951 19 passerelle de sécurité 121, les tailles respectives des paquets tels que reçus par la troisième application 143 à l'étape 5401 diffèrent de celles des paquets tels que transmis par la première application 141 à l'étape 5304. Cependant, les première C1 et seconde C2 règles de conversion sont telles que, pour une succession de paquets i de 5 tailles respectives Ti résultant après chiffrement par la première passerelle de sécurité 121 en des paquets respectifs j, de tailles respectives Tcj, {T}1-= Ci (/) et C2 ({Te}i), où {T}, représente l'ensemble des tailles successives des paquets de la succession de paquets transmise à l'étape 5304, {Tc}i représente l'ensemble des tailles successives des paquets de la succession de paquets reçue à l'étape 5401, et I 10 représente l'information que la première application 141 a souhaité faire passer à la troisième application 143. Reprenons l'exemple cité en relation avec la Fig. 3, selon lequel la première application cherche à faire passer le message m à la troisième application 143. La troisième application 143 convertit, grâce à une fonction T2, chaque taille de paquet 15 déterminée à l'étape 5402 en un digit en base n (i.e. cri , où i est un index) déterminé par ladite taille de paquet via la fonction T2 (T2 est donc une fonction permettant de mettre en correspondance chaque taille de paquet possible, après chiffrement par la première passerelle de sécurité 121, pour encoder l'information à faire passer depuis la première application 141 vers la troisième application 143, avec chaque digit de la 20 base n). La troisième application 143 obtient ainsi le message mn={cri,...,cry} sous la forme de la liste déjà mentionnée de y digits en base n. On a donc m256 = C'2 (mn) où ..., M256-{a12561, d256} est la liste déjà mentionnée de x digits représentant le message en base « 256 », et où C'2 est la fonction inverse C'1. La seconde règle de conversion C2 mène donc, à partir d'une séquence de paquets m' , au message m256 = C2 (M') que 25 la première application 141 a cherché à faire passer à la troisième application 143. Lorsque la troisième application 143 est destinataire de ladite information transmise par la première application 141, la troisième application 143 traite ladite information ; sinon, la troisième application 143 propage ladite information à une autre entité du domaine noir à laquelle ladite information est destinée. 30 Dans une étape optionnelle 5404 suivante, la troisième application 143 modifie la succession de paquets reçue à l'étape 5401 de manière à effectuer un acquittement vis-à-vis de ladite information. L'exécution de l'étape 5404 suppose que la première application a précédemment effectué l'étape 5303. La modification de ladite succession de paquets est effectuée par suppression d'au moins un paquet du second 3039951 20 ensemble de paquets, dans sa version chiffrée, ajouté par la première application 141 à l'étape S303 pour permettre à la troisième application 143 d'acquitter ladite information que la première application 141 a souhaité faire passer à la troisième application 143. En reprenant les trois types d'acquittement présentés en relation avec 5 la Fig. 3, ledit second ensemble, dans sa version chiffrée, comporte au moins deux paquets de tailles identiques prédéfinies. La suppression par la troisième application 143 d'au moins un paquet parmi ces au moins deux paquets, sans toutefois que tous les paquets desdits au moins deux paquets ne soient ainsi supprimés, signifie alors que l'acquittement est positif ; la suppression par la troisième application 143 de ces au 10 moins deux paquets signifie alors que l'acquittement est négatif ; la transmission par la troisième application 143 des au moins deux paquets (i.e. aucune suppression) signifie alors que la transmission de ladite information a été entachée d'erreurs : impossibilité de décoder ladite information, ou calcul d'information de contrôle de redondance cyclique CRC montrant une corruption de données (dans ce cas, la 15 seconde règle de conversion C2 mentionnée ci-dessus effectue l'extraction de cette information de contrôle de redondance cyclique CRC de la séquence de paquets succession de paquets reçue à l'étape S401). Ledit second ensemble de paquets peut contenir un nombre plus ou moins important de paquets en fonction des types d'acquittement que la troisième application 143 est autorisée à fournir, et comme 20 décrit ci-après en relation avec la Fig. 5, la seconde application 142 est capable de déterminer quel acquittement a été fourni par la troisième application 143 en fonction de la taille de chaque paquet supprimé par la troisième application 143. Dans une étape optionnelle S405 suivante, la troisième application 143 propage la succession de paquets reçue à l'étape 5401, telle qu'éventuellement modifiée à 25 l'étape S404. Lorsque l'étape S404 est effectuée, l'étape S405 est effectuée de manière à permettre à la seconde application 142 de détecter l'acquittement fourni par la troisième application 143. L'étape S405 peut être effectuée sans que l'étape S404 ne soit préalablement effectuée ; cela permet à la seconde application 142 de détecter que la première application 141 a fait passer une information à la troisième application 30 143, et si la seconde application 142 connaît la règle de conversion inverse C1-/ de la première règle de conversion C1, alors la seconde application 142 est capable de déterminer quelle information la première application 141 a fait passer à la troisième application 143. Il peut en outre être nécessaire d'implémenter l'étape S405 de manière à éviter que les passerelles de sécurité 121, 122 n'entrent dans un état d'alerte 3039951 21 à cause de la disparition, au sein du domaine noir, d'un trop grand nombre de paquets issus du domaine rouge. La Fig. 5 illustre schématiquement un algorithme, mis en oeuvre par la seconde application 142, pour permettre à la première application 141 de recevoir des 5 acquittements vis-à-vis des informations transmises par ladite première application 141 à ladite troisième application 143. L'algorithme de la Fig. 5 s'applique lorsque les étapes S303 et S404 sont préalablement effectuées respectivement par la première application 141 et par la troisième application 143. Dans une étape S501, la seconde application 142 reçoit une succession de 10 paquets propagée par la troisième application 143 par exécution de l'étape S405, après déchiffrement par la seconde passerelle de sécurité 122. A moins d'une perte de paquets en chemin, la succession de paquets reçue à l'étape S501 est celle transmise par la première application 141 dont au moins un paquet (dans sa version chiffrée) a été supprimé par la troisième application 143 à l'étape S404 pour acquitter 15 l'information que la première application 141 a souhaité transmettre à la troisième application 143. Dans une étape S502 optionnelle suivante, la seconde application 142 récupère un identifiant inclus dans les données des paquets de ladite succession de paquets reçue à l'étape S501. La troisième application 143 n'a donc pas eu accès à cet 20 identifiant, à cause du chiffrement effectué par la première passerelle de sécurité 121. Comme déjà décrit en relation avec la Fig. 3, cet identifiant va permettre à la première application 141 de savoir à quelle information, que la première application 141 a transmise à la troisième application 143, correspond l'acquittement fourni par la troisième application 143. 25 Dans une étape 5503 suivante, la seconde application 142 détermine une information d'acquittement à partir de la taille des paquets de ladite succession de paquets. Plus particulièrement, la seconde application 142 détermine le nombre de paquets de taille prédéfinie restants dans ledit second ensemble de paquets de ladite succession de paquets par rapport à ce que la première application 141 était supposée 30 transmettre. La seconde application 142 détermine par conséquent le nombre de paquets qui ont été supprimés (dans leur version chiffrée) par la troisième application 143 à l'étape S404. Ce nombre de paquets supprimés indique alors à la seconde application 142 quel acquittement est fourni par la troisième application 143 vis-à-vis 3039951 22 de l'information que la première application 141 a souhaité faire passer à la troisième application 143. Selon une variante de réalisation de l'étape 5503, ledit second ensemble de paquets comporte des paquets de tailles respectives distinctes et la seconde application 5 142 détermine la taille des paquets restants dans ledit second ensemble de paquets de ladite succession de paquets par rapport à ce que la première application 141 était supposée transmettre. La seconde application 142 détermine par conséquent la taille de chaque paquet qui a été supprimé suite aux modifications apportées par la troisième application 143 à l'étape S404. La taille de chaque paquet qui a été ainsi supprimé 10 indique alors à la seconde application 142 quel acquittement est fourni par la troisième application 143 vis-à-vis de l'information que la première application 141 a souhaité faire passer à la troisième application 143. Dans une étape S504 suivante, la seconde application 142 transmet un message à destination de ladite première application 141, ledit message incluant l'information 15 d'acquittement déterminée à l'étape S503, e.g. un message contenant des données utiles incluant l'information d'acquittement déterminée à l'étape 5503. Dans un mode de réalisation particulier, ledit message inclut l'identifiant récupéré à l'étape 5502. Sur réception dudit message, la première application 141 est donc informée de l'acquittement fourni par la troisième application 143 vis-à-vis de l'information que la 20 première application 141 a souhaité faire passer à la troisième application 143. Dans un mode de réalisation préférentiel, la seconde application 142 transmet ledit message dans un paquet coloré avec une classe de service CoS différente de celle utilisée par la première application 141 pour transmettre la succession de paquets à l'étape S304. Cela permet d'implémenter en parallèle un mécanisme similaire à celui 25 décrit en relation avec les Figs. 3 à 5, mais dans le sens de communication depuis la seconde application 142 vers la première application 141, sans interférence entre ces mécanismes parallèles. Ce message est préférentiellement envoyé en s'appuyant sur un protocole de transport avec acquittement et retransmission, afin de s'assurer de la bonne réception dudit message par la première application 141. Préférentiellement, 30 ledit message est transmis en s'appuyant sur le protocole TCP (« Transmission Control Protocol » en anglais), tel que défini dans la norme RFC 793. Il est possible que les première 141, seconde 142 et troisième 143 applications ne connaissent a priori pas toutes les spécificités des passerelles de sécurité 121, 122, de sorte que les première 141, seconde 142 et troisième 143 applications ne savent a 3039951 23 priori pas quelles modifications de taille apporte la passerelle de sécurité 121 lors du chiffrement, en fonction des tailles des paquets transmis par la première application 141. En effet, il est possible que, pour certaines tailles de paquets transmis par la première application 141, la passerelle de sécurité 121 insère des données de bourrage 5 (« padding data » en anglais) lors de l'opération de chiffrement, de sorte que deux paquets de tailles distinctes transmis par la première application 141 se retrouvent avec une même taille après chiffrement. Pour déterminer les tailles de paquets utilisables pour encoder l'information à faire passer de la première application 141 à la troisième application 143, les première 141, seconde 142 et troisième 143 10 applications mettent préférentiellement en place une phase d'initialisation, décrite ci- après en relation avec les Figs. 6 à 8. La Fig. 6 illustre schématiquement un algorithme, mis en oeuvre par la première application 141, dans le cadre de la phase d'initialisation. Dans une étape 5601, la première application 141 effectue, avec la seconde 15 application 142, un échange de déclenchement de la phase d'initialisation. Pour ce faire, la première application 141 transmet à la seconde application un message indiquant que la première application 141 souhaite déclencher la procédure d'initialisation. Ce message est préférentiellement envoyé en s'appuyant sur un protocole de transport avec acquittement et retransmission, afin de s'assurer de la 20 bonne réception dudit message par la seconde application 142. Préférentiellement, ledit message est transmis en s'appuyant sur le protocole TCP. La première application 141 reçoit alors un message de réponse de la part de la seconde application 142. Si le message de réponse inclut une information indiquant que la seconde application 142 est prête à déclencher la procédure d'initialisation, une étape S602 est 25 effectuée ; sinon, l'étape 5601 est réitérée ultérieurement. Au moment où la phase d'initialisation est déclenchée, les première 141, seconde 142 et troisième 143 applications considèrent qu'il existe deux tailles de paquets utilisables pour encoder des informations du domaine noir au domaine rouge : une taille minimale et une taille maximale. Du point de vue des première 141 et 30 seconde 142 applications, la taille minimale correspond à la taille que chaque paquet transmis par la première application 141 à destination de la seconde application 142 doit avoir au minimum, et la taille maximale correspond à la taille que chaque paquet transmis par la première application 141 à destination de la seconde application 142 peut avoir au maximum. Du point de vue de la troisième application 143, la taille 3039951 24 minimale correspond à la taille après chiffrement d'un paquet ayant une taille égale à la taille que chaque paquet transmis par la première application 141 à destination de la seconde application 142 doit avoir au minimum, et la taille maximale correspond à la taille après chiffrement d'un paquet ayant une taille égale à la taille que chaque paquet 5 transmis par la première application 141 à destination de la seconde application 142 peut avoir au maximum. La taille que chaque paquet transmis par la première application 141 à destination de la seconde application 142 doit avoir au minimum et la taille que chaque paquet transmis par la première application 141 à destination de la seconde application 142 peut avoir au maximum sont telles que, après chiffrement, les 10 paquets correspondants ont des tailles distinctes. Dans l'étape S602, la première application 141 obtient, e.g. génère, une séquence d'initialisation. La séquence d'initialisation est constituée d'un enchaînement remarquable de paquets de tailles respectives prédéfinies. Chaque paquet de la séquence d'initialisation est soit de taille égale à la taille maximale MTU 15 (« Maximum Transmission Unit » en anglais) des paquets transmis sans fragmentation dans le domaine rouge, soit de taille égale à la taille minimale des paquets transmis dans le domaine rouge. Pour les réseaux de communication cités en partie introductive, une taille maximale MTU de 1300 octets est généralement admise au niveau des équipements réseau du domaine rouge, pour rester cohérente avec la taille 20 d'entêtes ajoutées par les passerelles de sécurité et ne pas dépasser dans le domaine noir la taille maximale fixée par la norme Ethernet (taille maximale MTU égale à 1500 octets à ce niveau). L'agencement de la séquence d'initialisation est connu des première 141, seconde 142 et troisième 143 applications. La séquence d'initialisation comporte préférentiellement en outre un autre 25 ensemble de paquets destinés à permettre à la troisième application 143 d'effectuer un acquittement, par suppression d'au moins un des paquets dudit autre ensemble. Par exemple, ledit autre ensemble comporte au moins deux paquets, au moins un paquet de taille égale à ladite taille minimale et au moins un paquet de taille égale à ladite taille maximale. La troisième application 143 est alors supposée supprimer au moins 30 un paquet de taille égale à ladite taille minimale lorsque la troisième application 143 ne souhaite pas lancer la phase d'initialisation (acquittement négatif), et est supposée supprimer au moins un paquet de taille égale à ladite taille maximale sinon (acquittement positif), ou vice versa. Cet aspect est détaillé ci-après en relation avec la Fig. 7. 3039951 25 Dans une étape 5603 suivante, la première application 141 transmet, à destination de la seconde application 142, la séquence d'initialisation obtenue à l'étape S601. Comme pour la succession de paquets transmise à l'étape S304, la séquence 5 d'initialisation (après chiffrement) est destinée à être interceptée par la troisième application 143. Un équipement réseau du domaine noir sur le chemin de transit depuis le premier sous-réseau de communication 101 de type rouge jusqu'au second sous-réseau de communication 102 de type rouge, comme par exemple l'équipement réseau 113, est adapté pour discriminer les paquets de la séquence d'initialisation 10 (après chiffrement) parmi les paquets transportés dans le domaine noir et pour router lesdits paquets jusqu'à la troisième application 143. Comme pour la succession de paquets transmise à l'étape S304, les paquets de la séquence d'initialisation sont transmis en s'appuyant sur un protocole de transport sans acquittement ni retransmission en cas de perte. Dans un mode de réalisation 15 préféré, les paquets de la séquence d'initialisation sont transmis en s'appuyant sur le protocole UDP. Les paquets de la séquence d'initialisation sont alors reçus par la passerelle de sécurité 121 qui procède alors à un chiffrement desdits paquets. Après chiffrement, les paquets de la séquence d'initialisation sont transmis dans le domaine noir, afin d'être 20 traités par la troisième application 143 comme décrit ci-après en relation avec la Fig. 7. Dans un mode de réalisation particulier, la séquence d'initialisation est colorée avec une classe de service CoS dédiée, e.g. en utilisant un code de classe de service DSCP dédié. Préférentiellement, la séquence d'initialisation est colorée avec la même classe de service CoS que la succession de paquets transmise à l'étape S304. Ainsi, la 25 séquence d'initialisation est préférentiellement colorée avec la classe de service CoS de plus forte priorité parmi les classes de service CoS non utilisées dans le plan de qualité de service QoS mis en oeuvre dans le système de communication (préférentiellement, en utilisant un code de classe de service DSCP de niveau CS5 ou d'ordre supérieur), afin de réduire les risques de dé-séquencement des paquets de la 30 séquence d'initialisation et éliminer les risques de pertes de paquets au sein de la séquence d'initialisation. Cette classe de service CoS bénéficie dans le plan de QoS d'une politique d'acheminement garanti au titre la signalisation réseau, afin d'éliminer les risques de pertes de paquets liées aux mécanismes de QoS au sein de ladite séquence d'initialisation. 3039951 26 Dans une étape S604 suivante, la première application 141 se met en attente d'un acquittement positif en provenance de la seconde application 142. Comme détaillé ci-après en relation avec les Figs. 7 et 8, un tel acquittement positif est représentatif du fait que la seconde application 142 a détecté la séquence 5 d'initialisation transmise par la première application 141 à l'étape S603 et que la troisième application 143 a indiqué avoir reconnu la version chiffrée de la séquence d'initialisation transmise par la première application 141 à l'étape 5603. Si dans un laps de temps prédéterminé, aucun acquittement positif n'est reçu en provenance de la seconde application 142, ou si un acquittement négatif est reçu en provenance de la 10 seconde application 142, une étape S605 est effectuée. Sinon, une étape S607 est effectuée. Dans l'étape S605, la première application 141 vérifie si une quantité maximum prédéfinie d'essais a été atteinte pour mettre en oeuvre la phase d'initialisation. Si tel est le cas, une étape S606 est effectuée, au cours de laquelle il est mis fin à 15 l'algorithme de la Fig. 6 ; sinon, l'étape S603 est réitérée. L'implémentation d'un mécanisme d'acquittement vis-à-vis de la séquence d'initialisation est optionnelle, et permet avantageusement de s'assurer que les seconde 142 et troisième 143 applications ont bien détecté la séquence d' initialisation transmise par la première application 141 à l'étape S603. 20 Dans l'étape S607, la première application 141 obtient, e.g. génère, une séquence de test. La séquence de test consiste en un enchaînement prédéfini de l'ensemble des tailles de paquets utilisables (sans prendre en compte d'éventuelles restrictions liées à la passerelle de sécurité 121) pour encoder des informations du domaine noir au domaine rouge. Chaque paquet de la séquence de test a une taille 25 différente. Dans la séquence de test, les paquets sont ordonnés par taille croissante ou par taille décroissante. Dans une étape S608 suivante, la première application 141 transmet, à destination de la seconde application 142, la séquence de test obtenue à l'étape S607. Comme pour la séquence d'initialisation transmise à l'étape S603, la séquence 30 de test (après chiffrement) est destinée à être interceptée par la troisième application 143. Un équipement réseau du domaine noir sur le chemin de transit depuis le premier sous-réseau de communication 101 de type rouge jusqu'au second sous-réseau de communication 102 de type rouge, comme par exemple l'équipement réseau 113, est adapté pour discriminer les paquets de la séquence de test (après chiffrement) parmi 3039951 27 les paquets transportés dans le domaine noir et pour router lesdits paquets jusqu'à la troisième application 143. Les paquets de la séquence de test sont alors reçus par la passerelle de sécurité 121 qui procède alors à un chiffrement desdits paquets. Après chiffrement, les paquets 5 de la séquence de test sont transmis dans le domaine noir, afin d'être traités par la troisième application 143 comme décrit ci-après en relation avec la Fig. 7. Dans un mode de réalisation particulier, la séquence de test est colorée avec une classe de service CoS dédiée, e.g. en utilisant un code de classe de service DSCP dédié. Préférentiellement, la séquence de test est colorée avec la même classe de 10 service CoS que la séquence d'initialisation. Ainsi, la séquence de test est préférentiellement colorée avec la classe de service CoS de plus forte priorité parmi les classes de service CoS non utilisées dans le plan de qualité de service QoS mis en oeuvre dans le système de communication (préférentiellement, en utilisant un code de classe de service DSCP de niveau CS5 ou d'ordre supérieur), afin de réduire les 15 risques de dé-séquencement des paquets de la séquence de test et d'éliminer les risques de pertes de paquets au sein de la séquence de test. Cette classe de service CoS bénéficie dans le plan de QoS d'une politique d'acheminement garanti au titre la signalisation réseau, afin d'éliminer les risques de pertes de paquets liées aux mécanismes de QoS au sein de ladite séquence de test. 20 Comme pour la séquence d'initialisation, les paquets de la séquence de test sont transmis en s'appuyant sur un protocole de transport sans acquittement ni retransmission en cas de perte. Dans un mode de réalisation préféré, les paquets de la séquence de test sont transmis en s'appuyant sur le protocole UDP. Dans une étape S609 suivante, la première application 141 se met en attente 25 d'une liste de paquets en provenance de la seconde application 142. Cette liste contient un descriptif de chacun des paquets de la séquence de test que la seconde application 142 a effectivement reçu. En effet, comme détaillé ci-après en relation avec la Fig. 7, la troisième application 143 est susceptible de supprimer un ou plusieurs paquets de la séquence de test, pour signifier que plusieurs paquets après 30 chiffrement sont de même taille, alors que les paquets de la séquence de test avant chiffrement ont des tailles respectives distinctes. Dans une étape S610 suivante, la première application 141 sélectionne une première règle de conversion Ci applicable d'après la liste de paquets reçue à l'étape S609, et ce parmi un ensemble prédéfini de premières règles de conversion possibles. 3039951 28 Plus la liste reçue à l'étape S609 contient de paquets de tailles distinctes, plus la quantité de paquets nécessaire pour faire passer une information depuis la première application 141 jusqu'à la troisième application 143 est faible, ou plus la variété d'informations que la première application 141 peut faire passer à la troisième 5 application 143 est grande. En d'autres termes, la liste reçue à l'étape S609 définit l'ensemble des symboles que la première application 141 va pouvoir utiliser pour encoder chaque information à faire passer à la troisième application, chacun de ses symboles correspondant à une taille de paquet. Dans une étape S6I 1 suivante, la première application 141 transmet, à 10 destination de la seconde application 142, une séquence de paquets représentative de la première règle de conversion C/ sélectionnée à l'étape S610, donc par conséquent de la seconde règle de conversion C2 à appliquer par la troisième application 143 parmi un ensemble prédéfini de secondes règles de conversion possibles (et qui correspond de manière univoque audit ensemble prédéfini de premières règles de 15 conversion). Ladite séquence comporte donc un premier ensemble de paquets de tailles respectives égales soit à ladite taille maximale, soit à ladite taille minimale, et ledit premier ensemble est une succession de tels paquets de telle sorte que les tailles respectives des paquets successifs dudit premier ensemble représentent la première règle de conversion C1 sélectionnée à l'étape S610. 20 La séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape 5610 est destinée à être interceptée par la troisième application 143. Un équipement réseau du domaine noir sur le chemin de transit depuis le premier sous-réseau de communication 101 de type rouge jusqu'au second sous-réseau de communication 102 de type rouge, comme par exemple l'équipement réseau 113, est 25 adapté pour discriminer les paquets de ladite séquence (après chiffrement) parmi les paquets transportés dans le domaine noir et pour router lesdits paquets jusqu'à la troisième application 143. La séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape S610 comporte préférentiellement en outre un second ensemble 30 de paquets destiné à permettre à la troisième application 143 d'effectuer un acquittement, par suppression d'au moins un des paquets dudit second ensemble. Par exemple, ledit second ensemble comporte au moins deux paquets, au moins un paquet de taille égale à ladite taille minimale et au moins un paquet de taille égale à ladite taille maximale. La troisième application 143 est alors supposée supprimer au moins 3039951 29 un paquet de taille égale à ladite taille minimale lorsque la troisième application 143 ne souhaite pas valider la fin de la phase d'initialisation (acquittement négatif), et est supposée supprimer au moins un paquet de taille égale à ladite taille maximale sinon (acquittement positif), ou vice versa. Cet aspect est détaillé ci-après en relation avec la 5 Fig. 7. Dans un mode de réalisation particulier, la séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape S610 est colorée avec une classe de service CoS dédiée, e.g. en utilisant un code de classe de service DSCP dédié. Préférentiellement, la séquence de paquets représentative de la première règle 10 de conversion C1 sélectionnée à l'étape S610 est colorée avec la même classe de service CoS que la séquence d'initialisation. Ainsi, la séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape S610 est préférentiellement colorée avec la classe de service CoS de plus forte priorité parmi les classes de service CoS non utilisées dans le plan de qualité de service QoS mis en 15 oeuvre dans le système de communication (préférentiellement, en utilisant un code de classe de service DSCP de niveau CS5 ou d'ordre supérieur), afin de réduire les risques de dé-séquencement des paquets de ladite séquence de paquets et d'éliminer les risques de pertes de paquets au sein de ladite séquence de paquets. Cette classe de service CoS bénéficie dans le plan de QoS d'une politique d'acheminement garanti au 20 titre la signalisation réseau, afin d'éliminer les risques de pertes de paquets liées aux mécanismes de QoS au sein de la séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape S610. Comme pour la séquence d'initialisation, les paquets de la séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape 5610 sont 25 transmis en s'appuyant sur un protocole de transport sans acquittement ni retransmission en cas de perte. Dans un mode de réalisation préféré, les paquets de la séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape S610 sont transmis en s'appuyant sur le protocole UDP. Dans une étape S612 suivante, la première application 141 se met en attente 30 d'un acquittement positif en provenance de la seconde application 142. Comme détaillé ci-après en relation avec les Figs. 7 et 8, cet acquittement positif est représentatif du fait que la seconde application 142 a détecté que la troisième application 143 a indiqué avoir reçu la version chiffrée de la séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape S610, et 3039951 30 donc de la seconde règle de conversion C2 à appliquer dans le cadre de l'exécution des Figs. 3 à 5. Si un acquittement positif est reçu, une étape S613 est effectuée, au cours de laquelle la première application 141 décide d'appliquer, dans le cadre de l'exécution des Figs. 3 à 5, la première règle de conversion Ci sélectionnée à l'étape 5 5610 ; sinon, une étape S614 est effectuée, au cours de laquelle il est mis fin à l'algorithme de la Fig. 6. La Fig. 7 illustre schématiquement un algorithme, mis en oeuvre par la troisième application 143, dans le cadre de la phase d'initialisation. Dans une étape 5701, la troisième application 143 reçoit une version chiffrée de 10 la séquence d'initialisation transmise par la première application 141 à l'étape S603. Dans une étape S702 optionnelle suivante, la troisième application 143 modifie la séquence d'initialisation par suppression d'au moins un paquet, pour indiquer que la troisième application 143 a reconnu la version chiffrée de la séquence d'initialisation transmise par la première application 141 à l'étape 5603. Dans un mode de réalisation 15 particulier déjà évoqué, la séquence d'initialisation comporte un ensemble de paquets destinés à permettre à la troisième application 143 d'effectuer un acquittement, par suppression d'au moins un desdits paquets. Par exemple, ledit autre ensemble comporte au moins deux paquets, au moins un paquet de taille égale à ladite taille minimale et au moins un paquet de taille égale à ladite taille maximale. La troisième 20 application 143 est alors supposée supprimer au moins un paquet de taille égale à ladite taille minimale lorsque la troisième application 143 ne souhaite pas lancer la phase d'initialisation (acquittement négatif), et est supposée supprimer au moins un paquet de taille égale à ladite taille maximale sinon (acquittement positif), ou vice versa. 25 Dans une étape 5703 suivante, la troisième application 143 propage, à destination de la seconde application 142, la séquence d'initialisation (sous forme chiffrée), éventuellement modifiée à l'étape S702. Dans une étape 5704 suivante, la troisième application 143 reçoit une autre séquence de paquets. Cette autre séquence de paquets est une version chiffrée de la 30 séquence de test transmise par la première application 141 à l'étape 5608. Dans une étape S705 suivante, la troisième application 143 modifie éventuellement la séquence de paquets reçue à l'étape 5704. La troisième application 143 parcourt les paquets de ladite séquence de paquets dans leur ordre d'arrivée, et en analyse les tailles respectives. Lorsque la troisième application 143 rencontre une 3039951 31 taille de paquet déjà rencontrée dans le parcours de ladite séquence de paquets, la troisième application 143 supprime le paquet correspondant de ladite séquence de paquets. En d'autres termes, la troisième application 143 supprime les doublons de taille dans la séquence de paquets reçue à l'étape S704. Comme déjà mentionné, ces 5 doublons de taille peuvent survenir suite à une insertion de données de bourrage par la passerelle de sécurité 121 pendant les opérations de chiffrement des paquets de la séquence de test émise par la première application 141 à l'étape S608. Etant donné que la séquence de test émise par la première application 141 repose sur des paquets ordonnancés par taille croissante ou décroissante, les doublons de taille sont des 10 paquets successifs dans la séquence de paquets reçue à l'étape 5704. Dans une étape S706 suivante, la troisième application 143 propage, à destination de la seconde application 142, la séquence de test (sous forme chiffrée) éventuellement modifiée à l'étape 5705. Dans une étape S707 suivante, la troisième application 143 se met en attente de 15 recevoir une séquence de paquets représentative de la première règle de conversion Ci sélectionnée à l'étape S610, et donc de la seconde règle de conversion C2 à appliquer dans le cadre de l'exécution des Figs. 3 à 5. Ladite séquence de paquets est la version chiffrée de celle transmise par la première application 141 à l'étape S611. Dans une étape S708 suivante, la troisième application 143 stocke une 20 information représentative de ladite seconde règle de conversion C2 de manière à appliquer, dans le cadre de l'exécution des Figs. 3 à 5, ladite seconde règle de conversion C2. Si toutefois la troisième application 143 est en désaccord avec la première règle de conversion C/ sélectionnée à l'étape S610, la troisième application 143 n'effectue pas l'étape S708. 25 Dans une étape S709 optionnelle suivante, la troisième application 143 modifie la séquence de paquets reçue à l'étape S707, par suppression d'au moins un paquet, pour indiquer si la troisième application 143 est d'accord avec la première règle de conversion C./ sélectionnée à l'étape S610 par la première application 141. Comme indiqué en relation avec la Fig. 6, ladite séquence de paquets comporte 30 préférentiellement un ensemble de paquets destinés à permettre à la troisième application 143 d'effectuer un acquittement, par suppression d'au moins un des paquets dudit ensemble. Par exemple, ledit ensemble comporte au moins deux paquets de tailles distinctes, à savoir au moins un paquet de taille égale à ladite taille minimale et au moins un paquet de taille égale à ladite taille maximale. La troisième application 3039951 32 143 supprime au moins un paquet de taille égale à ladite taille minimale lorsque la troisième application 143 est en désaccord avec la première règle de conversion C1 sélectionnée à l'étape S610 par la première application 141 (acquittement négatif), et supprime au moins un paquet de taille égale à ladite taille maximale sinon 5 (acquittement positif), ou vice versa. Dans une étape S710 suivante, la troisième application 143 propage, à destination de la seconde application 142, la séquence modifiée à l'étape S709. La Fig. 8 illustre schématiquement un algorithme, mis en oeuvre par la seconde application 142, dans le cadre de la phase d'initialisation. 10 Dans une étape S801, la seconde application 142 effectue, avec la première application 141, un échange de déclenchement de la phase d'initialisation. Pour ce faire, la seconde application 142 reçoit de la première application 141 un message indiquant que la première application 141 souhaite déclencher la procédure d'initialisation. Sur réception de ce message, la seconde application 142 répond à la 15 première application 141 avec un message de réponse. Si la seconde application 142 est prête à déclencher la procédure d'initialisation, le message de réponse inclut une information indiquant que la seconde application 142 est prête à déclencher la procédure d'initialisation, et une étape 5802 est effectuée ; sinon, l'étape S801 est réitérée ultérieurement. Ce message de réponse est préférentiellement envoyé en 20 s'appuyant sur un protocole de transport avec acquittement et retransmission, afin de s'assurer de la bonne réception dudit message par la première application 141. Préférentiellement, ledit message est transmis en s'appuyant sur le protocole TCP. Dans l'étape S802, la seconde application 142 reçoit une séquence de paquets. Cette séquence de paquets est supposée correspondre à la séquence d'initialisation 25 transmise par la première application 141 à l'étape S603, éventuellement modifiée par la troisième application 143 à l'étape S702. Considérons par la suite que la troisième application 143 est supposée modifier la séquence d'initialisation (dans sa version chiffrée) pour fournir un acquittement. Dans une étape S803 suivante, la seconde application 142 vérifie si la séquence 30 de paquets reçue à l'étape S802 est complète, c'est-à-dire si la séquence de paquets reçue à l'étape S801 correspond à la séquence d'initialisation telle que transmise par la première application 141 à l'étape S603. Si tel est le cas, cela signifie que la troisième application 143 n'a pas reconnu la version chiffrée de la séquence d'initialisation transmise par la première application 141 à l'étape 5603, et la seconde 3039951 33 application 142 envoie alors, dans une étape S803, un message représentatif d'un acquittement négatif à la première application 141, e.g. un message contenant des données utiles représentatives de l'acquittement négatif. Si la séquence de paquets reçue à l'étape S801 est incomplète et que la modification correspond à une indication 5 que la troisième application 143 a reconnu la version chiffrée de la séquence d'initialisation transmise par la première application 141 à l'étape S603 (modification optionnellement appliquée par la troisième application 143 à l'étape S702), alors la seconde application 142 envoie, à l'étape S803, un acquittement positif à la première application 141 ; sinon, la seconde application 142 envoie, à l'étape S803, un 10 acquittement négatif à la première application 141. Ensuite, une étape S804 est effectuée. Dans le cas où la troisième application n'est pas supposée modifier la séquence d'initialisation (dans sa version chiffrée) pour fournir un acquittement, l'algorithme de la Fig. 8 passe directement de l'étape S802 à l'étape 5804. Dans l'étape 5804 suivante, la seconde application 142 reçoit une séquence de 15 test, éventuellement modifiée suite aux opérations effectuées par la troisième application 143 à l'étape S705. La séquence de test reçue par la seconde application 142 peut donc être différente de celle transmise par la première application 141 à l'étape 5608. La séquence de test reçue par la seconde application 142 à l'étape S804 contient des paquets qui sont de tailles distinctes, puisque les éventuels doublons ont 20 été supprimés par la troisième application 143 à l'étape S705. Dans une étape S805 suivante, la seconde application 142 détermine une liste de tailles de paquets présents dans la séquence de test reçue à l'étape 5804. Ce sont ces tailles de paquets qui peuvent être distinctement utilisées par la première application 141 pour encoder les informations à faire passer à la troisième application 143 (donc 25 au domaine rouge). Dans une étape S806 suivante, la seconde application 142 transmet, à la première application 141, un message incluant la liste de tailles de paquets déterminée à l'étape S805. Ce message est préférentiellement envoyé en s'appuyant sur un protocole de transport avec acquittement et retransmission, afin de s'assurer de la 30 bonne réception dudit message par la première application 141. Préférentiellement, ledit message est transmis en s'appuyant sur le protocole TCP. Dans une étape 5807 suivante, la seconde application 142 reçoit une séquence de paquets représentative de la première règle de conversion C1 sélectionnée à l'étape S610 par la première application 141. Ladite séquence de paquets est celle qui a été 3039951 34 éventuellement modifiée par la troisième application 143 à l'étape S709. La modification éventuellement apportée par la troisième application 143 à l'étape S709 indique si la troisième application 143 est d'accord avec la première règle de conversion C1 sélectionnée à l'étape S610 par la première application 141 (et avec la 5 seconde règle de conversion C2 correspondante). Si la troisième application 143 n'est pas d'accord avec la première règle de conversion C1 sélectionnée à l'étape S610 par la première application 141, la seconde application 142 propage, dans une étape S809, un acquittement négatif à destination de la première application 141 et met fin à l'algorithme de la Fig. 8 ; sinon, la seconde application 142 propage, dans l'étape 10 S809, un acquittement positif à destination de la première application 141 et met fin à l'algorithme de la Fig. 8. Dans l'éventualité où la première application 141 n'attend pas d'acquittement de la part de la troisième application 143, la seconde application 142 n'effectue pas l'étape 809 et met fin à l'algorithme de la Fig. 8 en jetant la séquence de paquets reçue 15 à l'étape S807. Ainsi par exécution des algorithmes des Figs. 6 à 8, des première C1 et seconde C2 règles de conversion adaptées au fonctionnement de la passerelle de sécurité 121 sont sélectionnées parmi des ensembles prédéfinis respectifs de telles règles. REVENDICATIONS1/ Procédé de transmission d'une information I depuis une première application (141) jusqu'à une troisième application (143), la première application étant exécutée dans un premier sous-réseau (101) de type rouge, une seconde application étant exécutée dans un second sous-réseau (102) de type rouge, la troisième application étant exécutée dans un réseau (103) de type noir, chaque sous-réseau de type rouge étant de niveau de sécurité supérieur au réseau de type noir, les premier et second sous-réseaux de type rouge étant interconnectés via le réseau de type noir par un tunnel sécurisé entre une première passerelle de sécurité (121) du premier sous-réseau de type rouge et une seconde passerelle de sécurité (122) du second sous-réseau de type rouge appliquant des opérations de chiffrement et de déchiffrement telles que chaque premier paquet de plus petite taille qu'un second paquet résulte après chiffrement en un premier paquet chiffré de taille inférieure ou égale à la taille du paquet résultant du chiffrement du second paquet, caractérisé en ce que : la première application convertit (S302) ladite information en une séquence de paquets i dont les tailles {T}; encodent ladite information, grâce à une première règle de conversion C1 prédéterminée ; la première application transmet (S304) à destination de la seconde application la séquence de paquets i obtenue ; un équipement réseau (113) du réseau de type noir sur un chemin obligatoire dudit tunnel sécurisé route vers la troisième application chaque paquet de ladite séquence de paquets après chiffrement de la première passerelle de sécurité ; et la troisième application obtient (S403) ladite information, à partir des tailles {Tc}i des paquets j de ladite séquence de paquets après chiffrement de la première passerelle de sécurité, grâce à une seconde règle de conversion C2 prédéterminée, de telle sorte que{7}1 = C1 (1) et /= C2 ({TCL). 2/ Procédé selon la revendication 1, caractérisé en ce que ladite séquence de paquets est délimitée par au moins un paquet de taille prédéfinie qui n'est pas utilisable au sein de ladite séquence de paquets i. 3/ Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que les paquets de ladite séquence de paquets sont colorés avec une classe de service 3039951 36 prédéfinie, et en ce que ledit équipement réseau du réseau de type noir route chaque paquet ainsi coloré, en provenant du premier sous-réseau de type rouge, vers la troisième application. 5 4/ Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, pour convertir ladite information en séquence de paquets i, la première application effectue les étapes suivantes : convertir ladite information représentée sous forme d'un flux binaire m256 décomposé en x octets en une liste m,7 de y digits en base n, où n correspond à la 10 quantité de tailles distinctes de paquets utilisables pour encoder ladite information à transmettre depuis la première application jusqu'à la troisième application ; et convertir, grâce à une fonction T1, chacun des y digits en base n en un paquet dont la taille est déterminée par la valeur dudit digit via la fonction Ti ; et en ce que, pour obtenir ladite information, la troisième application effectue les 15 étapes suivantes : convertir, grâce à une fonction T2, chaque taille de paquet j de ladite séquence de paquets après chiffrement de la première passerelle de sécurité en un digit en base n déterminé par ladite taille de paquet via la fonction T2 , afin d'obtenir la liste mn dey digits en base n ; et 20 convertir la liste mn de y digits en base n information représentée sous forme d'un flux binaire m256 en ladite information représentée sous forme du flux binaire m256 décomposé en x octets. 5/ Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce 25 que la première application ajoute, à ladite séquence de paquets i obtenue, une autre séquence de paquets de sorte à comporter alors deux ensembles de paquets : un premier ensemble de paquets dont les tailles servent à encoder ladite information et un second ensemble de paquets destiné à permettre à la troisième application d'acquitter ladite information par suppression d'au moins un paquet dudit second ensemble. 30 6/ Procédé selon la revendication 5, caractérisé en ce que ledit second ensemble de paquets est tel que : 3039951 37 la suppression par la troisième application d'au moins un des paquets dudit second ensemble, sous sa forme chiffrée, sans toutefois que tous les paquets dudit second ensemble ne soient ainsi supprimés, signifie un acquittement positif ; la suppression par la troisième application des paquets dudit second 5 ensemble, sous leur forme chiffrée, signifie un acquittement négatif ; et la transmission par la troisième application dudit second ensemble de paquets, sous leur forme chiffrée, à la seconde application signifie que la transmission de ladite information a été entachée d'erreur. 10 7/ Procédé selon la revendication 6, caractérisé en ce que ladite information transmise depuis la première application jusqu'à la troisième application comporte une information de contrôle de redondance cyclique, la première règle de conversion C1 effectue le calcul et l'insertion de l'information de contrôle de redondance cyclique dans la séquence de paquets 1, et la seconde règle de conversion C2 effectue 15 l'extraction de l'information de contrôle de redondance cyclique de la séquence de paquets telle qu'obtenue après chiffrement de la première passerelle de sécurité. 8/ Procédé selon l'une quelconque des revendications 5 à 7, caractérisé en ce que les données utiles des paquets i de ladite séquence de paquets incluent un 20 identifiant d'envoi de ladite information. 9/ Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'une phase d' initialisation est préalablement implémentée comme suit : - la première application transmet à destination de la seconde application une 25 séquence de test consistant en un enchaînement prédéfini de l'ensemble des tailles de paquets utilisables pour encoder ladite information, chaque paquet de la séquence de test ayant une taille différente et lesdits paquets étant ordonnés par taille croissante ou décroissante ; - ledit équipement réseau du réseau de type noir route vers la troisième 30 application chaque paquet de ladite séquence de test après chiffrement de la première passerelle de sécurité ; - la troisième application supprime chaque doublon de taille dans la séquence de test après chiffrement de la première passerelle de sécurité et propage la séquence de test ainsi modifiée vers la seconde application ; et 3039951 38 - lorsque la seconde application reçoit une séquence de paquets supposée être la séquence de test, la seconde application détermine les tailles de paquets qui n'ont pas été supprimés par la troisième application, ces tailles de paquets pouvant alors être distinctement utilisées pour encoder ladite information, et en informe la première 5 application. 10/ Procédé selon la revendication 9, caractérisé en ce que les paquets de la séquence de test sont colorés avec une classe de service prédéfinie, et en ce que ledit équipement réseau du réseau de type noir route chaque paquet ainsi coloré, en 10 provenant du premier sous-réseau de type rouge, vers la troisième application. 11/ Procédé selon l'une quelconque des revendications 9 et 10, caractérisé en ce que la phase d'initialisation est préalablement comme suit : - la première application transmet à destination de la seconde application une 15 séquence d'initialisation constituée d'un enchaînement remarquable de paquets, la taille de chaque paquet de la séquence d'initialisation est soit égale à une taille maximale sans fragmentation dans les premier et second sous-réseaux de type rouge, soit égale à une taille minimale de paquet dans les premier et second sous-réseaux de type rouge ; et 20 - ledit équipement réseau du réseau de type noir route vers la troisième application chaque paquet de ladite séquence d'initialisation après chiffrement de la première passerelle. 12/ Procédé selon la revendication 11, caractérisé en ce que les paquets de la 25 séquence d'initialisation sont colorés avec une classe de service prédéfinie, et en ce que ledit équipement réseau du réseau de type noir route chaque paquet ainsi coloré, en provenant du premier sous-réseau de type rouge, vers la troisième application. 13/ Système de transmission d'une information I depuis une première 30 application (141) jusqu'à une troisième application (143), la première application étant exécutée dans un premier sous-réseau (101) de type rouge, une seconde application étant exécutée dans un second sous-réseau (102) de type rouge, la troisième application étant exécutée dans un réseau (103) de type noir, chaque sous-réseau de type rouge étant de niveau de sécurité supérieur au réseau de type noir, les 3039951 39 premier et second sous-réseaux de type rouge étant interconnectés via le réseau de type noir par un tunnel sécurisé entre une première passerelle de sécurité (121) du premier sous-réseau de type rouge et une seconde passerelle de sécurité (122) du second sous-réseau de type rouge appliquant des opérations de chiffrement et de 5 déchiffrement telles que chaque premier paquet de plus petite taille qu'un second paquet résulte après chiffrement en un premier paquet chiffré de taille inférieure ou égale à la taille du paquet résultant du chiffrement du second paquet, caractérisé en ce que : la première application est adaptée pour convertir (S302) ladite 10 information en une séquence de paquets i dont les tailles {T}1 encodent ladite information, grâce à une première règle de conversion C., prédéterminée ; la première application est adaptée pour transmettre (S304) à destination de la seconde application la séquence de paquets i obtenue ; un équipement réseau (113) du réseau de type noir sur un chemin 15 obligatoire dudit tunnel sécurisé est adapté pour router vers la troisième application chaque paquet de ladite séquence de paquets après chiffrement de la première passerelle de sécurité ; et la troisième application est adaptée pour obtenir (S403) ladite information, à partir des tailles {Tc}i des paquets/ de ladite séquence de paquets après chiffrement 20 de la première passerelle de sécurité, grâce à une seconde règle de conversion C2 prédéterminée, de telle sorte que{7}, = C1 (I) et 1 = C2 ({TCP.