Une vulnérabilité de l’unité de contrôle télématique (TCU) de Tesla permet à des attaquants disposant d’un accès physique d’exécuter du code avec les privilèges root, ce qui suscite des inquiétudes quant à la sécurité des véhicules connectés.
La faille a depuis été corrigée au moyen d’une mise à jour logicielle à distance (OTA), mais cet incident souligne les difficultés persistantes liées à la sécurisation des systèmes automobiles.
« L’unité de contrôle télématique (TCU) de Tesla était vulnérable à un contournement de la logique de verrouillage d’ADB mise en œuvre par Tesla, conçue pour empêcher les attaquants d’obtenir un accès au shell sur les appareils en production », ont déclaré les chercheurs de NCC Group.
L’enjeu : un accès root dans votre voiture
La vulnérabilité affectait la version v12 (2025.2.6) du firmware de Tesla et concernait le port Micro USB externe du TCU.
Bien que Tesla ait désactivé l’accès direct au shell via adb shell, les chercheurs ont découvert que deux fonctions clés d’ADB restaient disponibles : le transfert de fichiers avec adb push/adb pull et la redirection de port avec adb forward.
Comme le démon ADB (adbd) s’exécute avec les privilèges root sur le TCU, ces lacunes offraient aux attaquants un moyen direct d’exécuter du code arbitraire.
L’intrusion, étape par étape
Un attaquant disposant d’un accès physique à un véhicule Tesla pouvait connecter un appareil au port Micro USB du TCU et exploiter les fonctionnalités résiduelles d’ADB.
L’exploitation se déroulait en trois étapes :
- Déploiement de la charge utile : l’attaquant a utilisé adb push pour téléverser un script malveillant (par exemple, /tmp/telnetd.sh) dans un répertoire accessible en écriture.
- Élévation des privilèges : en inscrivant le chemin du script dans le fichier uevent_helper du noyau, l’attaquant a trompé le système afin qu’il l’exécute avec les privilèges root dès le déclenchement d’un événement système.
- Accès à distance au shell : une simple commande, telle que adb pull /etc/passwd, a généré l’événement nécessaire, provoquant l’exécution du script et le démarrage d’un serveur Telnet. À l’aide de adb forward, le pirate pouvait ensuite se connecter à distance et obtenir un shell root.
Dans sa preuve de concept, NCC Group a démontré que l’attaque fournissait de manière fiable un accès sans restriction au TCU. Bien que l’attaque ait nécessité une proximité physique, la possibilité de compromettre le TCU suscite des inquiétudes quant à un éventuel déplacement latéral au sein du réseau interne du véhicule.
La gravité de la faille tient aux privilèges élevés qu’elle procure. Un accès root au TCU pourrait permettre de modifier des fonctions essentielles du système, une exfiltration de données non autorisée ou servir de point d’appui vers d’autres réseaux embarqués.
Même si aucun élément ne laisse penser à une exploitation active, cette révélation souligne les risques posés par les surfaces d’attaque physiques — en particulier lorsque des appareils sont exposés pendant des opérations d’entretien, de réparation ou de manipulation.
Plus largement, ce cas illustre la convergence des risques liés à l’IT, à l’OT et à l’IoT. Les véhicules modernes exécutent désormais des piles logicielles complexes comparables à celles des systèmes d’entreprise, ce qui signifie que des failles autrefois considérées comme marginales peuvent désormais présenter des risques importants pour la sécurité et les opérations.
Fermer la porte avec le correctif de Tesla et aller plus loin
Bien que le correctif de Tesla corrige la vulnérabilité, les équipes de sécurité peuvent réduire davantage les risques en mettant en place des contrôles supplémentaires, notamment :
- Appliquer rapidement les mises à jour OTA et considérer les correctifs de firmware des fournisseurs comme hautement prioritaires afin de corriger les vulnérabilités connues.
- Surveiller les comportements inhabituels du système en recherchant les services ou activités réseau inattendus pouvant indiquer une compromission.
- Limiter et sécuriser l’accès physique aux ports exposés, en particulier dans les environnements sans surveillance ou à haut risque.
- Auditer et inventorier régulièrement les interfaces de diagnostic ou de débogage afin de s’assurer que seules les interfaces essentielles restent activées.
- Mettre en place des mécanismes de détection des manipulations afin d’alerter lorsqu’un accès physique non autorisé aux composants du véhicule se produit.
- Adopter une stratégie de défense en profondeur avec le principe du moindre privilège et une segmentation afin de limiter l’impact d’éventuelles compromissions.
La vulnérabilité du TCU de Tesla montre que même un verrouillage partiel d’outils d’administration comme ADB peut laisser d’importantes failles de sécurité. Bien que cette faille ait nécessité un accès physique, son mode d’exploitation souligne la nécessité d’une modélisation complète des menaces et de défenses en profondeur.
À mesure que les véhicules deviennent des plateformes informatiques mobiles, les équipes de sécurité devraient considérer la cybersécurité automobile comme une composante de la surface d’attaque globale de l’entreprise.
Ces mêmes difficultés à sécuriser les systèmes connectés se retrouvent de plus en plus dans les environnements de contrôle industriel, où les enjeux peuvent être encore plus élevés.