Ce que la cybersécurité change pour le reprogrammateur

Les fiches précédentes décrivent le cadre et les mécanismes. Celle-ci répond à la seule question qui compte en atelier : qu'est-ce que cela change concrètement, et comment travaille-t-on avec ?

Le paysage en trois ensembles

Le marché se lit aujourd'hui en trois blocs, sans frontière parfaitement nette.

• Le parc ancien et intermédiaire. Générations EDC15, EDC16, ME7, MED9, jusqu'à une grande partie des EDC17 et MED17. Sommes de contrôle multiples, protections du composant, mais pas d'authentification cryptographique du logiciel. Le métier s'y exerce comme il s'est construit.
• La zone de transition. Variantes EDC17 et MEVD17 tardives, premières plateformes MD1 et MG1. C'est ici que la date de fabrication et la version logicielle décident, pas la référence. Deux calculateurs portant la même inscription peuvent se comporter différemment. Voir MD1CS003 verrouillé ou non.
• Les plateformes récentes. Microcontrôleurs à module de sécurité matériel, démarrage sécurisé complet, SecOC sur les fonctions critiques, diagnostic authentifié. L'accès y relève de la voie officielle.

Aucune année ne sert de règle. Les repères qui circulent — « à partir de telle année » — sont des approximations commerciales. Ce qui décide, c'est l'identification précise : référence matérielle, référence logicielle, date de fabrication, versions relevées par les identifiants de diagnostic normalisés.

Pourquoi bench et boot ne suffisent plus toujours

C'est le point le plus mal compris, et il vaut la peine d'être expliqué proprement.

L'intuition héritée des générations précédentes est que la difficulté est une question de chemin d'accès : si la prise diagnostic ne donne rien, on dépose et on branche directement, et l'on obtient davantage. C'était vrai tant que la protection portait sur le chemin. Voir les trois niveaux d'accès.

Sur les plateformes récentes, la protection ne porte plus sur le chemin mais sur le contenu :

• le composant vérifie l'authenticité de ce qu'il exécute, quel que soit le moyen par lequel c'est arrivé ;
• les secrets sont dans un sous-système que l'accès physique n'expose pas ;
• des éléments sont liés au composant lui-même, ce qui limite le transfert d'une puce à l'autre. Voir les protections du microcontrôleur.

Autrement dit : accéder physiquement au calculateur ne donne pas le droit d'y faire exécuter ce qu'on veut. Se rapprocher du composant ne rapproche pas de la clé.

À quoi le banc reste-t-il utile ? À beaucoup de choses : diagnostiquer une carte, alimenter un calculateur déposé, dialoguer hors véhicule, réaliser des opérations parfaitement légitimes de réparation. Voir l'OBD sur table. Ce qu'il ne fait pas, c'est produire une autorisation.

Le réflexe de méthode : identifier avant de promettre

La règle qui évite l'essentiel des mauvaises journées :

1. Relever l'identification complète avant tout engagement : référence matérielle, référence logicielle, date de fabrication, versions.

2. Vérifier la faisabilité sur cette référence exacte, auprès du fournisseur d'outil et du service de fichiers.

3. Ne chiffrer qu'ensuite. Un devis émis avant identification est un pari.

4. Sauvegarder l'original dès qu'une lecture est possible, et le conserver.

5. Consigner l'état de départ. C'est ce qui protège l'atelier si le véhicule revient.

Voir préparer une intervention correctement et réussir une demande de révision.

Comment orienter un client

Le client n'a pas à connaître R155. Il a besoin d'une réponse claire, exacte et utile.

• Dire ce qui est faisable, et par qui. « Sur votre véhicule, cette opération relève du réseau constructeur ou d'un prestataire habilité » est une réponse professionnelle, pas un aveu.
• Ne jamais présenter une protection comme un caprice du constructeur. Elle existe pour empêcher qu'un tiers modifie le véhicule à l'insu de son propriétaire. C'est un argument que le client comprend immédiatement.
• Proposer ce qui a du sens. Diagnostic, réparation, entretien, remise en état : sur un véhicule verrouillé, c'est souvent là que se trouve le vrai besoin.
• Rappeler le cadre. Homologation, garantie, assurance, revente : ces sujets existent indépendamment de la faisabilité technique. Voir la réglementation en France et en Europe et expliquer, cadrer, se protéger.
• Se méfier des promesses trop simples. Un fournisseur qui annonce tout ouvrir sans distinction ignore ces mécanismes, ou n'en parle pas.

Pourquoi on ne force jamais une protection

Quatre raisons, dans l'ordre où elles pèsent.

Parce que c'est un dispositif de sécurité. Ces mécanismes protègent l'antidémarrage, la commande de couple, le freinage, la direction. Ils ne sont pas là pour gêner l'après-vente ; ils sont là pour qu'un tiers ne prenne pas la main sur un véhicule.

Parce que c'est le métier. Un professionnel se définit autant par ce qu'il refuse que par ce qu'il réalise. Un atelier qui sait dire non sur un dossier hors cadre est un atelier crédible sur tous les autres.

Parce que le risque est réel et asymétrique. Une tentative sur un composant protégé peut le rendre définitivement inutilisable — certains verrouillages sont irréversibles par conception. Le gain espéré est sans commune mesure avec le coût d'un calculateur détruit et d'un client perdu.

Parce que le cadre juridique et assurantiel suit. Porter atteinte à un mécanisme de sécurité expose bien au-delà du litige commercial.

Ce que le métier devient

Il ne disparaît pas : il se déplace.

• Le parc existant représente des dizaines de millions de véhicules et restera longtemps le cœur de l'activité.
• La valeur ajoutée migre vers le diagnostic, l'identification, la réparation électronique et le conseil.
• La rigueur documentaire devient un actif : le secteur entier bascule vers « prouver ce qui a été fait ».
• Le discours honnête devient un différenciateur commercial, à mesure que les promesses invérifiables se retournent contre ceux qui les font.

Voir aussi le règlement UN R155, la gestion des clés constructeur et le HSM.

Sur ANP Engineering — file service de reprogrammation moteur pour professionnels : file service ECU, correction de checksum, calculateurs pris en charge, tarifs.