📋 TABLE DES MATIÈRES
Introduction
Le bus CAN, conçu en 1980 sans aucune considération de sécurité, est devenu silencieusement l'un des principaux vecteurs d'intrusion dans le véhicule moderne. C'est le point de départ inconfortable de la mobilité connectée : nous avons greffé des décennies de connectivité sans fil, de services cloud et de liens infrastructure-trafic sur des réseaux internes qui n'ont jamais été conçus pour être exposés. Le V2X (Vehicle-to-Everything) est la technologie qui permet aux voitures de communiquer entre elles, avec les feux de circulation, avec les réseaux et avec les piétons. C'est aussi la technologie qui transforme un seul véhicule compromis en une menace pour une ville intelligente entière.
Pour les opérateurs de flotte, les constructeurs automobiles et les autorités des villes intelligentes, ce n'est plus théorique. Dès que les véhicules diffusent leur position et leurs intentions à l'infrastructure qui les entoure, un message falsifié peut déclencher un freinage fantôme à une intersection, rediriger une flotte ou masquer un danger réel. Sécuriser cet écosystème est une discipline de cybersécurité à part entière, qui se situe à l'intersection de la sécurité automobile et de la protection des infrastructures critiques. Elle se rattache également directement à la pratique plus large de Évaluation des risques de l'IA, car la seule façon réaliste de surveiller le V2X à grande échelle est la détection basée sur l'IA.
Ce guide détaille les quatre modes de communication V2X, les vecteurs d'attaque les plus pertinents (rejeu, usurpation d'identité et Sybil), la pile réglementaire européenne actuellement en vigueur (NIS2, DORA et l'AI Act), et comment une IA souveraine et résiliente, combinée à une infrastructure à clé publique appropriée, maintient la fiabilité de l'écosystème de mobilité connectée.
⚡ POURQUOI C'EST IMPORTANT MAINTENANT
Le V2X passe de la phase pilote au déploiement sur les corridors européens, et le cadre C-ITS prévoit un déploiement obligatoire entre 2026 et 2028. L'ETSI a déjà standardisé la couche de sécurité pour cela (ETSI TS 103 097). Mais les normes ne fonctionnent que si l'infrastructure sous-jacente, les autorités de certification, les systèmes de révocation et la détection des anomalies, sont réellement opérationnels avant la première communication de confiance. Une ville intelligente qui déploie le V2X sans couche de détection des comportements malveillants fonctionnelle n'est pas intelligente. Elle est exposée. Et depuis l'entrée en vigueur de la directive NIS2 en octobre 2024, les opérateurs de villes intelligentes sont déjà dans le champ d'application réglementaire.
I. Vue d'ensemble : Qu'est-ce que la V2X en réalité
1. Les quatre modes de communication V2X
V2X est un terme générique désignant quatre modes de communication distincts. Chacun connecte le véhicule à une partie différente de son environnement, et chacun ouvre une surface d'attaque différente. Les comprendre individuellement est un prérequis pour les sécuriser.
L'idée clé est que le V2X est basé sur la confiance par conception. Un véhicule agit sur la base des messages qu'il reçoit des autres véhicules et de l'infrastructure. Si un attaquant peut injecter un message qui semble légitime, le véhicule récepteur agira en conséquence. La sécurité doit donc répondre à une question à la vitesse machine, des milliers de fois par seconde : ce message provient-il bien de celui qu'il prétend être, et dit-il la vérité ?
2. Pourquoi la ville intelligente hérite des faiblesses du véhicule
Un véhicule connecté n'est pas une cible isolée. Grâce à la V2I et à la V2N, il est intégré à l'infrastructure urbaine : gestion du trafic, systèmes de stationnement, coordination des interventions d'urgence, réseaux énergétiques pour la recharge des véhicules électriques. C'est la même convergence de la technologie de l'information et de la technologie opérationnelle qui rend bâtiments intelligents et infrastructures critiques cibles attrayantes. Une faille dans un véhicule connecté peut se propager latéralement aux systèmes de la ville avec lesquels il communique, et une faille dans l'infrastructure de la ville peut être répercutée sur tous les véhicules qui lui font confiance.
C'est pourquoi la sécurité V2X ne peut pas être traitée comme un problème automobile uniquement. Il s'agit d'un problème d'infrastructure critique, et il relève de la même pression réglementaire européenne examinée dans la quatrième partie. Pour la perspective du véhicule sur ces mêmes lacunes, consultez notre guide sur cybersécurité automobile selon UN-R155 et ISO/SAE 21434.
II. La surface d'attaque V2X
1. Rejeu, Usurpation et Attaques Sybil
Trois classes d'attaques dominent le modèle de menace V2X. Elles sont simples à décrire, peu coûteuses à tenter et dangereuses à grande échelle.
2. Le problème du bus CAN
Le Controller Area Network (CAN) a été normalisé dans les années 1980 pour permettre aux calculateurs électroniques d'une voiture de communiquer entre eux de manière fiable. L'objectif était la fiabilité, pas la sécurité : le CAN n'offre donc ni authentification ni chiffrement. Chaque calculateur du bus fait implicitement confiance à chaque message. C'était acceptable tant que le bus restait scellé à l'intérieur du véhicule. Ça ne l'est plus depuis que le V2X, les mises à jour OTA et les ports de diagnostic ouvrent aux attaquants des chemins d'accès.
⊘ LE PIVOT LATÉRAL
L'attaque V2X la plus dangereuse n'est pas le message falsifié lui-même. C'est l'utilisation d'un point d'entrée peu sécurisé — message V2X usurpé, boîtier télématique compromis, dongle de diagnostic — pour atteindre le bus CAN interne et commander des actionneurs critiques pour la sécurité, comme le freinage ou la direction. C'est pourquoi la segmentation entre le domaine connectivité et le domaine sécurité, exigence centrale de l'UN-R155, n'est pas négociable.
III. Sécuriser le V2X : PKI et détection par IA
Défendre le V2X demande deux couches complémentaires. La cryptographie prouve qui a envoyé un message. L'IA prouve si ce message a du sens. Aucune des deux ne suffit seule.
1. PKI et certificats pseudonymes
La couche cryptographique est normalisée. La norme ETSI TS 103 097 impose que les messages V2X soient signés à l'aide de certificats pseudonymes à durée de vie courte, qui authentifient l'émetteur sans exposer une identité permanente permettant de pister les conducteurs. Une infrastructure à clés publiques émet, renouvelle et révoque ces certificats, et un point de contact central (CPOC) coordonne la révocation entre opérateurs. Lorsqu'un véhicule est pris en défaut, ses certificats peuvent être révoqués pour que les autres véhicules cessent de lui faire confiance.
🇪🇺SOUVERAINETÉ DE LA PKI : QUI CONTRÔLE LA RACINE DE CONFIANCE ?
L'autorité de certification qui sous-tend un réseau V2X décide quels véhicules sont dignes de confiance sur la route. Dans le modèle européen C-ITS, cette chaîne de confiance est ancrée par un point de contact central et un ensemble d'autorités racines et d'enrôlement. Maintenir ces autorités sous contrôle européen est une exigence stratégique, pas un détail technique : celui qui exploite la racine de confiance peut, en principe, décider qui roule.
Le risque d'une autorité de certification extraterritoriale est concret. Une AC soumise à un régime juridique étranger pourrait être contrainte d'émettre, de révoquer ou de divulguer des éléments d'authentification en vertu de lois sur lesquelles l'opérateur européen n'a aucune prise, des textes d'accès extraterritorial aux données jusqu'à l'application de sanctions. Une décision de révocation prise hors juridiction européenne pourrait immobiliser une flotte nationale. Pour les villes intelligentes et les opérateurs de flotte, une gouvernance de PKI souveraine, auditable et explicable, c'est la différence entre posséder sa couche de confiance mobilité et la louer à quelqu'un qui peut l'éteindre.
2. Détection des comportements malveillants par IA
La cryptographie confirme qu'un message est authentique. Elle ne confirme pas qu'il est vrai. Un véhicule doté d'un certificat valide peut tout à fait diffuser des données fausses, parce que ses capteurs ont été usurpés ou parce qu'il a été compromis. C'est là que la détection des comportements malveillants par IA devient indispensable. En modélisant ce à quoi ressemble un trafic normal, un modèle de détection peut faire remonter les signaux faibles d'une attaque : un véhicule qui annonce une position impossible, une grappe d'identités apparues simultanément (la signature d'une attaque Sybil), un message de freinage sans cause plausible.
C'est de la détection comportementale appliquée à la mobilité, et c'est la même approche de supervision intelligente que Neo Coeur Intelligence met en œuvre dans son CSI – Centre de Supervision Intelligent: transformer des flux de données continus en décisions actionnables et explicables, à la vitesse machine, à l'échelle d'une flotte ou d'une ville entière.
✓ POURQUOI L'IA EST LA SEULE RÉPONSE QUI PASSE À L'ÉCHELLE
Un carrefour chargé peut voir passer des milliers de messages V2X par seconde, émis par des centaines de véhicules. Aucun opérateur humain, aucun jeu de règles statiques ne peut valider la plausibilité d'un tel volume en temps réel. Un modèle de détection résilient et explicable, si : il fait remonter les anomalies qui comptent et produit la piste de preuves qu'exigera un rapport d'incident NIS2.
IV. Le cadre réglementaire : NIS2, DORA et l'AI Act
La sécurité V2X n'est pas seulement de la bonne ingénierie. En Europe, c'est désormais une obligation légale, encadrée par trois dispositifs qui se recouvrent. Savoir lequel s'applique à votre organisation est la première étape vers une posture de conformité défendable.
NIS2 : les opérateurs de villes intelligentes sont déjà concernés
La directive NIS2, en vigueur depuis octobre 2024, classe les opérateurs de services essentiels, dont les infrastructures de transport et de ville intelligente, parmi les entités réglementées. Cela implique une gestion des risques documentée, une notification des incidents dans des délais serrés, et des mesures de sécurité démontrables sur les systèmes de mobilité connectée. Une ville qui déploie le V2X ne choisit pas de se conformer ou non : elle est déjà dans le périmètre.
DORA : la dimension financière des flottes connectées
Moins évident, mais commercialement décisif : les opérateurs de flotte et les assureurs automobiles peuvent relever de DORA (règlement sur la résilience opérationnelle numérique). DORA s'applique aux entités financières et aux prestataires tiers de services TIC critiques qui les servent. Un opérateur de flotte connectée classé comme entité financière, ou une plateforme de données de mobilité considérée comme prestataire TIC critique pour des assureurs et des banques, hérite des obligations DORA en matière de gestion du risque TIC, de tests de résilience et de supervision des tiers. Pour nos clients des services financiers, c'est le point où mobilité connectée et réglementation du secteur financier convergent, et où un seul programme de résilience peut satisfaire les deux.
L'AI Act : des modèles de détection à haut risque
⚖ POURQUOI VOTRE MODÈLE DE DÉTECTION V2X PEUT ÊTRE CLASSÉ À HAUT RISQUE PAR L'AI ACT
Les modèles d'IA qui surveillent le trafic V2X ne sont pas des outils neutres aux yeux du règlement européen sur l'IA. Parce qu'ils opèrent sur des infrastructures critiques et sur la mobilité, et parce que leurs décisions peuvent affecter la sécurité et l'accès à un service, ils peuvent relever de la catégorie haut risque. Cette classification entraîne des obligations concrètes :
- Robustesse et cybersécurité (article 15) : le modèle de détection lui-même doit être précis, robuste et résilient face à la manipulation adverse. Un attaquant capable de tromper votre détecteur est un attaquant qui opère librement.
- Transparence et explicabilité : une IA à haut risque doit être documentée et ses décisions interprétables, afin qu'un véhicule signalé, ou une attaque manquée, puisse être reconstitué et justifié. Une détection en boîte noire ne satisfera aucun auditeur.
- Supervision humaine et traçabilité : des mesures de journalisation et de supervision doivent être en place, ce qui s'articule naturellement avec la piste de preuves NIS2.
En résumé : l'IA que vous déployez pour sécuriser le V2X est elle-même un système réglementé à haut risque. Une détection souveraine et explicable n'est pas seulement une meilleure sécurité. C'est la voie conforme.
V. Une méthode en 3 étapes pour les flottes et les villes
Cartographier les frontières de confiance V2X
Inventorier chaque interface V2V, V2I, V2N et V2P, les autorités de certification qui les sous-tendent, et les points précis où le domaine connectivité touche le bus interne du véhicule.
On ne sécurise pas ce qu'on n'a pas cartographié. Cette étape produit le schéma d'architecture et de frontières de confiance auquel toutes les mesures ultérieures seront rapportées.
Durcir la couche cryptographique et la segmentation
Imposer une PKI pseudonyme conforme à l'ETSI TS 103 097, vérifier que la révocation des certificats est opérationnelle et sous contrôle européen, et segmenter le domaine connectivité des bus CAN critiques pour la sécurité.
C'est la couche qui bloque l'usurpation et coupe le pivot latéral vers le bus interne. C'est aussi celle qu'un audit UN-R155 examinera en premier.
Déployer une détection des comportements malveillants par IA
Faire tourner un modèle de détection explicable sur le trafic V2X réel pour intercepter les messages authentifiés mais faux, les grappes Sybil et les schémas de rejeu, avec des alertes routées vers un centre de supervision et des journaux conformes aux exigences de traçabilité NIS2 et AI Act.
C'est la couche qui attrape ce que la cryptographie ne peut pas voir : un certificat valide qui ment. Le livrable est une surveillance continue et explicable, assortie d'une piste de preuves prête pour le régulateur.
VI. Conclusion
La mobilité connectée ne tient sa promesse de sécurité et d'efficacité que si les messages qui la traversent sont dignes de confiance. Cette confiance ne va pas de soi. Elle se construit sur deux couches qui fonctionnent ensemble : une infrastructure à clés publiques souveraine, sous contrôle européen, qui prouve l'identité, et une IA résiliente et explicable qui prouve la plausibilité. Retirez l'une des deux et l'écosystème devient une surface d'attaque distribuée, d'un simple calculateur jusqu'à une ville entière.
Le paysage réglementaire ne fait qu'accentuer ce constat. NIS2 place déjà les opérateurs de villes intelligentes dans son périmètre, DORA atteint les opérateurs de flottes connectées et les assureurs côté financier, et l'AI Act traite les modèles de détection qui sécurisent le V2X comme des systèmes à haut risque à part entière. Les organisations qui gagneront dans la mobilité connectée — opérateurs de flotte, constructeurs et autorités de villes intelligentes — sont celles qui traiteront la sécurité V2X comme une protection d'infrastructure critique, et non comme une option automobile.
Le bus CAN a été conçu en 1980 pour un monde qui n'existe plus. Sécuriser la ville connectée, c'est accepter cette réalité et bâtir la couche de supervision intelligente et souveraine que ses concepteurs d'origine ne pouvaient pas imaginer.
Votre écosystème de mobilité connectée est-il défendable ?
Neo Coeur Intelligence audite les architectures V2X de bout en bout : cartographie des frontières de confiance, revue de la PKI et de la segmentation, conception de la détection des comportements malveillants par IA, en cohérence avec l'ETSI ITS, l'UN-R155, NIS2, DORA et l'AI Act.
Sécurisez l'écosystème avant qu'il ne passe à l'échelle.
📧 contact@neocoeurintelligence.com
→ Prendre rendez-vous Demander un audit V2XVII. Foire aux questions
Quels sont les quatre modes de communication V2X ?
Le V2X couvre quatre modes : V2V (véhicule à véhicule), V2I (véhicule à infrastructure, par exemple les feux tricolores), V2N (véhicule à réseau, c'est-à-dire cellulaire et cloud) et V2P (véhicule aux équipements des piétons). Chacun relie le véhicule à une partie différente de son environnement et ouvre une surface d'attaque distincte.
Qu'est-ce qu'une attaque Sybil en V2X ?
Une attaque Sybil consiste, pour un seul attaquant, à fabriquer simultanément de nombreuses fausses identités de véhicules, par exemple pour simuler un embouteillage inexistant, manipuler le routage ou saturer la logique de décision d'un carrefour. On la contre par la gestion des pseudonymes et par une détection des comportements malveillants par IA, capable de repérer les grappes d'identités apparues ensemble.
NIS2 ou DORA s'appliquent-ils à la mobilité connectée ?
Les deux peuvent s'appliquer. NIS2, en vigueur depuis octobre 2024, place les opérateurs d'infrastructures de transport et de ville intelligente dans le périmètre de la gestion des risques et de la notification d'incidents. DORA vise les entités financières et leurs prestataires TIC critiques : un opérateur de flotte connectée classé comme entité financière, ou une plateforme de données de mobilité au service d'assureurs et de banques, peut donc hériter aussi des obligations de résilience DORA.
Pourquoi le bus CAN est-il un risque de sécurité ?
Le bus CAN a été conçu dans les années 1980 pour la fiabilité, pas pour la sécurité : il n'offre ni authentification ni chiffrement, et chaque calculateur fait confiance à chaque message. C'était sans danger tant que le bus restait scellé dans le véhicule, mais le V2X, les mises à jour OTA et les ports de diagnostic ouvrent désormais aux attaquants des chemins pour l'atteindre et injecter des commandes vers des actionneurs critiques.
Pourquoi l'IA est-elle nécessaire si les messages V2X sont déjà signés ?
La cryptographie prouve qu'un message est authentique, pas qu'il est vrai. Un véhicule doté d'un certificat valide peut diffuser des données fausses si ses capteurs ont été usurpés ou s'il a été compromis. La détection des comportements malveillants par IA modélise le comportement normal du trafic et signale les messages authentifiés mais implausibles, à une échelle et à une vitesse hors de portée d'un opérateur humain. Au titre de l'AI Act, ce modèle de détection est lui-même un système à haut risque, qui doit être robuste et explicable.
VIII. Références
[1] ETSI. TS 103 097 · Systèmes de transport intelligents (STI) ; Sécurité ; En-tête de sécurité et formats de certificats. Institut européen des normes de télécommunication.
[2] ETSI. TR 103 460 · Systèmes de transport intelligents (STI); Sécurité; Étude de pré-normalisation sur la détection de mauvais comportements.
[3] L'IEEE. IEEE 1609 · Famille de normes pour l'accès sans fil dans les environnements véhiculaires (WAVE).
[4] Commission européenne. C-ITS Delegated Regulation · Cooperative Intelligent Transport Systems deployment framework.
[5] ENISA. Bonnes pratiques pour la sécurité des voitures intelligentes. Agence de l'Union européenne pour la cybersécurité, 2021.
[6] UNECE WP.29. Règlement ONU n° 155 · Cybersécurité et système de gestion de la cybersécurité. Adopté en mars 2021.
[7] Robert Bosch GmbH. Spécification CAN, version 2.0. 1991.
[8] Directive (UE) 2022/2555 (NIS2) relative à des mesures visant à assurer un niveau commun élevé de cybersécurité dans l'ensemble de l'Union. JOUE L 333 du 27 décembre 2022.
[9] Règlement (UE) n° 2022/2554 (DORA) relatif à la résilience opérationnelle numérique du secteur financier. JOUE L 333 du 27 décembre 2022.
[10] Règlement (UE) 2024/1689 (loi sur l'intelligence artificielle). JO L, 12 juillet 2024.
