Brevet FR3093879A1 — publié le 20200918

Description Titre de l'invention : Réduction de la surface d'attaque dans un système de communications [0001] L'invention concerne le domaine des transferts des données au sein des systèmes de communications sans fil, et plus particulièrement la sécurité des transferts de données mis en oeuvre par un équipement de communications. [0002] Un des problèmes de la sécurité informatique est l'introduction dans l'environnement logiciel d'un système informatique des programmes non-approuvés. L'ensemble des points d'accès par lesquels un utilisateur non-autorisé pourrait. introduire des tels programmes dans un système informatique est connu sous la dénomination dc « surface d'attaque » du système. Des tels points d'accès sont, par exemple, les points d'accès aux services des différentes couches d'une pile de protocoles de communication, en particulier de la couche TCP/IP (Transmission Control Protocol/Internet Protocol). Réduire la surface d'attaque d'un système informatique constitue une mesure dc sécurité importante. [0003] Lcs véhicules deviennent de plus en plus complexes et comprennent un nombre croissant d'unités électroniques dc contrôle, pour offrir davantage dc fonctionnalités à l'utilisateur final. Ces unités électroniques de contrôle sont munies d'interfaces de communication, pour établir directement ou indirectement des liens avec des systèmes informatiques distants, via des réseaux de télécommunications, permettant ainsi aux véhicules dc devenir «connectés», mais introduisant une nouvelle menace potentielle de cybcrattaque. [0004] Dans certaines architectures, les unités électroniques dc contrôle d'un véhicule accèdent aux réseaux de télécommunications étendus, par exemple Internet, par l'intermédiaire d'un système de communications disposant d'un modem RF (Radio Fréquence), apte à établir des communications au sein de ces réseaux de télécommunications étendus. Ainsi, le système de communications effectue à la fois des transferts des données liés à ses propres applications, et des transferts de données entre les autres unités électroniques de contrôle du véhicule et les réseaux de télécommunications étendus. Le système de communications et les unités électroniques de contrôle sont interconnectés au sein d'un réseau local, et le système de communications redirige les flux de données en provenance et à destination des unités électroniques de contrôle en accord avec les adresses attribuées à ces unités dans le réseau local et avec les adresses sources et destinations des paquets de données. [0005] Dans les systèmes classiques, la redirection est faite par le système de commu- nications fournissant l'accès aux réseaux de télécommunications étendus, grâce à une 2 technique de traduction des adresses réseau, NAT (abréviation des termes anglais « Network Address Translation »), qui est mise en oeuvre dans la couche TCP/IP d'une pile de protocoles s'exécutant dans l'environnement logiciel dudit système de communications. Dans ce cas, un flux de données reçu depuis un réseau étendu doit être traité par la pile de protocoles TCP/IP exécutée par le système de communications, même si ce dernier n'est pas le destinataire des données. Ainsi, des données non-autorisées peuvent s'introduire dans l'environnement logiciel du système de communications. [0006] Certains flux de données, par exemple des contenus multimédia, ne sont pas systéma- tiquement sécurisés; les traiter par la pile de protocoles TCP/IP du système de communications pourrait créer des failles de sécurité, mais les rejeter pourrait conduire à une mauvaise expérience utilisateur. Ainsi, il y a un besoin d'assurer le transfert de données entre les différentes unités électroniques de contrôle et les réseaux de télécommunications étendus, sans exposer le système de communications à des cyherattaques. [0007] On connaît du document CN101127698 B un système et un procédé pour réaliser une sélection de routage basée sur les services, et nécessitant une identification du flux de données, ce qui suppose l'implication des couches supérieures de la pile de protocoles. [0008] Par conséquent, il y a un besoin de pouvoir acheminer les données entre les réseaux de télécommunications étendus et les unités électroniques de contrôle du véhicule, qui n'impose pas une identification préalable du flux par examination des données, tout en préservant la sécurité de l'environnement logiciel du système de communications. [0009] Un but de la présente invention est de répondre aux inconvénients de l'art antérieur mentionnés ci-dessus. [0010] Pour cela, un premier aspect de l'invention concerne un procédé d'acheminement de paquets de données en provenance ou à destination d'au moins une unité électronique de contrôle, dits paquets sortants, respectivement paquets entrants, ladite au moins une unité électronique de contrôle étant connectée à un système de communications via une première interface, ledit système de communications étant connecté via une deuxième interface à un modem apte à transférer lesdits paquets sortants et lesdits paquets entrants vers, respectivement depuis au moins un réseau de télécommunications par l'intermédiaire d'une pluralité de points d'accès, chaque point d'accès étant de type sécurisé ou de type non-sécurisé, et étant en correspondance avec une unité de contrôle électronique, le procédé étant exécuté par le système de communications et comprenant : - une étape de traitement entrant et/ou - une étape de traitement sortant. [0011] L'étape de traitement entrant comprend : une première étape de réception, par l'intermédiaire de la deuxième interface, d'un paquet entrant et d'un identifiant d'un point d'accès par l'intermédiaire 3 duquel ledit paquet entrant a été reçu par le modem depuis ledit réseau de télécommunications, dit point d'accès de réception ; une première étape de détermination d'un type du point d'accès de réception. Si ledit point d'accès de réception est de type non-sécurisé, le procédé comprend ensuite une première étape d'identification d'une unité électronique de contrôle correspondant au point d'accès de réception, dite unité destinataire, et une première étape de transfert dudit paquet entrant vers l'unité destinataire au niveau d'une couche de liaison de données d'une pile de protocoles TCP/IP, par l'intermédiaire de la première interface, sans impliquer la couche TCP/IP. Si ledit point d'accès de réception est de type sécurisé, le procédé comprend ensuite une première étape de traitement interne dudit paquet entrant par une pile de protocoles de télécommunications TCP/IP exécutée par le système de communications. [0012] L'étape de traitement sortant comprend : une deuxième étape de réception par l'intermédiaire de la première interface d'un paquet sortant, en provenance d'une unité électronique de contrôle, dite unité source ; une deuxième étape d'identification d'un point d'accès correspondant à l'unité électronique source, dit point d'accès d'émission ; une deuxième étape de détermination d'un type du point d'accès d'émission. Si ledit point d'accès d'émission est de type non-sécurisé, le procédé comprend ensuite une deuxième étape de transfert dudit paquet sortant et d'un identifiant dudit point d'accès d'émission au niveau d'une couche de liaison de données d'une pile de protocoles TCP/IP, vers le modem, par l'intermédiaire de la deuxième interface, sans impliquer la couche TCP/IP de ladite pile. Si ledit point d'accès d'émission est de type sécurisé, le procédé comprend ensuite une deuxième étape de traitement interne dudit paquet sortant par une pile de protocoles de télécommunications TCP/IP exécutée par le système de communications. [0013] Suivant des modes de réalisation préférés, l'invention comprend une ou plusieurs des caractéristiques suivantes qui peuvent être utilisées séparément ou en combinaison partielle entre elles ou en combinaison totale entre elles. [0014] La première interface comprend une couche physique de transmission de données et une pluralité de couches logiques pour la mise en oeuvre d'au moins une partie d'un réseau virtuel sécurisé comprenant un point d'accès sécurisé, et d'un réseau local de type point à point mettant en oeuvre une couche de liaison de données entre ladite au moins une unité électronique de contrôle et ledit système de communications . La première étape de transfert comprend une première sous-étape d'ajout d'en-tête conforme à la couche de liaison de données audit paquet entrant ; et/ou la deuxième étape de transfert comprend unc deuxième sous-étape d'ajout d'en-tête conforme au protocole de liaison de données entre ledit système de communications et ledit modem, audit paquet sortant. [0015] La première étape de transfert peut comprendre une première sous-étape de confirmation de prise en charge dudit paquet entrant. [0016] Dans un mode de réalisation préféré, [0017] l'au moins un réseau de télécommunications est un réseau de communications avec des équipements mobiles de communication; [0018] la première étape de traitement interne et/ou deuxième étape de traitement interne comprend une première, respectivement deuxième sous-étape de translation d'adresse, NAT, entre l'au moins un réseau de télécommunications et la partie du réseau virtuel sécurisé ; et [0019] la première interface est une interface Ethernet. [0020] L'invention concerne aussi un programme d'ordinateur comportant des instructions qui, lorsqu'exécutées par un processeur d'un système informatique, entraînent la mise en oeuvre d'un procédé d'acheminement de paquets de données tel que précédemment décrit. [0021] L'invention concerne aussi un système de communications apte à être connecté [0022] via une première interface à au moins une unité électronique de contrôle ; et [0023] via une deuxième interface à un modem apte à transférer des paquets de données en provenance ou à destination de ladite au moins une unité électronique de contrôle, dits paquets sortants, respectivement paquets entrants, vers, respectivement depuis, au moins un réseau de télécommunications par l'intermédiaire d'une pluralité de points d'accès, chaque point d'accès étant de type sécurisé ou de type non-sécurisé, et étant en correspondance avec une unité de contrôle électronique. [0024] Ledit système de communications comprend en outre : [0025] des premiers moyens de réception depuis ladite au moins une unité électronique de contrôle, dite unité source, d'un paquet sortant ; [0026] des moyens d'identification d'un point d'accès correspondant à l'unité électronique source, dit point d'accès d'émission ; [0027] des deuxièmes moyens de réception depuis le modem d'un paquet entrant et d'un identifiant d'un point d'accès par l'intermédiaire duquel ledit paquet entrant a été reçu par le modem depuis ledit réseau de télécommunications, dit point d'accès de réception ; [0028] des moyens de détermination d'un type du point d'accès d'émission et/ou du point d'accès de réception ; [0029] des moyens de transfert au niveau d'une couche de liaison d'une pile de protocoles TCP/IP, sans impliquer la couche TCP/IP de ladite pile, dudit paquet sortant et de l'identifiant dudit point d'accès d'émission vers le modem si le type du point d'accès d'émission est non-sécurisé; dudit paquet entrant vers l'unité destinataire si le type du point d'accès de réception est non-sécurisé; [0030] des moyens de traitement interne dudit paquet entrant et/ou dudit paquet sortant par une pile de protocoles de télécommunications TCP/IP si le type du point d'accès de réception est sécurisé. [0031] Un autre aspect de l'invention concerne un équipement mobile de communications comprenant un système de communications tel que précédemment décrit, et au moins une unité électronique de contrôle, connectés via une première interface de type mémoire partagée, Ethernet, USB, ou CAN. [0032] L'invention concerne aussi un véhicule comprenant un équipement de commu- nications tel que précédemment décrit. [0033] D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description détaillée qui suit, donnée à titre d'exemple nullement limitatif, et illustrée par les dessins annexés, dans lesquels : [0034] [fig.1] représente schématiquement un exemple d'équipement de communications sans fil pouvant mettre en oeuvre l'invention. [0035] [fig.2] représente schématiquement l'architecture d'un équipement de commu- nications sans fil pouvant mettre en oeuvre l'invention. [0036] [fig.3] représente schématiquement les étapes d'un procédé d'acheminement de paquets de données, selon un mode de réalisation de l'invention. [0037] [fig.4] représente schématiquement une étape de traitement entrant du procédé d'acheminement de paquets de données, selon un mode de réalisation de l'invention. [0038] [fig.5] représente schématiquement une étape de traitement sortant du procédé d'acheminement de paquets de données, selon un mode de réalisation de l'invention. [0039] En figure 1 est représenté schématiquement un équipement de communications sans fil ES pouvant mettre en oeuvre l'invention. Cet équipement ES, par exemple un système de gestion multimédia d'un véhicule, est connecté à deux réseaux de télécommunications étendus NTWI, NTW2. [0040] L'équipement de communications ES comprend un système multimédia IVI, deux unités électroniques de contrôle ECUI, ECU2 pour fournir des services applicatifs et un système de communications IVC, connectés via une première interface IF1. Le système multimédia IVI est lui-même assimilé à une unité de contrôle dans cette demande car intégrant un calculateur. [0041] Le système de communications IVC dispose d'un modem radiofréquences MDM, par exemple un modem multimodes GPRS, UMTS, et LTE, permettant la connexion 6 du système de communications IVC, et par son intermédiaire, des unités électroniques de contrôle IVI, ECUI, ECU2, aux réseaux de télécommunications étendus NTW1, NTW2. [0042] Les unités électroniques de contrôle IVI, ECUl, ECU2 accèdent aux réseaux de télé- communications étendus par l'intermédiaire des points d'accès APNI, APN2. Chaque point d'accès peut être de type sécurisé, si les données transitant par ce point d'accès sont considérées comme ne présentant pas de risque pour la sécurité du système informatique, ou de type non-sécurisé dans le cas contraire. Chaque point d'accès est en correspondance avec une unité électronique de contrôle et inversement. [0043] Le modem radiofréquences MDM est connecté au système de communications TVC par une interface 1F2. [0044] Le système de communications WC comprend également un processeur P, des mémoires MEMp, MEMd, pour stocker des programmes et des données informatiques, et des circuits spécialisés ETH, 1, assurant respectivement la connexion aux interfaces de communication IF1, 1F2. L'équipement de communications sans fil ES comprend également des moyens spécialisés, pouvant dans certains modes de réalisation être mis en oeuvre par des circuits électroniques coopérant avec des modules logiciels qui utilisent le processeur P et les mémoires MEMp, MEMd : [0045] des premiers moyens de réception, IF1, ETH, P, MEMp, MEMd, depuis une des unités électroniques de contrôle IVI, ECUl, ECU2, dite unité source, d'un paquet sortant ; [0046] des moyens d'identification d'un point d'accès APNI, APN2, correspondant à l'unité électronique source IVI, ECUIL ECU2, dit point d'accès d'émission; [0047] des deuxièmes moyens de réception IF2, I, P, MEMp, MEMd, depuis le modem MDM d'un paquet entrant et d'un identifiant d'un point d'accès APNI, APN2 par l'intermédiaire duquel ledit paquet entrant a été reçu par le modem MDM depuis ledit réseau de télécommunications NTW1, NTW2, dit point d'accès de réception; [0048] des moyens de détermination P, MEMp, MEMd, d'un type du point d'accès d'émission et/ou du point d'accès de réception ; [0049] des moyens de transfert, P, MEMp, MEMd, I, ETH, et des moyens de traitement interne, P, MEMp, MEMd, des paquets entrants et de paquets sortants, en fonction du type de point d'accès de réception, respectivement du type de point d'accès d'émission, comme cela sera expliqué par la suite. [0050] La figure 2 représente schématiquement des éléments d'architecture de l'équipement de communications ES, mettant en évidence des modules fonctionnels impliqués et des chemins de données mis en oeuvre. [0051] A titre d'exemple, une seule unité électronique de contrôle, IVI, est représentée. [0052] Les paquets de données émis par une unité électronique de contrôle électronique IVI, 7 à destination d'un réseau étendu NTWI, NTW2, sont envoyés par l'unité unité électronique émettrice IVI, via la première interface 1F1 vers le système de communications IVC, qui les achemine par l'intermédiaire de la deuxième interface W2 vers le modem radiofréquences MDM, pour émission vers le réseau étendu destinataire NTWI, NTW2. [0053] De manière similaire, les paquets de données en provenance d'un réseau étendu NTWI, NTW2, et à destination d'une unité électronique de contrôle électronique IVI, ECUI, ECU2, sont reçus par le modem radiofréquences MDM, et ensuite transmis au système de communications IVC via la deuxième interface IF2, pour acheminement vers l'unité électronique destinataire. [0054] Le système de communications WC met en oeuvre des modules « pilotes d'interface », pour le contrôle des interfaces TFI, TF2. Dans l'exemple illustré, la première interface TFI est une interface de type Ethernet, contrôlée par le module « Pilote TFI » et la deuxième interface W2 est une interface de type mémoire partagée (shared mémory), contrôlée par le module « Pilote MDM». [0055] Pour communiquer avec les réseaux de télécommunications NTWI, NTW2, le modem radiofréquences MDM met en oeuvre un protocole cellulaire de transport de paquets IP : le protocole « PDP », abréviation des termes anglais « Packct Data Protocol ». Conformément à ce protocole PDP, le modem MDM définit des structures de données, de type dit « PDP context », et utilisées pour traiter et router les flux de données dans les réseaux de télécommunications NTWI, NTW2. Le modem MDM expose une structure de type « PDP context » pour chaque point d'accès utilisé. Ainsi, grâce à l'utilisation du protocole PDP et des structures de données de type « PDP contexte », le point d'accès par l'intermédiaire duquel un paquet de données est reçu par le modem MDM peut être identifié. [0056] Comme déjà mentionné, chaque point d'accès APN1, APN2, est associé à une unité de contrôle électronique IVI, ECUI, ECU2. Cette association peut être déterminée par les services fournis à un utilisateur de l'équipement de communications ES. Par exemple l'IVI doit avoir une connexion au réseau internet NTW2 considéré comme non sécurisé. L'IVI nécessite également une connexion au réseau interne du constructeur du véhicule, NTWI, considéré comme sécurisé, pour lequel l'IVC utilise un module de translation d'adresse, NAT, afin de partager cette connexion sécurisée avec l'unité de contrôle IVI. [0057] Dans certains modes de réalisation, la correspondance entre les points d'accès APN1, APN2, APNi, et les unités électroniques de contrôle IVI, ECUI, ECU2,..., ECUj, est biunivoque. [0058] Dans d'autres modes de réalisation, une unité électronique de contrôle, ECUk, peut partager sa connexion avec le système de communications IVC avec d'autres unités 8 électroniques de contrôle ECUkl, ECUk2, ECUkn, pour permettre à ces dernières d'accéder à des points d'accès APNkI, APNk2, APNkn non-sécurisés. Dans ce cas, tous les paquets à destination des unités électroniques de contrôle ECUk1, ECUk2, ECUkn, seront transférés par le système de communications IVC vers l'unité électronique de contrôle ECUk. Cette dernière peut ensuite gérer l'adressage des paquets vers les unités électroniques de contrôle ECUk1, ECUk2, ECUkn, selon des techniques connues, par exemple des mécanismes de translation d'adresse. [0059] Dans les deux cas, le procédé d'acheminement de paquets de données selon l'invention assure le transfert de paquets en provenance ou à destination d'un point d'accès non-sécurisé sans impliquer la couche TCP/IP de la pile de protocoles mise en oeuvre par le système de communications IVC, permettant ainsi à l'utilisateur un accès à des services fournis par l'intermédiaire de ces points d'accès non-sécurisés, sans exposer le système de communications IVC aux flux de données non-sécurisés. [0060] Dans la suite de cc document, les paquets de données en provenance d'une unité électronique de contrôle sont nommés « paquets sortants », et les paquets de données à destination d'une unité électronique de contrôle, « paquets entrants ». Les traitements appliqués par le système de communication IVC aux paquets de données entrants, respectivement sortants sont nommés « traitement entrant », respectivement « traitement sortant ». [0061] Le procédé d'acheminement mis en oeuvre par le système de communications IVC comprend, comme illustré en figure 3, une étape de traitement entrant E100 et/ou une étape de traitement sortant E200. [0062] L'étape E100 de traitement entrant selon un mode de réalisation de l'invention sera maintenant détaillée en référence aux figures 2 et 4. [0063] Lors de la réception d'un paquet entrant depuis un réseau de télécommunications NTWI, NTW2, le modem MDM identifie, grâce au protocole PDP et aux structures de données de type «PDP contexte », le point d'accès par l'intermédiaire duquel ce paquet de données a été reçu. L'identifiant de ce point d'accès est transmis, avec le paquet de données reçu, au système de communications IVC, via la deuxième interface IF2 [0064] Le système de communications IVC reçoit, lors d'une première étape de réception E110, par l'intermédiaire de la deuxième interface IF2, le paquet entrant et l'identifiant du point d'accès de réception APNI, APN2. Ces informations sont traitées par le pilote Pilote MDM». [0065] Ensuite, lors d'une première étape de détermination E120, le type du point d'accès de réception est déterminé. Quand l'IVC demande au modem l'établissement d'une connexion à un APN donné (identifiant un réseau NTW1), l'IVC indique sur quel canal logique de l'IF2 il souhaite pouvoir recevoir et transmettre des données pour 9 cette connexion. C'est l'association APN/Canal logique qui permet à l'IVC de déterminer l'appartenance des données à un réseau NTWI ou NTW2. [0066] Nous allons supposer dans un premier temps que le paquet entrant est reçu depuis le réseau NTW2 par l'intermédiaire du point d'accès APN2, de type non-sécurisé. [0067] Suite à l'exécution de l'étape E120, il est donc déterminé que le point d'accès de réception est de type non-sécurisé. [0068] Dans ce cas, le système de communications IVC exécute une première étape d'identification E130 de l'unité électronique de contrôle, IVI, correspondant au point d'accès de réception, dite unité destinataire. [0069] Ensuite une première étape de transfert E140 dudit paquet entrant vers l'unité des- tinataire IVI est exécutée. Lors de cette étape, le transfert est effectué au niveau d'une couche de liaison de données de la pile de protocoles TCP/IP du système de communications IVC, sans impliquer la couche TCP/IP. En d'autres termes, le transfert est opéré sans intervenir sur la couche réseau, en modifiant seulement l'encapsulation des paquets IP, sans effectuer une recopie des données, « mcmcopy » en anglais, et sans analyser le format et le contenu des paquets. [0070] Seulement les champs de début et de fin des trames transmises par le pilote gérant la couche protocolaire PDP, « Pilote MDM » sont supprimés et remplacés par les champs spécifiques à la couche liaison de données de la première interface IF1 lors d'une sous-étape E142 . [0071] Dans certains modes de réalisation, la première étape de transfert E140 comprend une première sous-étape de confirmation de prise en charge E144 dudit paquet entrant. Cette confirmation peut être utilisée par le pilote gérant la couche protocolaire PDP, Pilote MDM », de manière similaire aux confirmations de prise en charge émises par la couche TCP/IP lors d'un traitement classique des données. [0072] Le transfert effectué lors de l'étape E140 utilise la première interface IF1, dans l'exemple illustré en figure 2 une interface de type Ethernet. Les paquets IP reçus depuis le pilote gérant la couche protocolaire PDP, « Pilote MDM », sont dans ce cas encapsulés dans des trames Ethernet, par ajout des champs spécifiques à ce protocole. Le champ « adresse de destination » sera renseigné avec l'adresse attribuée à l'unité destinataire IVI dans le réseau local Ethernet constitué au sein de l'équipement de communications ES. [0073] Les trames Ethernet et les paquets IP contenus dans ces trames sont ensuite traités de manière classique par la pile de protocoles TCP/IP de l'unité destinataire IVI, et les données applicatives fournies à l'application APP2. [0074] Bien entendu, d'autres interfaces peuvent être utilisées pour la mise en oeuvre de la première interface IF1, par exemple des interfaces de type USB, ou bus de données CAN. [0075] Le chemin de données mis en oeuvre pour un paquet reçu par l'intermédiaire d'un point d'accès de type non-sécurisé est représenté par le trait pointillé de la figure 2. [0076] Nous allons supposer maintenant que le paquet entrant est reçu depuis le réseau NTW1 par l'intermédiaire du point d'accès APN1, de type sécurisé. Suite à l'exécution de l'étape E120, il est donc déterminé que le point d'accès de réception est de type sécurisé. [0077] Dans ce cas, le système de communications IVC exécute une première étape de traitement interne El 50. Le paquet entrant est traité par une pile de protocoles de télécommunications TCP/IP exécutée par le système de communications IVC. Il est à noter que l'application finale APP1, APP1', peut être exécutée par la couche application du système de communications IVC lui-même, ou par la couche application d'une unité électronique de contrôle IVI, ECU], ECU2. Dans ce dernier cas, le système de communication IVC partage l'accès sécurisé avec les autres unités électroniques de contrôle, selon des techniques de translation d'adresse NAT impliquant la couche TCP/IP. Comme le point d'accès APN1 est de type sécurisé, le traitement interne par la pile de protocoles TCP/IP exécutée par le système de communications IVC préserve la sécurité du système. [0078] Les chemins de données mis en oeuvre pour des paquets reçus par l'intermédiaire du point d'accès de type sécurisé APN1, et destinés à être utilisés par les applications APP1, APP1', exécutées respectivement par le système de communications TVC, et par l'unité électronique de contrôle IVI, sont représentés par les traits continus de la figure 2. [0079] L'étape E200 de traitement sortant selon un mode de réalisation de l'invention sera maintenant détaillée en référence à la figure 5. [0080] Le système de communications IVC reçoit, lors d'une deuxième étape de réception E210, par l'intermédiaire de la première interface, IFI, un paquet sortant, en provenance d'une unité électronique de contrôle, IVI, ECUI, ECU2, dite unité source. [0081] Ensuite, lors d'une deuxième étape d'identification E220, est identifié un point d'accès APNI, APN2, correspondant à l'unité électronique source IVI, ECUI, ECU2, dit point d'accès d'émission. [0082] Le type du point d'accès d'émission APNI, APN2, est déterminé lors d'une deuxième étape de détermination E230. [0083] Si le point d'accès d'émission APN2 est de type non-sécurisé, est exécutée en suite une deuxième étape de transfert E240 du paquet sortant et d'un identifiant du point d'accès d'émission APNI, APN2, vers le modem MDM. Ce transfert est effectué au niveau d'une couche de liaison de données d'une pile de protocoles TCP/IP, par l'intermédiaire de la deuxième interface IF2, sans impliquer la couche TCP/IP de ladite pile. Comme dans le cas de l'étape E100 de traitement entrant, le transfert est opéré 11 sans intervenir sur la couche réseau, en modifiant seulement l'encapsulation des paquets IP, sans effectuer une recopie des données, « nicmcopy » en anglais, et sans analyser le format et le contenu des paquets. [0084] Seulement les champs de début et de fin des trames transmises par la couche liaison de données de la première interface sont supprimés et remplacés par les champs spécifiques à la couche protocolaire PDP. De cette manière, le système de communications IVC n'est pas exposé aux flux de données non-sécurisés. [0085] Le chemin de données mis en oeuvre pour l'envoi d'un paquet par l'intermédiaire d'un point d'accès de type non-sécurisé est représenté par le trait pointillé de la figure 2. [0086] Si, suite à l'exécution de la deuxième étape de détermination E230, il résulte que le point d'accès d'émission est de type sécurisé, par exemple dans le point d'accès APNI, suit une deuxième étape de traitement interne E250 du paquet sortant, par une pile de protocoles de télécommunications TCP/IP exécutée par le système de communications IVC. Comme dans le cas de l'étape de traitement entrant, le traitement interne effectué lors de l'étape de traitement sortant concerne uniquement les flux de données sécurisés. [0087] Les chemins de données mis en oeuvre pour l'envoi des paquets par l'intermédiaire du point d'accès de type sécurisé APNI, en provenance des applications APP1, APP1', exécutées respectivement par le système de communications IVC, et par l'unité électronique de contrôle IVI, sont représentés par les traits continus de la figure 2. De manière classique, le système de communication IVC partage l'accès sécurisé avec les autres unités électroniques de contrôle, selon des techniques de translation d'adresse NAT impliquant la couche TCP/IP. Comme le point d'accès APNI est de type sécurisé, le traitement interne par la pile de protocoles TCP/IP exécutée par le système de communications IVC préserve la sécurité du système. [0088] Dans un mode de réalisation préféré, la première interface IFI comprend une couche physique de transmission de données et une pluralité de couches logiques. Cette configuration permet la mise en oeuvre [0089] d'au moins une partie d'un réseau virtuel sécurisé VI comprenant un point d'accès aux services sur une unité électronique de contrôle, IVI, ECUI, ECU2 et le point d'accès sécurisé APNI ; et [0090] d'un réseau local de type point à point V2 mettant en oeuvre une couche de liaison de données L2 entre l'unité électronique de contrôle IVI, ECUI, ECU2, et le système de communications IVC. [0091] On comprendra que diverses modifications et/ou améliorations évidentes pour l'homme du métier peuvent être apportées aux différents modes de réalisation de l'invention décrits dans la présente description sans sortir du cadre de l'invention défini par les -revendications annexées. 12 13 [Revendication I]