Brevet FR2965995A1 — publié le 20120413

PROCEDE ET SYSTEME POUR ETABLIR DYNAMIQUEMENT DES TUNNELS CHIFFRES SUR DES RESEAUX A BANDE CONTRAINTE. L'objet de l'invention concerne un procédé et une architecture système permettant d'établir de manière dynamique un ou plusieurs tunnels chiffrés sur des réseaux de communication à bande contrainte. Elle permet notamment de chiffrer un ou plusieurs flux de données tout en garantissant la qualité de services sur les systèmes à bande contrainte, en particulier pour les flux chiffrés de type voix sur IP (protocole internet) ou de type données ou en anglo-saxon Data. Ces tunnels sont ainsi adaptés au plus juste aux flux de données utiles tout en permettant de contrôler et d'affecter les valeurs nécessaires à la qualité de service ou QoS sur ces réseaux. L'invention est, par exemple, utilisée dans des systèmes mettant en oeuvre des liaisons satellites satcom de type : IP (protocole internet) ou voix sur IP en mode clair BGAN connu de l'Homme du métier, ou pour des modes connus sous l'abréviation anglo-saxonne « SwiftBroadband » et « FleetBroadband ». Elle s'applique aussi pour tous les systèmes de communication se référant à la partie de la norme de partage de médias connue sous le sigle 3GPP. Définitions Dans la suite de la discussion, les abréviations suivantes et leurs définitions seront utilisées : PDP : protocole de données paquet ou en anglo-saxon « Packet Data Protocol », un contexte PDP vient de la technologie GPRS connue de l'Homme du métier ; c'est un ensemble d'informations qui caractérise un service de transmission de base ; il regroupe des paramètres qui permettent à un abonné de communiquer avec une adresse PDP bien définie, suivant un profil de Qualité de Service déterminé (délai, priorité, débit, etc..). RTP : protocole temps réel ou en anglo-saxon Real Time Protocol. Protocole sur IP qui permet d'identifier le type de l'information transportée, d'ajouter des marqueurs, des numéros de séquence et de contrôler l'arrivée à destination des paquets. TFT : initiales qui désignent une série de filtres qui assurent un chemin déterminé pour des applications dont le flux est identifié par les filtres TFT abréviation en anglais de « Traffic Flow Template ». Par exemple, la technologie Inmarsat utilise des TFT. VoIP : voix sur IP ou en anglo-saxon Voice on IP. SIP : protocole initialisation de service ou en anglo-saxon « Session Initiation Protocol. » Ce protocole est normalisé et standardisé. II se charge également de la négociation sur tous les types de média utilisables par les différents participants en encapsulant des messages SDP (Session Description Protocol). SIP ne transporte pas les données échangées durant la session comme la voix ou la vidéo. SIP étant indépendant de la transmission des données, tout type de données et de protocoles peut être utilisé pour cet échange. Cependant, dans la réalité actuelle, le protocole RTP assure le plus souvent les sessions audio et vidéo. Le mot « streaming » désigne une classe de services Satcom garantissant un débit garanti (utilisé principalement pour les applications temps-réel). Le mot « transceiver » est utilisé pour désigner un transcepteur ayant notamment pour fonction de diffuser un signal d'entrée vers plusieurs sorties. Un appel sortant est défini comme un appel Outbound, un appel entrant comme un appel Inbound. Les communications sur les types de réseaux à bande contrainte et, principalement, sur un satellite représentent généralement un coût élevé pour le consommateur final, et également pour les opérateurs. De plus en plus, de nombreuses applications montrent le besoin de chiffrement : par exemple pour l'information de maintenance entre un avion et sa base de maintenance, l'aspect privé des communications pour les VIP, pour les communications militaires, etc. Dans tous les cas, la protection des données engendre souvent une hausse des coûts de communication. Optimiser des coûts de chiffrement ou de sécurisation de données permettrait de rendre accessible à un plus grand nombre de personnes l'accès à la protection des données tout en permettant d'avoir des prix accessibles aux consommateurs finaux ; coûts comparables voire identiques aux données non protégées. Les solutions de chiffrement actuelles connues du Demandeur consistent, par exemple, à ouvrir un tunnel chiffré et à faire passer le trafic 10 nécessitant d'être protégé dans ce tunnel. Dans le cas d'un trafic demandant en plus du chiffrement une qualité de service particulière (flux phonie, vidéo, etc.) il est alors nécessaire d'utiliser une classe de service à bande garantie. Dans les systèmes Bgan, Fleetbroadband, Swiftbroadband ou sur tous les systèmes se référant à la 15 partie de la norme 3GPP, ceci consiste en une ouverture de streaming. Pour passer le tunnel chiffré, le tunnel doit être ouvert en permanence et la totalité du trafic doit passer dans ce tunnel. Cela est particulièrement inadapté à la téléphonie, surtout en termes de coût car il est difficile de maîtriser le début et la fin d'une communication pour ouvrir et fermer le tunnel. 20 La tendance actuelle connue du Demandeur est d'ouvrir un tunnel global dans le Best Effort en faisant abstraction de la qualité de services, ou d'ouvrir un tunnel global associé à un flux ou « streaming » 128 Ko pour l'ensemble des communications en espérant que plusieurs communications soient établies afin d'amortir le coût du streaming. 25 Cette tendance est schématisée à la figure 1 qui représente un premier terminal TI, un chiffreur Bord 1 et un terminal T2 avec chiffreur sol 2 avec un exemple de chiffrement d'artère de communication 3, où l'on représente le flux à 64 Kbits, la voix sur IP ou VoIP 24K, le tunnel + l'en-tête de chiffrement, le Best effort, dans cet exemple pris dans le domaine 3o Inmarsat. L'invention concerne un système pour établir de façon dynamique un ou plusieurs tunnels chiffrés pour la transmission de données sur des réseaux à bande contrainte, ledit réseau utilisant un protocole temps réel, caractérisé en ce qu'il comporte au moins les éléments suivants : - Un ou plusieurs terminaux désignés TI, ,T7 transmettent les flux de données à acheminer vers un autre destinataire via un satellite S, à un serveur SIP, - Ledit serveur SIP transmet ledit flux de données à chiffrer à un routeur comprenant un premier module de chiffrement et des règles assurant un chemin pour un flux de données identifié, - Le module de chiffrement va lire l'identifiant du protocole temps réel présent dans la trame de données à chiffrer, et selon une règle prédéfinie, va chiffrer le flux de données avec une clé correspondant au port indiqué dans un identifiant de la trame de données et identifié, - Ledit module de chiffrement ajoute un champ de données d'identification à la trame de données chiffrées, - Un module de routage va ensuite appliquer des règles d'affectation de canal streaming pour transmettre le ou les flux de données chiffrées à un modem comprenant un module permettant l'ouverture d'un nombre de tunnels chiffrés égal au nombre de communications ou par type de trafic, - Le modem Satcom va ensuite transmettre les différents flux de données chiffrés via les différents canaux chiffrés au satellite de communication S, - Ledit satellite S est en liaison avec une station de réception qui va distribuer les flux de données chiffrées, vers un module de routage (80), un module de chiffrement -déchiffrement, - Ledit module de chiffrement-déchiffrement comprend une table (82) de correspondance entre la valeur contenue dans le champ identifiant un flux de données chiffré et un numéro de port RTP et la correspondance entre la clé de déchiffrement à utiliser et la valeur RTP, déchiffre les flux de données et transmet les données déchiffrées vers - Un ensemble de terminaux destinataire. Les terminaux de données sont, par exemple, des terminaux de 5 type voix sur IP. Le module de routage applique les règles TFT, le système de communication étant un système satellitaire de type BGAN, Swiftbroadband et Fleetbroadband ou GPRS. Un tunnel de communication peut être configuré dans un fichier 10 template associant un trafic identifié par un port RTP, UDP à une valeur Espi correspondant à un identificateur d'un tunnel chiffré, interprété par des règles TFT. Le module de chiffrement met, par exemple, en ceuvre un chiffrement IPSec. 15 L'invention concerne aussi un procédé permettant d'établir de manière dynamique des tunnels ou canaux de communications chiffrés entre au moins deux terminaux, l'un étant embarqué à bord d'un satellite, l'autre dans une station sol au sein d'un système de communication utilisant un protocole de communication, caractérisé en ce qu'il comporte au moins les 20 étapes suivantes : Au niveau de la station Bord Ouverture de plusieurs tunnels 1) générer un fichier de configuration qui comprend pour chaque extrémité d'un tunnel : l'identification du trafic ou flux de données à chiffrer, une clé de 25 chiffrement, un numéro de port ou adresse de la destination, 2) chiffrer un flux de données au moyen d'un module de chiffrement, si ledit module de chiffrement trouve dans ledit fichier de configuration un élément identifiant correspondant à l'identifiant du flux de données à chiffrer, le flux de données ainsi chiffré comprenant un champ identifiant l'adresse de 30 destination, le tunnel de communication, 3) transmettre le trafic chiffré via un module de routage et un modem, à un deuxième module de routage situé dans la station sol Au niveau de la station sol 5) déchiffrer le flux de données en utilisant l'identifiant du tunnel et une table 5 de correspondance donnant une clé de chiffrement associée à un tunnel, 6) transmettre le flux de données déchiffré au destinataire. Selon une autre variante de réalisation, l'invention concerne un procédé permettant d'établir de manière dynamique des tunnels ou canaux de communications chiffrés entre au moins deux terminaux, l'un étant 10 embarqué à bord d'un satellite, l'autre dans une station sol au sein d'un système de communication utilisant un protocole de communication, caractérisé en ce qu'il comporte au moins les étapes suivantes : Au niveau de la station sol Ouverture de plusieurs tunnels 15 1) générer un fichier de configuration qui comprend pour chaque extrémité d'un tunnel : l'identification du trafic ou flux de données à chiffrer, une clé de chiffrement, un numéro de port ou adresse de la destination, 2) chiffrer un flux de données au moyen d'un module de chiffrement, si ledit module de chiffrement trouve dans ledit fichier de configuration un élément 20 identifiant correspondant à l'identifiant du flux de données à chiffrer, le flux de données ainsi chiffré comprenant un champ identifiant l'adresse de tunnel, 3) transmettre le trafic chiffré via un module de routage et un modem, à un deuxième module de routage situé dans la station Bord Au niveau de la station Bord 25 5) déchiffrer le flux de données en utilisant l'identifiant du tunnel et une table de correspondance donnant une clé de chiffrement associée à un tunnel, 6) transmettre le flux de données déchiffré au destinataire. D'autres caractéristiques et avantages du dispositif selon 30 l'invention apparaîtront mieux à la lecture de la description qui suit d'un exemple de réalisation donné à titre illustratif et nullement limitatif annexé des figures qui représentent : - La figure 1, un exemple de chiffrement d'un tunnel selon l'art antérieur entre un terminal bord TI et un terminal sol T2, ^ La figure 2, un exemple d'architecture de chiffrement selon l'invention, - La figure 3, un exemple de diagramme pour des modules du segment air, - La figure 4, un exemple de diagramme pour des modules d'un segment sol, et - La figure 5, l'illustration d'une communication Bout en Bout mettant en oeuvre le procédé selon l'invention. Afin de mieux faire comprendre l'invention, la description qui va suivre à titre illustratif est donnée pour un système qui utilise le protocole standard SIP précité. Les mécanismes mis en oeuvre sont donc transparents pour tout terminal compatible du protocole de communication utilisé. Le procédé et l'architecture selon l'invention reposent notamment sur le chiffrement IPSec permettant l'ouverture d'un tunnel chiffré par communication et/ou par type de trafic. Chaque tunnel est configuré, par exemple, dans un fichier template qui associe un trafic identifié (ex Port RTP, port UDP, etc.) à une valeur « espi » identificateur hexadécimal d'un tunnel chiffré interprété par les règles TFT assurant un chemin déterminé par rapport à un flux de données identifié. La génération des clés de chiffrement est obtenue à l'aide d'un fichier de configuration IPSec qui comprend pour chaque extrémité de tunnel : Pour le tunnel montant, le trafic identifié, son identificateur espi associé et la clé de chiffrement, Pour le tunnel descendant, le trafic identifié, son identificateur espi associé et la clé de chiffrement. Le flux de données issu du premier terminal TI est transmis à un chiffreur Bord 1, dans cet exemple de mise en oeuvre, puis passe à travers un routeur RI qui a notamment pour fonction de diriger correctement le flux de données vers son destinataire. La trame de flux de données comporte généralement un identificateur de l'adresse de la source émettrice, un identificateur pour l'adresse de destination finale pour la communication. Un tunnel de communication est configuré dans un ficher template qui associe un trafic identifié (ex port RTP, port UDP, etc....) à une valeur « espi » correspondant à un identificateur d'un tunnel chiffré, interprété par les règles TFT. La trame de données comprendra un identificateur tunnel Idt. Le chiffreur bord va vérifier l'identificateur (port RTP, port UDP) du flux de données et chiffrer les données du flux si cet identificateur correspond à une valeur (port RTP, UDP, etc.) qui est contenue dans le fichier de configuration IPSec. Le trafic ou flux de données Flc ainsi chiffré contient un champ « espi » positionné en fonction de son identification ; puis Flc est affecté à une adresse de tunnel grâce au routeur Ri. Dans le cas de la téléphonie, le procédé selon l'invention permet ainsi de chiffrer communication par communication des flux de type VoIP, et d'affecter à ces flux la qualité de service QoS adéquate, aussi bien sur un appel Outband que sur un appel Inbound. Pour les données ou data, le procédé permet de chiffrer les flux service par service, et d'affecter à ces flux chiffrés, la qualité de service adéquate QoS, aussi bien sur un appel Outband que sur un appel Inbound. Ceci présente l'avantage de réduire de manière significative la bande passante consommée et donc le coût des communications. Le procédé selon l'invention permet aussi de garantir malgré l'overhead important du tunnel IPSec que toutes les communications VoIP seront chiffrées et bénéficieront d'une qualité de service associée à un flux ou streaming 32K, par exemple. Ainsi, cette solution permet d'établir, par exemple et actuellement 7 communications voix (port RDP) simultanées par terminal quelque soit le type de vocodeur utilisé par ce terminal Après traversée du canal de communication 3, le trafic chiffré Flc 5 est traité au niveau du récepteur R2 qui va déchiffrer le flux de données au niveau du chiffreur 2 sol selon un procédé détaillé aux figures 3 et 4. La figure 3 schématise un exemple d'architecture pour le système fonctionnant dans un sens terminal vers le satellite. Sur cette figure, plusieurs terminaux 10 désignés TI, ..T7 10 transmettent les flux de données à acheminer vers un autre destinataire via le satellite, à un serveur SIP 20. Le serveur SIP 20 est notamment adapté à : - Intercepter les messages de signalisation SIP, - Modifier les numéros de ports RTP, 15 - Intercepter et contrôler le flux RTP entre les terminaux, - Adapter le vocodeur à la contrainte de la bande passante chiffrée, - Charger de contrôler le nombre de communications pouvant être établies dans le sens entrant ou sortant sur le segment satellitaire, - Affecter les communications sur les « trunk » disponibles, 20 - Contrôler et interdire la possibilité d'appel émis simultanément par l'avion ou le Bord et le sol. Le serveur SIP va transmettre les flux de données à chiffrer à un routeur 30 comprenant un premier module de chiffrement 40 et des règles TFT. 25 Le module de chiffrement 40 va lire l'identifiant du port RTP ou UDP présent dans la trame de données à chiffrer, puis si une référence correspond, il va chiffrer le flux de données avec une clé correspondant au port RTP ou UDP identifié en utilisant le tableau de correspondance (fichier de configuration IPSec). A ces données chiffrées, le module de chiffrement 30 40 ajoute dans le champ ESPI la valeur qui correspond, dans cet exemple, à une valeur hexadécimale (identificateur IPsec en fonction du numéro de port RTP ou UDP). Cette valeur ESPI est seule visible de l'Extérieur, les données du flux sont chiffrées. Le module de chiffrement a notamment les fonctions suivantes : - Affecter un identificateur IPsec en fonction du N° de port RTP ou UDP ou autre, - Etablir un canal chiffré par communications VoIP ou par type de transmission de données. Le routeur 30 va ensuite appliquer les règles TFT d'affectation de canal streaming pour transmettre le ou les flux de données chiffrées à un modem 60 comprenant par exemple 2 cartes SIM 61, une seule étant représentée sur cette figure. Une carte SIM va permettre l'ouverture de canaux de communication ou tunnel chiffré. Le modem Satcom va ensuite transmettre les différents flux de données chiffrés via les différents canaux streaming au satellite S. Le gestionnaire des règles TFT a notamment pour fonction d'appliquer des règles TFT d'affectation de canal streaming en fonction du champ ESPI du ou des trames de données chiffrées. La figure 4 schématise le sens inverse de transmission des données et des ouvertures de canaux du satellite vers les destinataires. Le satellite S ayant reçu les flux chiffrés à transmettre vers des destinataires, les transmet à une station terre 70 par exemple. Le réseau DP 71 représente la distributaire partenaire offrant le contrat d'acheminement de la station-terre, satellite Inmarsat, Destinataire. Les flux chiffrés en sortie du prestataire distributeur 71 sont ensuite transmis vers un routeur 80 comprenant un module de chiffrement 81. Le module de chiffrement comprend notamment une table de correspondance entre la valeur contenue dans le champ ESPI d'un flux de données et un numéro de port RTP. Le module de déchiffrement va déchiffrer les données du flux chiffré en utilisant la clé de chiffrement correspondant au N° de port RTP ou UDP. Le flux de données déchiffrées va ensuite être transmis au serveur SIP qui en fonction de la valeur RTP va transmettre le flux de données au destinataire final. La figure 5 représente un exemple de distribution des flux de données chiffrées à partir d'un terminal TI vers un terminal T2 via le satellite S et les systèmes de chiffrement et de routage décrits aux figures 3 et 4. Un exemple de mise en oeuvre est donnée pour mieux décrire le 10 fonctionnement simplifié du système selon l'invention lors d'un appel Outbound et Inbound pour des flux VoIP chiffrés. Gestion de la bande passante L'overhead IPSec étant très important, il est absolument necessaire d'avoir la maitrise sur le type de codeur négocié et sur le 15 cadencement des paquets. Pour pouvoir tenir une communication VoIP dans un canal 32K avec chiffrement, la bande passante de la VoIP (IP+UDP+RTP+Payload) ne doit pas depasser 16Kbps Cela necessite d'utiliser un vocodeur bas débit et de bonne 20 qualité. Dans notre exemple, celui choisi et le G729 dont le cadencement est resequencé à 60ms. Appel Outbound Lors de l'émission d'un appel par un terminal VoIP Oubound, le message d'appel est envoyé au serveur SIP de gestion du terminal. 25 Le serveur SIP répond au terminal appelant par un 100 Trying puis - modifie le port RTP annoncé par le terminal appelant - vérifie les vocodeurs - adapte le vocodage - recadence les paquets 30 Le message est ensuite transmis au module de chiffrement Module de chiffrement Lorsqu'un paquet lui parvient, le module de chiffrement chiffre le paquet puis renseigne le champ ESP par la valeur définie dans le champ esp du fichier de configuration de tunnels. Un exemple d'application chiffrée est donné ci-après. Ex: add "Adresse tunnel bord"."Adresse tunne/1 sot' esp 0x510 -m tunnel -E rijndaelcbcOx0838fe4d67ef6bd0745df33d684e4ed0137ca7e3e539a0827a5e185ac9 10 b1b6dc -A hmac-sha256 Ox3bd2851baf6d7e5f5197a8305ab81560bc78738b62f69a13b2a7754152b57 b24; spdadd "Adresse serveur SIP Bord" [30200] "Adresse Serveur SIP 15 Sot'[30200] any -P in ipsec esp/tunnel/"Adresse tunnel*/ bord'-"Adresse tunnel*/ sot'/require; add "."Adresse tunnel*/ sot' "Adresse tunnel*/ Bord" [esp 0x511 -m tunnel -E rijndael-cbc 20 Ox44cec91db77812fc014efe4474918206817bad7466a322745c21e5ca978fc 60d -A hmac-sha256 Ox46893ee4b29ab63709a8184be4f678fd14c8b392cf1881be716764020c631 c13; 25 spdadd "Adresse Serveur SIP Sot' [30200] "Adresse serveur SIP Bord' [30200] any -P out ipsec esp/tunnel/"Adresse tunnel-1 sot'-"Adresse tunne/1 bord"/require; Sur réception d'un paquet dont le champ ESP correspond à une 30 règle (dans l'exemple 0x510 Outbound et 0x511 Inbound), le trafic est immédiatement affecté à un canal streaming si la ressource est disponible. Appel Inbound La signalisation montante est effectuée dans le Best effort. Le routeur Bord recoit les paquets ESP et les transmet au chiffreur. Le paquet ainsi déchiffré est ensuite envoyé au serveur SIP pour tramsmission au terminal destinataire. Au décroché du terminal du bord, le trafic RTP est établi puis envoyé au chiffreur. En fonction de la configuration du fichier, un champ espi est affecté au traffic après chiffrement puis envoyé au routeur pour affectation 10 d'une règle TFT. Un flux identifié 0x510 et un flux identifié 0x511 transite dans le best effort. Ces flux ont une correspondance dans la gestion des TFT qui affecte automatiquement un canal STREAM32K à ce type de flux. La communication est automatiquement positionnée sur le type de 15 flux streaming Le procédé et l'architecture système selon l'invention présentent notamment les avantages suivants : Pour un flux entrant ou sortant, la solution permet : 20 - de mettre en oeuvre la ressource adéquate en QoS et consommation de débit, - de faire bénéficier le flux d'une bande passante garantie sur le segment contraint, - de permettre la sélection des flux à chiffrer, certains pouvant ainsi 25 rester en clair. La solution étant basée sur du chiffrement IPSec permet l'ouverture d'un tunnel chiffré par communication et/ou par type de trafic. Pour la téléphonie, la solution permet de chiffrer communication par communication des flux de type VoIP, et d'affecter à ces flux la qualité de 30 service adéquate, aussi bien sur un appel Outband, que sur un appel Inbound. Pour la donnée ou Data, la mise en oeuvre de la présente invention permet de chiffrer les flux services par services, et d'affecter à ces flux, la qualité de service QoS adéquate, aussi bien sur un appel Outband que sur un appel Inbound. Cela permet de réduire de manière significative la bande passante consommée et donc le coût des communications. L'objet de la présente invention garantit malgré l'overhead important du tunnel IPsec que toutes les communications VoIP seront chiffrées et bénéficieront d'une qualité de services associée à un streaming 32 K.10 REVENDICATIONS1 - Système pour établir de façon dynamique un ou plusieurs tunnels chiffrés pour la transmission de données sur des réseaux à bande contrainte, ledit réseau utilisant un protocole de communication temps réel, caractérisé en ce qu'il comporte au moins les éléments suivants : - Un ou plusieurs terminaux (10) désignés T1, .T7 transmettent les flux de données à acheminer vers un autre destinataire via un satellite S, à un serveur SIP (20), - Ledit serveur SIP (20) transmet ledit flux de données à chiffrer à un routeur (30) comprenant un premier module de chiffrement (40) et des règles assurant un chemin pour un flux de données identifié, - Le module de chiffrement (40) va lire l'identifiant du protocole temps réel présent dans la trame de données à chiffrer, et selon une règle 15 prédéfinie, va chiffrer le flux de données avec une clé correspondant au port indiqué dans un identifiant de la trame de données et identifié, - Ledit module de chiffrement ajoute un champ de données d'identification à la trame de données chiffrées, - Un module de routage (30) va ensuite appliquer des règles 20 d'affectation de canal streaming pour transmettre le ou les flux de données chiffrées à un modem (60) comprenant un module permettant l'ouverture d'un nombre de tunnels chiffrés égal au nombre de communications ou par type de trafic, - Le modem Satcom va ensuite transmettre les différents flux de 25 données chiffrés via les différents canaux chiffrés au satellite de communication S, - Ledit satellite S est en liaison avec une station de réception (70) qui va distribuer les flux de données chiffrées, vers un module de routage (80), un module de chiffrement-déchiffrement (81) 3o - Ledit module de chiffrement-déchiffrement comprend une table (82) de correspondance entre la valeur contenue dans le champ identifiantun flux de données chiffré et un numéro de port RTP et la correspondance entre la clé de déchiffrement à utiliser et la valeur RTP, déchiffre les flux de données et transmet les données déchiffrées vers - Un ensemble de terminaux destinataire. 2 - Système selon la revendication 1 caractérisé en ce que les terminaux de données sont des terminaux de type voix sur IP. 3 - Système selon la revendication 1 caractérisé en ce que le module de routage (30, 80) applique les règles TFT, le système de communication étant un système satellitaire de type BGAN, Swiftbroadband et Fleetbroadband ou GPRS. 4 - Système selon la revendication 1 caractérisé en ce que un tunnel de communication est configuré dans un fichier template associant un trafic identifié par un port RTP, UDP à une valeur Espi correspondant à un identificateur d'un tunnel chiffré, interprété par des règles TFT. 5 - Système selon la revendication 1 caractérisé en ce que le module de chiffrement met en oeuvre un chiffrement IPSec. 6 - Procédé permettant d'établir de manière dynamique des tunnels ou canaux de communications chiffrés entre au moins deux terminaux, l'un étant embarqué à bord d'un satellite, l'autre dans une station sol au sein d'un système de communication selon la revendication 1 utilisant un protocole de communication, caractérisé en ce qu'il comporte au moins les étapes suivantes : Au niveau de la station Bord Ouverture de plusieurs tunnels1) générer un fichier de configuration qui comprend pour chaque extrémité d'un tunnel : l'identification du trafic ou flux de données à chiffrer, une clé de chiffrement, un numéro de port ou adresse de la destination, 2) chiffrer un flux de données au moyen d'un module de chiffrement, si ledit module de chiffrement trouve dans ledit fichier de configuration un élément identifiant correspondant à l'identifiant du flux de données à chiffrer, le flux de données ainsi chiffré comprenant un champ identifiant l'adresse de destination, le tunnel de communication, 3) transmettre le trafic chiffré via un module de routage et un modem, à un deuxième module de routage situé dans la station sol Au niveau de la station sol 5) déchiffrer le flux de données en utilisant l'identifiant du tunnel et une table de correspondance donnant une clé de chiffrement associée à 15 un tunnel, 6) transmettre le flux de données déchiffré au destinataire. 7 - Procédé permettant d'établir de manière dynamique des tunnels ou canaux de communications chiffrés entre au moins deux terminaux, l'un étant 20 embarqué à bord d'un sateffite, l'autre dans une station sol au sein d'un système de communication selon la revendication 1 utilisant un protocole de communication, caractérisé en ce qu'il comporte au moins les étapes suivantes : Au niveau de la station sol 25 Ouverture de plusieurs tunnels 1) générer un fichier de configuration qui comprend pour chaque extrêmité d'un tunnel : l'identification du trafic ou flux de données à chiffrer, une clé de chiffrement, un numéro de port ou adresse de la destination, 30 2) chiffrer un flux de données au moyen d'un module de chiffrement, si ledit module de chiffrement trouve dans ledit fichier de configurationun élément identifiant correspondant à l'identifiant du flux de données à chiffrer, le flux de données ainsi chiffré comprenant un champ identifiant l'adresse de tunnel, 3) transmettre le trafic chiffré via un module de routage et un modem, 5 à un deuxième module de routage situé dans la station Bord Au niveau de la station Bord 5) déchiffrer le flux de données en utilisant l'identifiant du tunnel et une table de correspondance donnant une clé de chiffrement associée à un tunnel, io 6) transmettre le flux de données déchiffré au destinataire. 8 - Utilisation du système selon l'une des revendications 1 à 5 ou du procédé selon l'une des revendications 6 et 7 au protocole standard SIP.