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 de « 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/lnternet Protocol). Réduire la surface d’attaque d’un système informatique constitue une mesure de sécurité importante.

[0003] Les véhicules deviennent de plus en plus complexes et comprennent un nombre croissant d’unités électroniques de contrôle, pour offrir davantage de 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 de devenir «connectés», mais introduisant une nouvelle menace potentielle de cyberattaque.

[0004] Dans certaines architectures, les unités électroniques de 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 communications fournissant l’accès aux réseaux de télécommunications étendus, grâce à une technique de traduction des adresses réseau, NAT (abréviation des termes anglais « Network Address Translation »), qui est mise en œuvre 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ématiquement 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 cyberattaques.

[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 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 œuvre 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 œuvre 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 une 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é,

- l’au moins un réseau de télécommunications est un réseau de

communications avec des équipements mobiles de communication;

- 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

- la première interface est une interface Ethernet.

[0017] 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.

[0018] L’invention concerne aussi un système de communications apte à être connecté

- via une première interface à au moins une unité électronique de contrôle ; et

- 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.

[0019] Ledit système de communications comprend en outre :

- des premiers moyens de réception depuis ladite au moins une unité électronique de contrôle, dite unité source, d’un paquet sortant ; - des moyens d’identification d’un point d’accès correspondant à l’unité électronique source, dit point d’accès d’émission ;

- 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 ;

- 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 ;

- 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,

o 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é;

o dudit paquet entrant vers l’unité destinataire si le type du point d’accès de réception est non-sécurisé;

- 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é.

[0020] 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.

[0021 ] L’invention concerne aussi un véhicule comprenant un équipement de communications tel que précédemment décrit.

[0022] 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 :

[0023] [Fig.1 ] représente schématiquement un exemple d’équipement de communications sans fil pouvant mettre en oeuvre l’invention. [0024] [Fig.2] représente schématiquement l’architecture d’un équipement de communications sans fil pouvant mettre en œuvre l’invention.

[0025] [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.

[0026] [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.

[0027] [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.

[0028] En figure 1 est représenté schématiquement un équipement de communications sans fil ES pouvant mettre en œuvre 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 NTW1 , NTW2.

[0029] L’équipement de communications ES comprend un système multimédia IVI, deux unités électroniques de contrôle ECU1 , 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.

[0030] 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 du système de communications IVC, et par son intermédiaire, des unités électroniques de contrôle IVI, ECU1 , ECU2, aux réseaux de télécommunications étendus NTW1 , NTW2.

[0031 ] Les unités électroniques de contrôle IVI, ECU1 , ECU2 accèdent aux réseaux de télécommunications étendus par l’intermédiaire des points d’accès APN1 , 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.

[0032] Le modem radiofréquences MDM est connecté au système de communications IVC par une interface IF2.

[0033] Le système de communications IVC 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, I, assurant respectivement la connexion aux interfaces de communication IF1 , IF2. L’équipement de communications sans fil ES comprend également des moyens spécialisés, pouvant dans certains modes de réalisation être mis en œuvre par des circuits électroniques coopérant avec des modules logiciels qui utilisent le processeur P et les mémoires MEMp, MEMd :

• des premiers moyens de réception, IF1 , ETH, P, MEMp, MEMd, depuis une des unités électroniques de contrôle IVI, ECU1 , ECU2, dite unité source, d’un paquet sortant ;

• des moyens d’identification d’un point d’accès APN1 , APN2, correspondant à l’unité électronique source IVI, ECU1 , ECU2, dit point d’accès d’émission;

• 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 APN1 , 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;

• 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 ;

• 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. [0034] 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 œuvre.

[0035] A titre d’exemple, une seule unité électronique de contrôle, IVI, est représentée.

[0036] Les paquets de données émis par une unité électronique de contrôle électronique IVI, à destination d’un réseau étendu NTW1 , NTW2, sont envoyés par l’unité unité électronique émettrice IVI, via la première interface IF1 vers le système de communications IVC, qui les achemine par l’intermédiaire de la deuxième interface IF2 vers le modem radiofréquences MDM, pour émission vers le réseau étendu destinataire NTW1 , NTW2.

[0037] De manière similaire, les paquets de données en provenance d’un réseau étendu NTW1 , NTW2, et à destination d’une unité électronique de contrôle électronique IVI, ECU1 , 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.

[0038] Le système de communications IVC met en œuvre des modules « pilotes d’interface », pour le contrôle des interfaces IF1 , IF2. Dans l’exemple illustré, la première interface IF1 est une interface de type Ethernet, contrôlée par le module « Pilote IF1 » et la deuxième interface IF2 est une interface de type mémoire partagée (shared mémory), contrôlée par le module « Pilote MDM».

[0039] Pour communiquer avec les réseaux de télécommunications NTW1 , NTW2, le modem radiofréquences MDM met en œuvre un protocole cellulaire de transport de paquets IP : le protocole « PDP », abréviation des termes anglais « Packet 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 NTW1 , 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é.

[0040] Comme déjà mentionné, chaque point d’accès APN1 , APN2, est associé à une unité de contrôle électronique IVI, ECU1 , ECU2. Cette association peut être déterminée par les services fournis à un utilisateur de l’équipement de communications ES. Par exemple G 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, NTW1 , 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.

[0041 ] 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, ECU1 , ECU2, ... , ECUj, est biunivoque.

[0042] 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 électroniques de contrôle ECUkl , ECUk2, ECUkn, pour permettre à ces dernières d’accéder à des points d’accès APNkl , APNk2, ..., APNkn non-sécurisés. Dans ce cas, tous les paquets à destination des unités électroniques de contrôle ECUkl , 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 ECUkl , ECUk2, ECUkn, selon des techniques connues, par exemple des mécanismes de translation d’adresse.

[0043] 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. [0044] Dans la suite de ce 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 ».

[0045] Le procédé d’acheminement mis en œuvre 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.

[0046] 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.

[0047] Lors de la réception d’un paquet entrant depuis un réseau de télécommunications NTW1 , 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.

[0048] 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 APN1 , APN2. Ces informations sont traitées par le pilote « Pilote MDM».

[0049] 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 NF2 il souhaite pouvoir recevoir et transmettre des données pour cette connexion. C’est l’association APN/Canal logique qui permet à l’ IVC de déterminer l’appartenance des données à un réseau NTW1 ou NTW2.

[0050] 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é. [0051 ] 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é.

[0052] 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.

[0053] Ensuite une première étape de transfert E140 dudit paquet entrant vers l’unité destinataire 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, « memcopy » en anglais, et sans analyser le format et le contenu des paquets.

[0054] 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 .

[0055] 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.

[0056] 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. [0057] 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.

[0058] Bien entendu, d’autres interfaces peuvent être utilisées pour la mise en œuvre de la première interface IF1 , par exemple des interfaces de type USB, ou bus de données CAN.

[0059] Le chemin de données mis en œuvre 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.

[0060] 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é.

[0061 ] Dans ce cas, le système de communications IVC exécute une première étape de traitement interne E150. 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 , APPT, 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, ECU1 , 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.

[0062] Les chemins de données mis en œuvre 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 , APPT, 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. [0063] 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.

[0064] 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, IF1 , un paquet sortant, en provenance d’une unité électronique de contrôle, IVI, ECU1 , ECU2, dite unité source.

[0065] Ensuite, lors d’une deuxième étape d’identification E220, est identifié un point d’accès APN1 , APN2, correspondant à l’unité électronique source IVI, ECU1 , ECU2, dit point d’accès d’émission.

[0066] Le type du point d’accès d’émission APN1 , APN2, est déterminé lors d’une deuxième étape de détermination E230.

[0067] 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 APN1 , 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é sans intervenir sur la couche réseau, en modifiant seulement l’encapsulation des paquets IP, sans effectuer une recopie des données, « memcopy » en anglais, et sans analyser le format et le contenu des paquets.

[0068] 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.

[0069] 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.

[0070] 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 APN1 , 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.

[0071 ] 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é APN1 , 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 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.

[0072] Dans un mode de réalisation préféré, la première interface IF1

comprend une couche physique de transmission de données et une pluralité de couches logiques. Cette configuration permet la mise en œuvre

• d’au moins une partie d’un réseau virtuel sécurisé V1 comprenant un point d’accès aux services sur une unité électronique de contrôle, IVI, ECU1 , ECU2 et le point d’accès sécurisé APN1 ; et

• d’un réseau local de type point à point V2 mettant en œuvre une couche de liaison de données L2 entre l’unité électronique de contrôle IVI, ECU1 , ECU2, et le système de communications IVC.

[0073] 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.]