Technical Insight

GAR INSIGHT
Connectés, mis à jour, réglementés : l’évolution des règlements ONU R155 et R156

Le véhicule moderne ne se définit plus uniquement par ses systèmes mécaniques. La connectivité, les logiciels, les calculateurs électroniques, les services cloud, les applications mobiles et les mises à jour à distance déterminent de plus en plus son fonctionnement tout au long de sa vie.

Cette transformation crée un nouveau défi d’homologation. Un véhicule peut être techniquement conforme à sa sortie de la chaîne de production, alors que son exposition aux risques de cybersécurité évolue avec l’apparition de vulnérabilités, l’évolution des services connectés et les mises à jour logicielles.

Les règlements ONU n° 155 et n° 156 répondent à cette évolution fondamentale. Ensemble, ils introduisent des cadres réglementaires pour la cybersécurité des véhicules, sa gestion et la gouvernance des mises à jour logicielles. La conformité s’étend ainsi du véhicule physique aux processus organisationnels du constructeur et au cycle de vie numérique continu du véhicule.

La question de l’homologation a changé. Les autorités doivent savoir si le véhicule est conforme aujourd’hui et avoir l’assurance que les risques de cybersécurité et les modifications logicielles pourront continuer à être maîtrisés après sa mise en service.
01
LE VÉHICULE NUMÉRIQUE

L’homologation ne concerne plus seulement le matériel

La réception classique des véhicules s’est développée autour de systèmes physiques relativement stables : freinage, direction, éclairage, structures, émissions et protection des occupants.

Les véhicules modernes introduisent un environnement d’ingénierie très différent. Les logiciels commandent de plus en plus de fonctions critiques pour la sécurité, tandis que les véhicules communiquent en permanence avec des systèmes externes.

VÉHICULE CLASSIQUE Configuration relativement stable

Les caractéristiques du véhicule restent largement fixes après la production, l’évaluation réglementaire se concentrant sur la réception de la conception et la conformité de production.

VÉHICULE CONNECTÉ Environnement numérique en évolution permanente

Les logiciels, la connectivité, les services de serveurs et les nouvelles cybermenaces peuvent modifier l’environnement opérationnel du véhicule pendant toute sa durée de service.

Le véhicule possède désormais une surface d’attaque numérique. Chaque interface de communication, composant logiciel, service connecté et dépendance externe peut potentiellement influer sur sa cybersécurité.
↑ Retour au guide de l’article
02
RÈGLEMENT ONU N° 155

La cybersécurité fait partie de la réception par type des véhicules

Le règlement ONU n° 155 établit des dispositions uniformes concernant la réception des véhicules au regard de la cybersécurité et du système de gestion de la cybersécurité, ou CSMS.

Le règlement crée deux niveaux étroitement liés d’assurance.

NIVEAU ORGANISATIONNEL Système de gestion de la cybersécurité

Le constructeur doit démontrer l’existence de processus d’identification, d’évaluation, de traitement et de surveillance des risques de cybersécurité pendant les phases pertinentes du cycle de vie du véhicule.

NIVEAU DU VÉHICULE Réception par type en matière de cybersécurité

Le constructeur doit démontrer que les risques de cybersécurité pertinents pour le type de véhicule ont été identifiés et traités de manière appropriée.

R155 ne demande pas simplement si un véhicule peut résister à un essai d’intrusion. Il demande si le constructeur possède une capacité systématique de gestion des risques de cybersécurité pendant le développement, la production et les activités après production.
↑ Retour au guide de l’article
03
CSMS

La cybersécurité doit être gérée sur le cycle de vie

Le système de gestion de la cybersécurité modifie le modèle de conformité : la réception dépend en partie de la capacité organisationnelle, au-delà des caractéristiques d’un seul véhicule.

Identification des risques

Les processus doivent identifier les menaces, vulnérabilités et voies d’attaque potentielles pertinentes.

Évaluation des risques

Les risques identifiés doivent être évalués selon leurs conséquences possibles et leur probabilité.

Traitement des risques

Des mesures de conception, techniques et organisationnelles appropriées sont mises en œuvre pour réduire les risques de cybersécurité.

Vérification

Les mesures de cybersécurité nécessitent des preuves démontrant qu’elles fonctionnent comme prévu.

Surveillance

Les nouvelles menaces et vulnérabilités doivent continuer à être examinées après la mise en service des véhicules.

Réponse

Les constructeurs doivent disposer de processus de réponse lorsque des problèmes pertinents de cybersécurité sont identifiés.

Le changement réglementaire majeur est la continuité.

La gestion de la cybersécurité ne peut pas s’arrêter à l’octroi de la réception par type, car l’environnement des menaces continue lui-même à évoluer.

↑ Retour au guide de l’article
04
MENACES ET VULNÉRABILITÉS

La surface d’attaque dépasse largement le véhicule

Les véhicules connectés interagissent avec plusieurs systèmes internes et externes. L’évaluation de cybersécurité doit donc examiner l’écosystème complet, au-delà des composants électroniques individuels.

Réseaux du véhicule

Les réseaux de communication internes et calculateurs électroniques peuvent devenir des voies d’attaque potentielles.

Interfaces sans fil

Les communications cellulaires, Wi-Fi, Bluetooth et autres interfaces augmentent la connectivité externe.

Interfaces de diagnostic

Les accès de maintenance et de diagnostic peuvent introduire des risques de cybersécurité s’ils sont mal maîtrisés.

Infrastructure de serveurs

Les serveurs du constructeur et services connectés peuvent influer sur les fonctions et données du véhicule.

Applications mobiles

Les applications de commande du véhicule et destinées aux utilisateurs peuvent faire partie du périmètre élargi de cybersécurité.

Chaîne d’approvisionnement logicielle

Les logiciels, bibliothèques, composants et fournisseurs tiers peuvent introduire des vulnérabilités hors de l’environnement direct de développement du constructeur.

Un véhicule peut être attaqué sans contact physique. Cela transforme fondamentalement le sens de la sécurité des véhicules et étend l’homologation à des systèmes pouvant se situer bien au-delà de leur périmètre physique.
↑ Retour au guide de l’article
05
RÈGLEMENT ONU N° 156

Les mises à jour logicielles entrent dans le contrôle réglementaire

Le règlement ONU n° 156 établit des dispositions uniformes concernant les mises à jour logicielles et le système de gestion des mises à jour logicielles, ou SUMS.

Son importance dépasse largement les mises à jour à distance. Il crée un cadre structuré pour maîtriser les modifications logicielles susceptibles d’affecter les caractéristiques réceptionnées du véhicule.

NIVEAU ORGANISATIONNEL Système de gestion des mises à jour logicielles

Le constructeur établit des processus d’identification, d’évaluation, de maîtrise, de documentation et de déploiement des mises à jour logicielles du véhicule.

NIVEAU DU VÉHICULE Conformité des mises à jour logicielles

Le véhicule et ses processus de mise à jour doivent satisfaire aux exigences applicables d’identification logicielle, d’intégrité et d’exécution sûre des mises à jour.

Le règlement ONU R156 n’est pas simplement un « règlement OTA ».

Son objectif plus large est de garantir une maîtrise systématique des mises à jour et la traçabilité des caractéristiques pertinentes pour la réception à mesure que les logiciels évoluent.

↑ Retour au guide de l’article
06
SUMS

Les modifications logicielles nécessitent une gouvernance

Le système de gestion des mises à jour fournit le cadre organisationnel par lequel les constructeurs maîtrisent les mises à jour qui affectent les véhicules.

Identification des logiciels

Les versions et configurations logicielles pertinentes doivent rester identifiables et traçables.

Évaluation des mises à jour

Les constructeurs doivent disposer de processus pour déterminer l’effet d’une mise à jour sur les caractéristiques réceptionnées du véhicule.

Incidence sur la réception

Les changements doivent être évalués pour déterminer si des essais supplémentaires, une extension de réception ou une autre action réglementaire sont nécessaires.

Intégrité des mises à jour

Les paquets de mise à jour et processus de déploiement doivent être protégés contre les manipulations non autorisées.

Installation sûre

Le véhicule doit gérer de manière appropriée l’installation et les conditions pertinentes d’exécution de la mise à jour.

Documentation

Les modifications logicielles et leur relation avec la configuration réceptionnée nécessitent des enregistrements maîtrisés.

La gouvernance logicielle fait partie de la gouvernance de l’homologation. Dès qu’un logiciel peut modifier une fonction pertinente pour la réception, sa configuration fait partie de l’identité réglementaire du véhicule.
↑ Retour au guide de l’article
07
IDENTIFICATION LOGICIELLE

RxSWIN relie les logiciels à la réception par type

Le numéro d’identification du logiciel au regard d’un règlement, ou RxSWIN, est l’un des concepts importants introduits dans le cadre ONU R156.

Lorsqu’il s’applique, RxSWIN fournit un mécanisme réglementaire reliant les logiciels pertinents pour un règlement ONU particulier à la configuration réceptionnée du véhicule.

IDENTIFICATION PHYSIQUE Type de véhicule et composants

L’homologation classique identifie les configurations physiques, systèmes et composants associés à une réception.

IDENTIFICATION NUMÉRIQUE Logiciels pertinents pour la réception

RxSWIN permet d’identifier la configuration logicielle applicable dans le cadre réglementaire.

Pourquoi est-ce important ?

Deux véhicules physiquement identiques peuvent se comporter différemment parce qu’ils contiennent des logiciels différents. La traçabilité réglementaire doit donc identifier de plus en plus le matériel et les logiciels qui régissent les fonctions réceptionnées.

↑ Retour au guide de l’article
08
MISES À JOUR À DISTANCE

Le véhicule peut évoluer après sa sortie d’usine

Les mises à jour à distance permettent aux constructeurs de modifier les logiciels sans exiger que chaque véhicule se rende en atelier.

Les avantages sont considérables : corriger des défauts, améliorer les fonctions, traiter les vulnérabilités et déployer de nouvelles capacités sur les flottes.

Cette capacité crée toutefois une question inédite d’homologation : que se passe-t-il lorsqu’un véhicule déjà réceptionné change après sa mise en service ?

Avant la mise à jour

Déterminer la configuration existante du véhicule et les réceptions réglementaires applicables.

Évaluation de l’incidence

Évaluer si la mise à jour proposée modifie des caractéristiques pertinentes pour la réception.

Validation

Vérifier que le logiciel modifié se comporte comme prévu et continue à satisfaire aux exigences applicables.

Déploiement

Fournir la mise à jour par des mécanismes maîtrisés et protégés.

Installation

S’assurer que le véhicule peut achever la mise à jour en sécurité ou gérer correctement son déroulement.

Traçabilité après mise à jour

Conserver les preuves de la configuration logicielle et réglementaire résultante.

La chaîne de production n’est plus le dernier lieu de configuration du véhicule. La capacité OTA étend une partie de l’environnement de gestion de configuration du constructeur à la durée de service du véhicule.
↑ Retour au guide de l’article
09
R155 ET R156

Cybersécurité et mises à jour ne peuvent pas être gérées séparément

Les règlements ONU R155 et R156 répondent à des objectifs réglementaires différents, mais sont étroitement liés sur le plan opérationnel.

ONU R155 Gérer les risques de cybersécurité

Identifier les menaces et vulnérabilités, mettre en œuvre les mesures appropriées et continuer la surveillance pendant le cycle de vie pertinent du véhicule.

ONU R156 Gérer les modifications logicielles

Maîtriser, évaluer, documenter et déployer les mises à jour tout en maintenant la conformité réglementaire applicable du véhicule.

Le lien devient particulièrement clair lorsqu’une vulnérabilité est découverte après la mise en service des véhicules.

01 Vulnérabilité identifiée
02 Risque cyber évalué
03 Correctif logiciel développé
04 Incidence sur la réception évaluée
05 Mise à jour validée
06 Mise à jour déployée
R155 identifie le besoin de gérer le risque cyber. R156 encadre la modification logicielle utilisée pour y répondre. Ensemble, ils constituent un fondement réglementaire important pour maintenir les véhicules qui évoluent numériquement après leur réception par type.
↑ Retour au guide de l’article
10
MAÎTRISE DE LA CHAÎNE D’APPROVISIONNEMENT

Le constructeur ne peut pas sécuriser seul le véhicule

Les logiciels et architectures électroniques modernes dépendent de vastes écosystèmes de fournisseurs. Les constructeurs peuvent intégrer du matériel, des logiciels embarqués, systèmes d’exploitation, modules de connectivité, infrastructures cloud et services tiers provenant de nombreuses organisations.

Exigences des fournisseurs

Les attentes de cybersécurité et de gestion logicielle doivent être intégrées aux relations avec les fournisseurs.

Échange de preuves

Les constructeurs ont besoin de preuves techniques appropriées des fournisseurs pour justifier l’évaluation de cybersécurité au niveau du véhicule.

Notification des modifications

Les changements de logiciels et composants des fournisseurs nécessitent une communication maîtrisée lorsqu’ils peuvent affecter la conformité du véhicule.

Réponse aux vulnérabilités

Les nouvelles vulnérabilités peuvent nécessiter une enquête et des mesures coordonnées entre plusieurs organisations.

La responsabilité de cybersécurité ne peut pas simplement être externalisée.

Le constructeur dépend des preuves et de la coopération de sa chaîne d’approvisionnement tout en restant responsable de démontrer la conformité du type de véhicule.

↑ Retour au guide de l’article
11
ÉVOLUTION RÉGLEMENTAIRE

Les règlements ONU R155 et R156 continuent d’évoluer

La réglementation de cybersécurité et des logiciels ne peut pas rester statique, car les technologies et risques qu’elle régit évoluent eux-mêmes.

Le Groupe de travail des véhicules automatisés/autonomes et connectés de la CEE-ONU, ou GRVA, ainsi que ses activités spécialisées de cybersécurité et de mises à jour, continuent à développer le cadre réglementaire.

R156 — Série 01

Le règlement ONU R156 a évolué vers une nouvelle série 01 d’amendements, reflétant la poursuite du développement du cadre réglementaire des mises à jour logicielles.

Guide d’interprétation

Le document d’interprétation de R156 continue à être développé pour faciliter une application cohérente des exigences relatives aux mises à jour et au SUMS.

Développement de R155

D’autres propositions concernant le règlement ONU R155 et son cadre de gestion de cybersécurité restent à l’étude à la CEE-ONU.

Intégration entre règlements

Les dispositions de cybersécurité et de mises à jour interagissent de plus en plus avec d’autres règlements sur les fonctions du véhicule commandées électroniquement.

L’évolution va vers une intégration plus profonde. La gouvernance de cybersécurité et des mises à jour devient progressivement une exigence transversale qui interagit avec le freinage, la direction, les ADAS, la conduite automatisée et les autres systèmes commandés par logiciel.
↑ Retour au guide de l’article
12
PRÉPARATION DU CONSTRUCTEUR

Construire une conformité numérique continue

R155 et R156 exigent de dépasser les essais individuels de réception et d’établir des systèmes reproductibles capables de soutenir la conformité pendant tout le cycle de vie du véhicule.

01 — Établir le CSMS

Construire une gouvernance de cybersécurité couvrant le développement, la production, la surveillance, la réponse aux incidents et les activités pertinentes de la chaîne d’approvisionnement.

02 — Établir le SUMS

Mettre en œuvre des processus maîtrisés d’identification logicielle, d’évaluation des mises à jour, de validation, de déploiement et de traçabilité réglementaire.

03 — Cartographier l’architecture du véhicule

Comprendre les systèmes électroniques, interfaces, flux de données, dépendances logicielles et surfaces d’attaque potentielles.

04 — Intégrer les fournisseurs

Établir des mécanismes de preuves, de communication et de maîtrise des modifications dans la chaîne d’approvisionnement des logiciels et composants.

05 — Relier les logiciels à la réception

Maintenir la traçabilité entre configurations logicielles et règlements qu’elles affectent.

06 — Surveiller la flotte

Maintenir la capacité à identifier les problèmes émergents de cybersécurité et à y répondre après la mise en service.

L’objectif n’est pas simplement d’obtenir un certificat CSMS ou SUMS.

Le véritable objectif est de créer un dispositif opérationnel de gouvernance qui assure des véhicules sécurisés, maîtrisés et dont la conformité peut être démontrée à mesure que les logiciels et risques cyber évoluent.

↑ Retour au guide de l’article

De la réception par type à la conformité numérique continue

Les règlements ONU R155 et R156 représentent davantage que deux exigences supplémentaires dans le portefeuille d’homologation.

Ils reflètent un changement structurel de la relation entre ingénierie des véhicules et conformité réglementaire.

Des cybermenaces peuvent apparaître après la production. Les logiciels peuvent modifier le comportement après réception. Les vulnérabilités peuvent provenir du véhicule, de la chaîne d’approvisionnement ou des infrastructures connectées. Les preuves réglementaires doivent donc dépasser le moment traditionnel de la réception par type.

HOMOLOGATION CLASSIQUE Concevoir → Tester → Réceptionner → Produire

La conformité se concentre sur une configuration relativement stable du véhicule.

HOMOLOGATION NUMÉRIQUE Concevoir → Évaluer → Réceptionner → Surveiller → Mettre à jour → Réévaluer

La gouvernance de cybersécurité et des logiciels étend la conformité à la vie opérationnelle du véhicule.

Le périmètre réglementaire du véhicule s’élargit. Les logiciels, processus de cybersécurité, relations avec les fournisseurs, systèmes de serveurs et mises à jour après production font de plus en plus partie des preuves nécessaires pour maintenir la confiance dans sa conformité.
Le véhicule connecté ne cesse pas d’évoluer à sa sortie d’usine. Son cadre de conformité ne peut pas s’y arrêter non plus.
Contexte réglementaire : Les exigences de cybersécurité et de mises à jour dépendent de la catégorie du véhicule, du marché cible, de la série applicable du règlement ONU et des règlements affectés par chaque configuration ou mise à jour logicielle. Les règlements ONU n° 155 et n° 156 et leurs documents d’interprétation continuent à évoluer dans le cadre des activités du WP.29 et du GRVA de la CEE-ONU. Les constructeurs doivent donc confirmer le texte réglementaire actuellement applicable, la série d’amendements, les dispositions de mise en œuvre et les exigences de réception propres au programme de véhicule avant d’entamer des activités de certification ou d’homologation.
GLOBAL ALLIANCE REGISTER

How Global Alliance Register Can Support You

Global Alliance Register supports manufacturers, suppliers and responsible economic operators with independent technical-assurance services relevant to l’évolution des règlements onu r155 et r156 within the automotive context. Based on the article's emphasis on technical assurance, verification and risk management, GAR can coordinate competent specialists, laboratories, inspectors, auditors and accredited conformity-assessment resources as appropriate to the actual technical need. Within the context of this article, Global Alliance Register can support you in the following areas:

01

Identify the changes affecting l’évolution des règlements onu r155 et r156, perform a structured impact assessment and develop a transition plan covering responsibilities, timing, documentation and implementation evidence.

02

Define the technical, regulatory, quality and risk objectives for l’évolution des règlements onu r155 et r156 and determine which combination of testing, inspection, certification, audit or advisory services is appropriate.

03

Coordinate competent laboratories, inspectors, auditors, certification bodies and specialist technical resources for l’évolution des règlements onu r155 et r156 according to scope, geography and the required level of independence.

04

Integrate test results, inspection reports, audit evidence and certification outcomes relating to l’évolution des règlements onu r155 et r156 into a coherent assurance process with clear responsibilities and traceability.

05

Review test records, inspection evidence, calculations, reports and other technical documentation relating to l’évolution des règlements onu r155 et r156 for completeness, consistency and traceability.

Scroll to Top