FR 3142315 A1 20240524 FR 2212192 A 20221123 L’invention concerne un procédé de traitement de paquets de données dans un réseau Ethernet. Le procédé est mis en œuvre dans un commutateur stockant au moins un premier identifiant d’au moins un réseau d’accès local virtuel en association avec une première procédure de sécurisation point à point, et stockant un deuxième identifiant d’un réseau d’accès local virtuel avec une deuxième procédure de sécurisation de bout en bout. Le procédé comprend la réception (201) d’un paquet de données et la détection (202) d’un identifiant d’au moins un réseau d’accès local virtuel dans le paquet de données reçu. Ensuite, une procédure de sécurisation de couche de liaison de données est sélectionnée (203) parmi les première et deuxième procédures, en fonction de l’identifiant de réseau d’accès local virtuel déterminé. Le paquet de données est traité (204) en fonction de la procédure de sécurisation sélectionnée. FIG. 2 Réseau de communications Ethernet avec plusieurs procédures de sécurisation La présente invention appartient au domaine des réseaux de communication, notamment de réseaux Ethernet. Elle est particulièrement avantageuse dans le contexte d’une utilisation dans un véhicule comprenant plusieurs unités aptes à échanger des données et associées respectivement à différentes fonctions de communication du véhicule. On entend par « véhicule » tout type de véhicule tel qu’un véhicule automobile, un cyclomoteur, une motocyclette, un robot de stockage dans un entrepôt, etc. Dans des réseaux de communication, il est souhaitable de permettre que certains au moins des échanges soient sécurisés, afin d’empêcher leur compréhension par un tiers qui intercepterait de tels échanges. A cet effet, des réseaux Ethernet peuvent prévoir des protocoles cryptographiques de sécurité tels que TLS, pour « Transport Layer Protocol ». Toutefois, comme son nom l’indique, un tel protocole est associé à la couche de transport, soit à la couche 4 du modèle OSI, ce qui implique que le protocole consomme beaucoup de ressources de calcul et requiert un délai pour l’établissement d’une connexion. Ainsi, TLS n’est pas approprié pour de nombreuses fonctions d’un véhicule automobile, qui requièrent des échanges de données en temps réel. En outre, TLS ne permet pas de protéger le trafic de niveau 2 de la couche de liaison de données, aussi appelée couche MAC. Une solution de sécurisation de la couche 2 est connue, et est appelée MACSec, ou « MAC Security », correspondant au modèle IEEE 802.1AE. Cette solution est conçue pour le chiffrement de la couche 2 et assure la confidentialité et l’intégrité des données dans un mode sans connexion. Toutefois, MACSec requiert une configuration préalable selon un mécanisme point à point ou un mécanisme de bout en bout. Or, dans un véhicule, un réseau Ethernet peut comprendre à la fois des liaisons point à point, appelées « point to point » en anglais, et des liaisons de bout en bout, aussi appelées « end to end » en anglais, ce qui rend impossible l’utilisation de MACSec, puisque la configuration selon un mécanisme de bout en bout ou selon un mécanisme point à point serait inopérant pour certaines des liaisons. Il existe ainsi un besoin de protéger les échanges de la couche 2 dans un réseau de communication, comprenant à la fois des échanges point-à-point et des échanges de bout en bout, notamment dans un réseau de communication Ethernet de véhicule automobile. A cet effet, un premier aspect de l’invention concerne un procédé de traitement de paquets de données dans un réseau de communication Ethernet comprenant des unités de communication, le procédé étant mis en œuvre dans un commutateur du réseau de communication, le commutateur stockant au moins un premier identifiant d’au moins un réseau local virtuel en association avec une première procédure de sécurisation de couche de liaison de données point à point, et stockant au moins un deuxième identifiant d’au moins un réseau local virtuel avec une deuxième procédure de sécurisation de liaison de données de bout en bout, le procédé comprenant les étapes suivantes: - réception d’un paquet de données ; - détection d’un identifiant d’au moins un réseau d’accès local virtuel dans le paquet de données reçu ; - sélection d’une procédure de sécurisation de couche de liaison de données parmi la première procédure de sécurisation et la deuxième procédure de sécurisation, en fonction de l’identifiant de réseau d’accès local virtuel déterminé ; - traitement du paquet de données en fonction de la procédure de sécurisation sélectionnée. Ainsi, le commutateur est apte à appliquer une procédure de sécurisation de liaison de données adaptée au réseau d’accès local virtuel dans lequel le paquet de données est échangé. Il est ainsi rendu possible de sécuriser des échanges de la couche 2 d’un réseau de communication hébergeant plusieurs réseaux d’accès virtuels locaux et réalisant plusieurs types de liaison. Selon des modes de réalisation, le traitement en fonction de la première procédure de sécurisation peut comprendre une vérification d’un premier élément de sécurité du paquet de données reçu sur un port d’entrée du commutateur et un remplacement du premier élément de sécurité par un deuxième élément de sécurité dans le paquet de données avant transmission à une unité destinataire via un port de sortie du commutateur. Ainsi, le commutateur placé en interception entre une unité source et une unité de destination permet de sécuriser une liaison de données de type point à point. Une telle procédure de sécurisation peut également permettre une inspection en profondeur, de type DPI, du paquet de données. Selon des modes de réalisation, le traitement en fonction de la deuxième procédure de sécurisation peut comprendre une transmission sans modification du paquet de données à une unité destinataire du paquet par le commutateur. Ainsi, le commutateur permet de router le paquet de données dans le réseau local virtuel sans le modifier lorsque cela n’est pas nécessaire, ce qui permet une meilleure latence dans le transfert du paquet ainsi que d’économiser des ressources de calcul du commutateur. La sécurisation des paquets de données est ainsi optimisée dans le réseau de communication Ethernet. Selon des modes de réalisation, au moins l’un des premier et deuxième identifiants peut comprendre un identifiant d’un groupe de réseaux locaux virtuels. Un commutateur peut en effet être en charge du transfert de paquets dans plusieurs réseau locaux virtuels utilisant la même procédure de sécurisation de couche 2. Un même identifiant peut ainsi être utilisé pour désigner un groupe de réseaux locaux virtuels avec la même procédure de sécurisation, ce qui permet de simplifier le traitement du paquet de données par le commutateur. En effet, les commutateurs ont généralement des ressources de calcul limitées. Selon des modes de réalisation, la charge utile du paquet de données peut être cryptée, et l’identifiant d’au moins un réseau local virtuel peut être détecté dans un en-tête du paquet de données. Ainsi, l’identification du réseau local virtuel est facilitée pour le commutateur. Selon des modes de réalisation, les première et deuxième procédures de sécurisation peuvent être des procédures MACSec selon le modèle IEEE 802.1AE. Des telles procédures permettent de sécuriser des liaisons de couche 2 et sont compatibles avec les réseaux de communication Ethernet. En complément, l’en-tête du paquet de données peut avoir un format défini par un mode Wide Area Network, WAN, du modèle IEEE 802.1AE. Ainsi, ce mode de réalisation permet de tirer parti de procédures de sécurisation existantes, et d’appliquer plusieurs de ces procédures de manière différenciée dans un même réseau de communication Ethernet. Selon des modes de réalisation, le réseau de communication Ethernet peut comprendre des unités de communication d’un véhicule automobile, dans lequel le commutateur est intégré dans l’une des unités de communication du réseau de communication Ethernet. L’invention est en effet particulièrement avantageuse dans le cas d’un réseau de communication Ethernet d’un véhicule automobile, puisque les unités de contrôle d’un tel véhicule automobile réalisent des fonctions très différentes nécessitant des liaisons de différents types, et donc des procédures de sécurisation différentes. Un deuxième aspect de l’invention concerne un programme informatique comportant des instructions pour la mise en œuvre du procédé selon la premier aspect de l’invention, lorsque ces instructions sont exécutées par un processeur. Un troisième aspect de l’invention concerne un commutateur d’un réseau de communication Ethernet comprenant des unités de communication, le commutateur comprenant : - une mémoire stockant au moins un premier identifiant d’au moins un réseau local virtuel en association avec une première procédure de sécurisation de couche de liaison de données point à point, et stockant au moins un deuxième identifiant d’au moins un réseau local virtuel avec une deuxième procédure de sécurisation de liaison de données de bout en bout ; - une interface de réception d’un paquet de données ; - un processeur configuré pour détecter un identifiant d’au moins un réseau local virtuel dans le paquet de données reçu, pour sélectionner une procédure de sécurisation de couche de liaison de données parmi la première procédure de sécurisation et la deuxième procédure de sécurisation, en fonction de l’identifiant de réseau local virtuel détecté et pour traiter le paquet de données en fonction de la procédure de sécurisation sélectionnée. D’autres caractéristiques et avantages de l’invention apparaîtront à l’examen de la description détaillée ci-après, et des dessins annexés sur lesquels : illustre un réseau de communication selon un mode de réalisation de l’invention; est un diagramme illustrant les étapes d’un procédé de traitement de paquet de données selon des modes de réalisation de l’invention; illustre une structure d’un paquet de données selon des modes de réalisation de l’invention; illustre la structure d’un commutateur selon des modes de réalisation de l’invention. La présente un réseau de communication Ethernet 100 selon un mode de réalisation de l’invention. Dans ce qui suit, il est considéré que le réseau 100 est intégré dans un véhicule automobile, à titre illustratif uniquement. Le réseau 100 peut toutefois être intégré dans tout autre équipement ou système comprenant plusieurs unités communicantes. Le réseau 100 comprend plusieurs unités de communication aptes à communiquer entre elles, notamment par des liaisons Ethernet. Aucune restriction n’est attachée au nombre d’unités de communication ni à leurs types. En effet, chaque unité de communication peut être associée à une fonction donnée, une telle fonction impliquant des exigences données en termes de latence dans la transmission des données et/ou en termes de criticité associée à la sécurité des données. Un exemple avec huit unités de communication et trois types d’unités de communication est représenté sur la , à titre illustratif uniquement. On comprendra que l’invention s’applique à tout réseau de communication comprenant plusieurs unités de communication d’au moins un type. Ainsi, le réseau de la peut comprendre une unité de contrôle télématique 101, ou unité TCU pour « Telematic Control Unit » en anglais, qui permet, dans un véhicule automobile, de connecter le véhicules à des serveurs distants, de type cloud, ou à d’autres véhicules via les normes V2X sur un réseau cellulaire. Par exemple, l’unité de contrôle télématique 101 peut être apte à connecter le réseau 100 à un premier serveur de type cloud 105.1, qui peut être un serveur du constructeur automobile apte à fournir un premier ensemble de services. En outre, l’unité de contrôle télématique 101 peut être apte à connecter le réseau 100 à un deuxième serveur de type cloud 105.2, d’un autre fournisseur de services, apte à fournir un deuxième ensemble de services. Le réseau de la peut également comprendre des unités de contrôle électroniques de type calculateur à haute performance, ou unités HPC ECU pour « High Performance Computing Electronic Control Unit » en anglais, comprenant une première unité HPC ECU 102.1, une deuxième unité HPC ECU 102.2 et une troisième unité HPC ECU 102.3. La première unité HPC ECU 102.1 peut être reliée à l’unité TCU 101 par une liaison physique Ethernet représentée en pointillés sur la . Chaque unité HPC ECU 102.1, 102.2 et 102.3 peut en outre communiquer avec une ou plusieurs unités de contrôle de zone, aussi appelée unité ZCU pour « Zonal Control Unit » en anglais. Le réseau 100 peut notamment comprendre une première unité ZCU 103.1, une deuxième unité ZCU 103.2, une troisième unité ZCU 103.3 et une quatrième unité ZCU 103.4. Chaque unité ZCU peut être localisée dans une zone donnée du véhicule, à proximité de capteurs et d’actuateurs de la zone donnée, de manière à former une passerelle de communication et à assurer une exécution fiable de certaines des fonctions du véhicule. Chaque unité ZCU peut communiquer avec des unités de contrôle électroniques 104 du véhicule via des liaisons CAN représentées en traits pleins sur la . Par exemple, l’une des unités ZCU peut être en charge d’ECUs d’un dispositif d’éclairage du véhicule, alors qu’une autre unité ZCU peut être en charge d’ECUs d’un système d’airbag du véhicule. D’autres unités ZCU peuvent être prévues pour remplir d’autres fonctions du véhicule. Dans l’exemple de la , la première unité HPC ECU 102.1 peut être reliée par des liaisons physiques Ethernet respectives à la deuxième unité ZCU 103.2 et à la troisième unité ZCU 103.3. La deuxième unité HPC ECU 102.2 peut être reliée par une liaison physique Ethernet à la première unité ZCU 103.1 et la troisième unité HPC ECU 102.3 peut être reliée par une liaison physique Ethernet à la quatrième unité ZCU 103.4. En outre, la première unité HPC ECU 102.1 peut être reliée à la deuxième unité HPC ECU 102.2 et à la troisième unité HPC ECU 102.3 par deux liaisons physiques Ethernet respectives. Le réseau 100 illustré sur la forme ainsi une architecture électrique électronique E/E centralisée utilisée dans de nombreux véhicules automobiles. La présente ainsi les liaisons physiques entre les unités TCU, HPC ECU ou ZCU. Chaque unité peut comprendre une unité de traitement, ou CPU, pour « Central Processing Unit », pouvant prendre la forme d’un microcontrôleur, aussi appelé MCU, pour Micro-Controller Unit, qui est une unité de traitement sur un unique circuit intégré qui comprend un processeur, une mémoire programmable ainsi que des entrées et des sorties. En variante, le CPU de chacune des unités TCU, HPC ECU ou ZCU peut être de type système sur puce, ou SoC, pour « System on Chip » en anglais, qui est une encapsulation d’un ou de plusieurs CPU, mémoires, microcontrôleurs et/ou autres composants. Un SoC est généralement utilisé pour des applications trop complexes pour être réalisées par un unique MCU. Un SoC peut notamment comprendre un système d’exploitation, ou OS pour « Operating System » en anglais. En variante, chaque unité de communication TCU, HPC ECU ou ZCU peut comprendre plusieurs CPU. Les liens physiques Ethernet présentés précédemment sont ainsi établis entre les CPU des unités de communication TCU, HPC ECU ou ZCU. En outre, le réseau 100 comprend un ou plusieurs commutateurs Ethernet qui peuvent être intégrés dans une ou plusieurs unités de communication. Dans l’exemple de la , un commutateur Ethernet est intégré dans chacune des unités HPC ECU 102.1, 102.2 et 102.3. Ainsi, un premier commutateur Ethernet 110.1 peut être intégré dans la première unité HPC ECU 102.1, un deuxième commutateur Ethernet 110.2 peut être intégré dans la deuxième unité HPC ECU 102.2 et un troisième commutateur Ethernet 110.3 peut être intégré dans la troisième unité HPC ECU 102.3. Le premier commutateur 110.1 peut être relié physiquement par des liaisons Ethernet au deuxième commutateur 110.2, au troisième commutateur 110.3, au CPU de l’unité TCU 101, au CPU de la première unité HPC ECU 102.1 et aux CPUs des deuxième et troisièmes unités ZCU 103.2 et 103.3. Le deuxième commutateur 110.2 peut être relié physiquement par des liaisons Ethernet au premier commutateur 110.1, au CPU de la deuxième unité HPC ECU 102.2 et au CPU de la première unité ZCU 103.1. Le troisième commutateur 110.3 peut être relié physiquement par des liaisons Ethernet au premier commutateur 110.1, au CPU de la troisième unité HPC ECU 102.3 et au CPU de la quatrième unité ZCU 103.4. En outre, des liaisons logiques peuvent former des réseaux d’accès locaux virtuels, ou VLAN, pour « Virtuel Local Access Network » en anglais, dont le principe est bien connu et n’est pas explicité davantage dans la présente description détaillée. Les commutateurs 110.1 à 110.3 ont un rôle central dans la réalisation de ces réseaux VLAN. A titre d’exemple, les réseaux VLAN suivants peuvent être obtenus dans le réseau 100 de la : - un premier réseau VLAN 1 reliant l’unité TCU 101, la première unité HPC ECU 102.1, la deuxième unité HPC ECU 102.2 et la troisième unité HPC ECU 102.3 ; - un deuxième réseau VLAN 2 reliant l’unité TCU 101, la première unité HPC ECU 102.1, la deuxième unité HPC ECU 102.2 et la troisième unité ZCU 103.3 ; - un troisième réseau VLAN 3 reliant la deuxième unité HPC ECU 102.2, la troisième unité HPC ECU 102.3, la première unité ZCU 103.1 et la quatrième unité ZCU 103.3. A noter que les paquets de données circulant par le réseau VLAN 3 peuvent être transférés par le premier commutateur 110.1 situé dans la première unité HPC ECU 102.1, bien que la première unité HPC ECU 102.1 ne fasse pas partie du troisième réseau VLAN 3 ; - un quatrième réseau VLAN 4 reliant la première unité HPC ECU 102.1, la deuxième unité HPC ECU 102.2, la première unité ZCU 103.1, la deuxième unité ZCU 103.2 et la troisième unité ZCU 103.3 ; - un cinquième réseau VLAN 5 reliant la première unité HPC ECU 102.1, la troisième unité HPC ECU 102.3, la deuxième unité ZCU 103.2, la troisième unité ZCU 103.3 et la quatrième unité ZCU 103.4 ; et - un sixième réseau VLAN 6 reliant l’unité TCU 101 à la première unité HPC ECU 102.1. De tels réseaux VLAN sont bien entendu donnés à titre illustratif et peuvent plus généralement relier n’importe quel ensemble d’au moins deux unités de communication du réseau 100. La est un diagramme qui illustre les étapes d’un procédé de traitement de paquets de données Ethernet, selon des modes de réalisation de l’invention. Le procédé est mis en œuvre dans un commutateur de réseau Ethernet, tel que l’un des commutateurs 110.1 à 110.3 précédemment décrits en référence à la . Le procédé selon l’invention peut comprendre une étape préalable 200, durant laquelle le commutateur mettant en œuvre le procédé peut stocker au moins un premier identifiant d’au moins un réseau local virtuel en association avec une première procédure de sécurisation de couche de liaison de données point à point, et stockant au moins un deuxième identifiant d’au moins un réseau local virtuel avec une deuxième procédure de sécurisation de liaison de données de bout en bout. De manière optionnelle, le commutateur peut en outre stocker une liste d’au moins un troisième identifiant d’au moins un réseau local virtuel, ledit au moins un troisième identifiant désignant un ou des réseaux d’accès locaux virtuels pour lesquels aucune procédure de sécurisation n’est requise. Aucune restriction n’est attachée au format des premier et deuxième identifiants. Il peut par exemple s’agir d’un identifiant alphanumérique désignant de manière unique un réseau VLAN, tel que « VLAN 1 » ou « VLAN 2 », dans l’exemple décrit en référence à la . En complément ou en variante, l’un au moins des premier et deuxième identifiants peut comprendre un identifiant d’un groupe de réseaux locaux virtuels, le groupe comprenant au moins deux réseaux d’accès locaux virtuels. Un tel identifiant de groupe est également appelé « masque ». Le stockage de tels identifiants avec des procédures de sécurisation dédiées, permet avantageusement d’appliquer différentes procédures de sécurisation de la couche de liaison, ou couche 2, dans un réseau de communication, ce qui permet d’adapter la procédure de sécurisation aux besoins spécifiques des unités de chaque réseau d’accès local virtuel ou de chaque groupe de réseaux d’accès locaux virtuels. Pour le stockage de telles associations, le commutateur peut comprendre une mémoire non volatile, décrite ultérieurement. Le procédé entre ensuite dans une phase courante durant laquelle au moins un paquet de données est échangé dans le réseau 100. A une étape 201, le commutateur de réseau reçoit un paquet de données depuis une unité de communication du réseau 100. Le paquet de données reçu à l’étape 201 peut avoir le format représenté sur la décrite ultérieurement. A une étape 202, le commutateur détecte, dans le paquet des données reçu, un identifiant de réseau d’accès local virtuel VLAN, le paquet de données étant destiné à être échangé entre deux unités du réseau local virtuel identifié, à savoir une unité source et une unité destinataire. A une étape 203, à partir des associations stockées à l’étape 200, le commutateur sélectionne l’une des procédures de sécurisation parmi la première procédure de sécurisation et la deuxième procédure de sécurisation. Alternativement, de manière optionnelle, le commutateur peut détecter que le réseau d’accès local virtuel identifié, ou le groupe identifié, correspond à un réseau d’accès local virtuel pour lequel aucune procédure de sécurisation n’est requis. A une étape 204, le commutateur traite le paquet de données en fonction de la procédure de sécurisation sélectionnée à l’étape 203. Ainsi, si la première procédure de sécurisation point à point est sélectionnée à l’étape 203, le traitement appliqué à l’étape 204 peut comprendre une vérification d’un premier élément de sécurité du paquet de données reçu sur un port d’entrée du commutateur et un remplacement du premier élément de sécurité par un deuxième élément de sécurité dans le paquet de données avant transmission à une unité destinataire via un port de sortie du commutateur. Le premier élément de sécurité et le deuxième élément de sécurité peuvent être inséré dans un champ d’en-tête MACsec tel que décrit ultérieurement en référence à la . En outre d’une vérification du premier élément de sécurité, le commutateur peut déchiffrer un contenu chiffré du paquet de données, tel que sa charge utile ou payload, au moyen par exemple d’une première clé privée partagée avec l’unité source, puis chiffrer à nouveau la charge utile du paquet de données avant sa transmission à l’unité destinataire, au moyen d’une deuxième clé privée partagée avec l’unité destinataire. De manière complémentaire ou alternative, optionnellement, le commutateur peut mener une inspection en profondeur du paquet de type DPI, pour « Deep Packet Inspection » en anglais. En revanche, si la deuxième procédure de sécurisation bout en bout est sélectionnée à l’étape 203, le traitement appliqué à l’étape 204 peut comprendre une transmission sans modification du paquet de données à une unité destinataire du paquet par le commutateur. Il n’est donc nul besoin ni de vérifier le champ d’en-tête MACsec comprenant l’élément de sécurité, ni de déchiffrer le contenu du paquet de données, ni de mener une inspection en profondeur du paquet de données. En outre, certains échanges de paquets de données peuvent ne requérir aucune sécurisation, auquel cas, s’il est déterminé qu’aucune procédure de sécurisation n’est requise à l’étape 203, le paquet de données est également transmis sans modification à une unité destinataire du paquet. Dans ce cas, le paquet de données peut alors comprendre une charge utile qui n’est pas chiffrée. La illustre une structure d’un paquet de données 300 selon des modes de réalisation de l’invention. Une telle structure correspond à un paquet de données de type MACsec tel que défini dans le standard 802.1AE de l’IEEE. De manière avantageuse, il s’agit du mode WAN, pour « Wide Area Network », du standard identifié ci-dessus, dans lequel le réseau d’accès local virtuel est identifié en clair. En effet, un tel mode est préféré au mode LAN, pour Local Area Network, dans lequel l’identifiant de VLAN est encrypté avec le charge utile du paquet, ce qui complexifie la mise oeuvre des étapes du procédé selon l’invention par le commutateur de réseau Ethernet. Le paquet de données 300 peut comprendre plusieurs champs d’en-tête 301 à 305, tels que : - un champ DMAC 301 : adresse de l’unité destinataire du paquet de données, en particulier son adresse MAC ; - un champ SMAC 302 : adresse de l’unité source du paquet de données, en particulier son adresse MAC ; - un champ 802.1Q 303 comprenant un identifiant d’un réseau d’accès local virtuel VLAN ou d’un groupe de réseaux d’accès locaux virtuels. Il s’agit du champ utilisé par le commutateur à l’étape 202 décrite précédemment pour détecter l’identifiant de VLAN; - un champ d’en-tête, ou header, 802.1AE 304 comprenant un champ MAC SEC Ether Type 304.1 qui comprend un élément de sécurité, comprenant un champ TCI/AN 304.2, un champ SL 304.3, un champ de numéro de paquet 304.4 et un champ optionnel SCI 304.5 ; - un champ ETYPE 305 et un champ de charge utile 306, ou « payload » en anglais, les champs 305 et 306 étant chiffrés, ce qui permet de sécuriser les données transportées. Un tel chiffrement peut être mis en œuvre entre des unités point à point ou entre de bout en bout, selon la procédure de sécurisation utilisée pour le réseau d’accès local virtuel ; - un champ ICV 307, comprenant une valeur de vérification d’intégrité, ou ICV, pour « Identity Check Value » en anglais ; - un champ CRC 308, de vérification de redondance cyclique, permettant de détecter des erreurs de transmission. Le champ TCI/AN 304.2 se réfère à une information de contrôle d’étiquette ou tag du réseau d’accès, aussi appelée « Tag Control Information » en anglais. Le champ MAC SEC Ether Type 304.1 comprend l’élément de sécurité qui est vérifié par le commutateur lorsque la première procédure de sécurité point à point est appliquée. Les avantages de la présente invention sont illustrés ci-après par un exemple basé sur les unités de communication du réseau 100 décrit en référence à la . Selon un exemple, l’unité TCU 101 envoie un premier paquet de données à la première unité HPC ECU 102.1, via le sixième réseau d’accès local virtuel VLAN 6, et envoie un deuxième paquet de données à la troisième unité ZCU 103.3 via le deuxième réseau d’accès local virtuel VLAN 2. Conformément à l’architecture physique de la , le premier paquet de données est échangé entre l’unité TCU 101 et la première unité HPC ECU 102.1 via le premier commutateur 110.1, et le deuxième paquet de données est échangé entre l’unité TCU 101 et la troisième unité ZCU 103.3 via la première unité HPC ECU 102.1, et donc via le premier commutateur 110.1 également. Le premier commutateur 110.1 est donc en interception lors de la communication du premier paquet et lors de la communication du deuxième paquet dans le réseau 100. Dans les systèmes de l’art antérieur, une seule et unique procédure de sécurisation peut être déployée dans un réseau 100 donné, c’est-à-dire soit une procédure de sécurisation point à point, soit une procédure de sécurisation de bout en bout. En cas d’application de la procédure point à point à l’ensemble du réseau 100, la transmission du deuxième paquet de données dans le réseau virtuel VLAN 2 n’est pas protégée. En effet, un chiffrement des données de bout en bout peut être effectué et le commutateur n’est pas en mesure de vérifier le chiffrement. De même, en cas d’application de la procédure de bout en bout à l’ensemble du réseau 100, la transmission du premier paquet de données n’est pas protégée puisque dans ce cas le premier commutateur 110.1 ne réalise pas de vérification MACsec d’un élément de sécurité. La présente invention permet ainsi de configurer chaque réseau d’accès local virtuel VLAN avec une procédure de sécurisation qui est adaptée à ses besoins en termes de latence, de sécurité, mais également en fonction des capacités de traitement des commutateurs impliqués dans chaque réseau d’accès local virtuel VLAN. Une protection est ainsi permise dans l’exemple précédemment considéré, à la fois pour la transmission du premier paquet de données mais également pour la transmission du deuxième paquet de données. I La présente la structure d’un commutateur 110 de réseau selon des modes de réalisation de l’invention. Ainsi, les commutateurs 110.1, 110.2 et 110.3 peuvent correspondre à la description qui est donnée ci-après du commutateur 110. Le commutateur 110 comprend un processeur 401 configuré pour communiquer de manière unidirectionnelle ou bidirectionnelle, via un ou des bus ou via une connexion filaire directe, avec une mémoire 402 telle qu’une mémoire de type « Read Only Memory », ROM, ou tout autre type de mémoire (Flash, EEPROM, etc). De préférence, la mémoire 402 est non volatile. En variante, la mémoire 402 comprend plusieurs mémoires des types précités. La mémoire 402 est apte à stocker, de manière permanente ou temporaire, au moins certaines des données utilisées et/ou issues de la mise en œuvre des étapes 200 à 204, du procédé selon l’invention illustré en référence à la . En particulier, la mémoire 402 peut être apte à stocker les associations entre les premier, deuxième et optionnellement troisième identifiants, et les procédures de sécurisation, parmi la première procédure de sécurisation, la deuxième procédure de sécurisation et l’absence de procédure de sécurisation. En outre, la mémoire peut stocker des éléments cryptographiques tels que des clés de chiffrement. Le processeur 401 est apte à exécuter des instructions, stockées dans la mémoire 402, pour la mise en œuvre des étapes 201 à 204 du procédé selon l’invention, décrites en référence à la . De manière alternative, le processeur 401 peut être remplacé par un microcontrôleur conçu et configuré pour réaliser les étapes du procédé 201 à 204 selon l’invention, décrites en référence à la . Le commutateur 110 comprend au moins une première interface physique Ethernet 403 apte à échanger de manière bidirectionnelle avec au moins un CPU d’une unité de communication du réseau 100 et au moins une deuxième interface physique Ethernet 404 apte à échanger de manière bidirectionnelle avec au moins un CPU d’une autre unité de communication du réseau 100. Le commutateur 110 peut comprendre en outre d’autres interfaces, telles qu’une troisième interface physique Ethernet 405, apte à communiquer avec d’autres unités de communication du réseau 100. En particulier, le premier commutateur 110.1 peut comprendre cinq interfaces telles que décrites ci-dessus. La présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d’exemples ; elle s’étend à d’autres variantes. Procédé de traitement de paquets de données (300) dans un réseau (100) de communication Ethernet comprenant des unités de communication (101 ; 102.1-102.3 ; 103.1-103.4), le procédé étant mis en œuvre dans un commutateur (110 ; 110.1 ; 110.2 ; 110.3) du réseau de communication, le commutateur stockant au moins un premier identifiant d’au moins un réseau d’accès local virtuel en association avec une première procédure de sécurisation de couche de liaison de données point à point, et stockant au moins un deuxième identifiant d’au moins un réseau d’accès local virtuel avec une deuxième procédure de sécurisation de liaison de données de bout en bout, le procédé comprenant les étapes suivantes: - réception (201) d’un paquet de données ; - détection (202) d’un identifiant d’au moins un réseau d’accès local virtuel dans le paquet de données reçu ; - sélection (203) d’une procédure de sécurisation de couche de liaison de données parmi la première procédure de sécurisation et la deuxième procédure de sécurisation, en fonction de l’identifiant de réseau d’accès local virtuel déterminé ; - traitement (204) du paquet de données en fonction de la procédure de sécurisation sélectionnée. Procédé selon la revendication 1, dans lequel le traitement (204) en fonction de la première procédure de sécurisation comprend une vérification d’un premier élément de sécurité (304.1) du paquet de données (300) reçu sur un port d’entrée du commutateur (110; 110.1 ; 110.2 ; 110.3) et un remplacement du premier élément de sécurité par un deuxième élément de sécurité dans le paquet de données avant transmission à une unité destinataire via un port de sortie du commutateur. Procédé selon la revendication 1 ou 2, dans lequel le traitement (204) en fonction de la deuxième procédure de sécurisation comprend une transmission sans modification du paquet de données à une unité destinataire du paquet (300) par le commutateur (110; 110.1 ; 110.2 ; 110.3). Procédé selon l’une des revendications précédentes, dans lequel au moins l’un des premier et deuxième identifiants comprend un identifiant d’un groupe de réseaux d’accès locaux virtuels. Procédé selon l’une des revendications précédentes, dans lequel la charge utile (306) du paquet de données (307) est chiffrée, et dans lequel l’identifiant d’au moins un réseau d’accès local virtuel est détecté dans un champ d’en-tête (303) du paquet de données (300). Procédé selon l’une des revendications précédentes, dans lequel les première et deuxième procédures de sécurisation sont des procédures MACSec selon le modèle IEEE 802.1AE. Procédé selon les revendications 5 et 6, dans lequel l’en-tête du paquet de données (300) a un format défini par un mode Wide Area Network, WAN, du modèle IEEE 802.1AE. Procédé selon l’une des revendications précédentes, dans lequel le réseau de communication Ethernet (100) comprend des unités de communication d’un véhicule automobile, dans lequel le commutateur (110 ; 110.1 ; 110.2 ; 110.3) est intégré dans l’une des unités de communication (102.1 ; 102.2 ; 102.3) du réseau de communication Ethernet. Programme informatique comportant des instructions pour la mise en œuvre du procédé selon l’une des revendications précédentes, lorsque ces instructions sont exécutées par un processeur (401). Commutateur d’un réseau de communication Ethernet (100) comprenant des unités de communication (101 ; 102.1-102.3 ; 103.1-103.4), le commutateur (110 ; 110.1 ; 110.2 ; 110.3) comprenant : - une mémoire (402) stockant au moins un premier identifiant d’au moins un réseau d’accès local virtuel en association avec une première procédure de sécurisation de couche de liaison de données point à point, et stockant au moins un deuxième identifiant d’au moins un réseau d’accès local virtuel avec une deuxième procédure de sécurisation de liaison de données de bout en bout ; - une interface (403 ; 404 ; 405) de réception d’un paquet de données (300) ; - un processeur (401) configuré pour détecter un identifiant d’au moins un réseau d’accès local virtuel dans le paquet de données reçu, pour sélectionner une procédure de sécurisation de couche de liaison de données parmi la première procédure de sécurisation et la deuxième procédure de sécurisation, en fonction de l’identifiant de réseau d’accès local virtuel déterminé et pour traiter le paquet de données en fonction de la procédure de sécurisation sélectionnée.