Protection contre la corruption au titre du règlement sur les machines : l’annexe III, point 1.1.9, dans l’appréciation du risque
À partir du 20 janvier 2027, l’annexe III, partie B, point 1.1.9, du règlement (UE) 2023/1230 sur les machines exige que les appareils connectés et l’accès à distance n’entraînent pas de situation dangereuse, que le matériel, les logiciels et les données relevant de la sécurité soient protégés contre la corruption accidentelle et intentionnelle, et que la machine identifie son logiciel relevant de la sécurité et recueille les preuves des interventions. Le point 1.2.1 ajoute que les systèmes de commande, lorsque les circonstances le justifient, résistent aux tentatives malveillantes raisonnablement prévisibles de tiers et que les interventions et le logiciel de sécurité téléchargé restent traçables pendant cinq ans après le téléchargement ; vous évaluez les deux dans l’appréciation du risque. CE-Copilot couvre la protection contre la corruption dans le cadre de l’appréciation du risque : inventaire des interfaces, 15 scénarios de menace en tant que phénomènes dangereux avec des mesures sur trois étapes, fondés sur le projet de norme prEN 50742, et une liste de contrôle des justificatifs, dans la formule Starter à partir de 119 € par mois (licence par périodes de trois mois, prix final ; liste de contrôle dans les rapports d’essai à partir de Professional).
Ce qu’exige le point 1.1.9
Le point 1.1.9 « Protection contre la corruption » est nouveau dans la législation sur les machines. Il comporte cinq alinéas, résumés ici d’après la version consolidée :
Appareils connectés et accès à distance
1.1.9, 1er alinéa
La connexion d’un autre dispositif, par l’intermédiaire de toute fonctionnalité de ce dispositif ou d’un dispositif à distance qui communique avec la machine, ne doit pas entraîner de situation dangereuse.
Matériel relevant de la sécurité
1.1.9, 2e alinéa
Les composants matériels qui transmettent des signaux ou des données pertinents pour l’accès à un logiciel essentiel pour la conformité doivent être protégés de façon adéquate contre la corruption accidentelle ou intentionnelle. La machine recueille les preuves d’une intervention légitime ou illégitime dans ces composants.
Logiciels et données
1.1.9, 3e alinéa
Les logiciels et les données essentiels pour la conformité aux exigences essentielles de santé et de sécurité doivent être identifiés comme tels et protégés de façon adéquate contre la corruption accidentelle ou intentionnelle.
Identification du logiciel installé
1.1.9, 4e alinéa
La machine identifie le logiciel installé nécessaire à son fonctionnement en toute sécurité et est en mesure de fournir cette information à tout moment sous une forme facilement accessible.
Preuves des interventions dans le logiciel et la configuration
1.1.9, 5e alinéa
La machine recueille les preuves d’une intervention légitime ou illégitime dans le logiciel et d’une modification du logiciel installé ou de sa configuration.
Lien avec le point 1.2.1 « Sécurité et fiabilité des systèmes de commande »
Le point 1.2.1 applique la même idée au système de commande. Les systèmes de commande doivent, lorsque les circonstances et les risques le justifient, résister aux influences extérieures, y compris expressément aux tentatives malveillantes raisonnablement prévisibles de tiers aboutissant à une situation dangereuse (point a)). Un défaut du matériel ou de la logique du système de commande ne doit pas entraîner de situations dangereuses (point b)). Les limites des fonctions de sécurité sont fixées dans l’appréciation du risque, et les modifications dangereuses des réglages ou des règles ne sont pas admises, y compris pendant une phase d’apprentissage (point d)). Le point f) est nouveau : le journal de suivi des données générées en lien avec une intervention et des versions du logiciel de sécurité téléchargées après la mise sur le marché doit être disponible pendant cinq ans après le téléchargement, sur demande motivée d’une autorité nationale compétente.
Deux autres points concernent toute machine connectée : avec une commande sans fil, une défaillance de la communication ou de la connexion, ou une connexion défectueuse, ne doit pas entraîner de situation dangereuse (point 1.2.1, dernier alinéa), et l’interruption, le rétablissement ou la fluctuation de la connexion au réseau de communication ne doivent pas entraîner de situations dangereuses (point 1.2.6). L’objectif de protection de toutes ces exigences est la sécurité des personnes, et non la protection des données ou du savoir-faire.
Ce que le fabricant doit démontrer
Le règlement sur les machines ne prescrit pas de technologie particulière, mais chaque exigence doit être satisfaite de manière traçable. En pratique, les justificatifs suivants sont établis :
| Exigence | Point | Justificatif type |
|---|---|---|
| Les interfaces n’entraînent pas de situation dangereuse | 1.1.9, 1er al. | Inventaire des interfaces, scénarios de menace avec mesures par interface dans l’appréciation du risque, description des interfaces pour les intégrateurs |
| Matériel relevant de la sécurité protégé, interventions traçables | 1.1.9, 2e al. | Liste des ensembles protégés, scellés, ports verrouillés, liste des événements du système de commande avec un journal type |
| Logiciels et données identifiés et protégés | 1.1.9, 3e al. | Registre des logiciels et données relevant de la sécurité avec versions et sommes de contrôle, description des contrôles d’intégrité et de la protection d’accès |
| Logiciel installé identifiable à tout moment | 1.1.9, 4e al. | Capture d’écran de l’affichage de version, comparaison avec le procès-verbal de réception |
| Interventions dans le logiciel et la configuration journalisées | 1.1.9, 5e al. | Journal des modifications et des événements avec utilisateur, heure, contenu et version, procédure d’export |
| Le système de commande résiste aux tentatives malveillantes prévisibles de tiers | 1.2.1, point a) | Concept de sécurité avec zones, rôles et règles de mots de passe, preuves de durcissement, rapport d’essai |
| Pas de modification dangereuse des réglages ou des règles | 1.2.1, point d) | Limites des fonctions de sécurité issues de l’appréciation du risque, protection en écriture des paramètres relevant de la sécurité |
| Journal de suivi pendant cinq ans après le téléchargement | 1.2.1, point f) | Concept de stockage et de conservation des données d’intervention et des versions du logiciel de sécurité, procédure d’export pour les demandes des autorités |
| La perte du réseau de communication ou de la liaison radio n’est pas dangereuse | 1.2.6 ; 1.2.1, dernier al. | Rapport d’essai sur la perte de communication et le redémarrage dans tous les modes, temps d’arrêt en cas de perte de liaison |
La documentation technique contient l’appréciation du risque avec la liste des exigences applicables et les mesures de prévention (annexe IV, partie A, point b)) ainsi que les rapports d’essai (point g)). Le point m) est nouveau : le code source ou la logique de programmation des logiciels relevant de la sécurité est mis à disposition sur demande motivée d’une autorité nationale compétente lorsqu’il est nécessaire pour vérifier les exigences essentielles (voir aussi l’article 10, paragraphe 3).
prEN 50742, IEC 62443 et présomption de conformité
Le prEN 50742 « Sécurité des machines, protection contre la corruption » est le projet de norme pour le point 1.1.9, élaboré au CENELEC. En Allemagne, il a été publié sous forme de projet DIN EN 50742 (VDE 0113-742):2026-03. Selon un article technique d’IBF Solutions GmbH (dernière mise à jour le 5 octobre 2026), le projet est en phase d’approbation ; la date de publication de l’EN n’est pas fixée. Le projet n’a pas de référence publiée au Journal officiel au titre du règlement sur les machines. Une présomption de conformité au titre de l’article 20, paragraphe 1, ne naît qu’avec une telle référence.
Selon cet article, le projet décrit deux approches. L’approche A repose sur une analyse des menaces propre au fabricant selon l’EN ISO 12100, c’est-à-dire dans le cadre de l’appréciation du risque habituelle. L’approche B utilise la série IEC 62443 avec le processus de développement sécurisé (IEC 62443-4-1), les exigences système (-3-3) et les exigences relatives aux composants (-4-2).
L’IEC 62443 est la série établie pour la sécurité informatique des systèmes d’automatisation industrielle et un bon repère pour les mesures de sécurité. Au titre du règlement sur les machines, elle n’est pas une norme harmonisée et ne confère aucune présomption de conformité. Si vous l’appliquez, décrivez-la dans la documentation technique comme spécification technique appliquée (annexe IV, partie A, point f)) et montrez dans l’appréciation du risque comment les mesures réduisent les phénomènes dangereux pour les personnes.
L’article 20, paragraphe 9, prévoit une autre voie de présomption : les machines certifiées, ou couvertes par une déclaration de conformité, dans le cadre d’un schéma de certification de cybersécurité adopté au titre du règlement (UE) 2019/881 dont les références sont publiées au Journal officiel sont présumées satisfaire aux points 1.1.9 et 1.2.1 dans la mesure où le certificat ou la déclaration couvre ces exigences. Vérifiez si un tel schéma entre en ligne de compte pour votre produit.
Lien avec le règlement sur la cyberrésilience et la directive relative aux équipements radioélectriques
- Règlement (UE) 2024/2847 sur la cyberrésilience. S’applique aux produits comportant des éléments numériques, y compris les machines connectées, et protège la cybersécurité du produit tout au long de sa durée de vie. Les obligations de notification au titre de l’article 14 s’appliquent depuis le 11 septembre 2026, y compris aux produits déjà livrés ; les autres obligations s’appliquent aux produits mis sur le marché à partir du 11 décembre 2027. Selon le considérant 53, le respect des exigences du CRA peut faciliter la démonstration de la conformité aux points 1.1.9 et 1.2.1 ; le fabricant démontre la synergie et suit l’évaluation de la conformité au titre des deux règlements. La conformité au CRA ne crée pas de présomption pour le point 1.1.9. Détails dans le guide Le règlement sur la cyberrésilience pour les machines.
- Directive 2014/53/UE relative aux équipements radioélectriques. Pour les équipements radioélectriques mis sur le marché du 1er août 2025 au 10 décembre 2027, les exigences de cybersécurité de l’article 3, paragraphe 3, points d), e) et f), s’appliquent par l’intermédiaire du règlement délégué (UE) 2022/30, avec la série EN 18031. Le règlement délégué (UE) 2026/339 l’abroge avec effet au 11 décembre 2027 ; le CRA prend le relais à partir de cette date. La question de savoir si une machine dotée d’un module radio installé à demeure constitue dans son ensemble un équipement radioélectrique n’est pas tranchée de manière définitive.
Une même interface peut donc apparaître dans jusqu’à trois évaluations aux objectifs de protection différents : les personnes (règlement sur les machines), le réseau et les données (directive relative aux équipements radioélectriques) et le produit tout au long de sa durée de vie (CRA). Calendrier et méthodes dans le guide Cybersécurité des machines.
Démarche en sept étapes
1. Recenser les interfaces et les actifs
Toutes les voies par lesquelles des données ou des commandes atteignent la machine : réseau et bus de terrain, télémaintenance, connexion au cloud, radio, clés USB et cartes mémoire, pupitre de commande avec gestion des paramètres, accès de programmation au système de commande, voie de mise à jour, matériel de sécurité accessible dans l’armoire électrique et appareils tiers raccordés. Ajoutez les logiciels et les données essentiels pour la sécurité, comme le programme de sécurité, les valeurs limites et les paramètres de muting.
2. Identifier les menaces comme phénomènes dangereux
Pour chaque interface, demandez-vous si une corruption accidentelle ou intentionnelle peut déclencher une situation dangereuse. Les scénarios typiques sont des paramètres de sécurité modifiés par le réseau, un accès à distance pendant qu’une personne travaille dans la zone dangereuse, une version logicielle non validée après une mise à jour, des contacts de sécurité pontés ou une perte de communication suivie d’un redémarrage inattendu.
3. Estimer et évaluer le risque
Comme pour tout autre phénomène dangereux : gravité du dommage possible et probabilité. Pour les scénarios de sécurité informatique, la probabilité dépend surtout de l’accessibilité de l’interface (internet, réseau local, sur place uniquement), de l’effort nécessaire et de la détection éventuelle d’une intervention.
4. Définir les mesures par ordre de priorité
Selon le point 1.1.2, b), la conception d’abord, par exemple des paramètres relevant de la sécurité conservés uniquement dans l’automate de sécurité et non inscriptibles par le réseau de process ; puis des mesures de protection techniques comme l’authentification, les mises à jour signées, la segmentation et la journalisation ; les informations pour l’utilisation en dernier.
5. Évaluer le risque résiduel et vérifier l’efficacité
Réévaluez le risque résiduel par scénario et testez les mesures : affichage de version, entrées du journal après une mise à jour, comportement en cas de perte de communication, validation sur place de l’accès à distance. Les résultats font partie des rapports d’essai au titre de l’annexe IV, partie A, point g).
6. Justificatifs dans la documentation technique
L’appréciation du risque avec la liste des exigences applicables, point 1.1.9 compris, et les mesures de prévention (annexe IV, partie A, point b)), les spécifications techniques appliquées pour les projets de normes ou l’IEC 62443 (point f)) et les rapports d’essai (point g)). Le code source ou la logique de programmation des logiciels relevant de la sécurité est mis à disposition sur demande motivée d’une autorité nationale compétente (point m), article 10, paragraphe 3).
7. Informations dans la notice d’instructions
Le point 1.7.4.2 ne comporte pas de rubrique propre à la sécurité informatique. Les informations relèvent de la mise en service et de l’utilisation (point k)), des risques résiduels (point l)) et des mesures de protection à prendre par l’utilisateur (point m)) : emplacement de l’affichage de la version logicielle, procédure de mise à jour suivie d’un essai fonctionnel des fonctions de sécurité (point 1.1.2, e)), exigences applicables au réseau de l’exploitant, validation de l’accès à distance et conservation des journaux.
Exemples : interface, menace, mesures
| Interface | Menace | Mesures types |
|---|---|---|
| Réseau, OPC UA, MES | Un accès en écriture non autorisé modifie les temps de muting ou les limites de vitesse | Paramètres de sécurité uniquement dans l’automate de sécurité, non inscriptibles par le réseau de process ; authentification, somme de contrôle de la configuration de sécurité, journal de chaque modification |
| Télémaintenance, VPN | Modification du programme ou réinitialisation à distance alors que des personnes se trouvent dans la zone dangereuse | Accès à distance sans chemin vers l’automate de sécurité, validation uniquement sur place et limitée dans le temps, indication « accès à distance actif », journal de session |
| Mise à jour logicielle | Une version manipulée ou non validée du logiciel de sécurité est installée | Micrologiciel signé et vérifié avant activation, somme de contrôle sur le pupitre de commande, entrée de version conservée pendant cinq ans, essai fonctionnel après chaque mise à jour |
| Armoire électrique | Contacts de sécurité pontés ou commutateurs DIP du module de sécurité modifiés | Armoire verrouillée, scellés, connecteurs détrompés, ouverture enregistrée avec horodatage |
| Bus de terrain, radio | Perte de communication, puis démarrage inattendu avec des consignes périmées | Surveillance temporelle des télégrammes de sécurité, passage à l’état sûr, redémarrage uniquement après acquittement |
Comment CE-Copilot couvre la protection contre la corruption
CE-Copilot suit l’approche A du projet prEN 50742 : l’analyse des menaces fait partie de l’appréciation du risque selon l’EN ISO 12100 et est évaluée avec le même indice de risque, issu de la gravité et de la probabilité, que tout autre phénomène dangereux.
Module « Protection contre la corruption » dans l’appréciation du risque
Apparaît dans l’éditeur de l’appréciation du risque dès que la description de la machine mentionne des interfaces numériques telles que réseau, télémaintenance, USB, radio ou pupitre de commande avec gestion des paramètres ; sinon, vous l’affichez via « Évaluations au titre d’autres actes juridiques ». L’inventaire des interfaces couvre dix types d’interfaces et est prérempli à partir de la description ; les mentions explicitement niées comme « pas de Wi-Fi » ne sont pas reprises. Vous confirmez ou corrigez la sélection, qui est enregistrée dans le profil de la machine du projet.
à partir de Starter
15 scénarios de menace en tant que phénomènes dangereux
Pour les interfaces sélectionnées, le module propose les scénarios correspondants, de la manipulation de paramètres par le réseau à l’absence de journalisation. Seul ce que vous cochez dans la boîte de dialogue de sélection est repris : en tant que phénomène dangereux de type « Corruption/sécurité informatique » avec scénario, phases de vie, référence juridique, gravité et probabilité préremplies et mesures sur trois étapes. La référence suit le cadre juridique du projet : dans un projet relevant du règlement sur les machines, l’annexe III, points 1.1.9, 1.2.1 et 1.2.6 ; dans un projet relevant de la directive relative aux machines, l’annexe I, points 1.2.1 et 1.2.6, comme état de la technique, avec une remarque sur le point 1.1.9 à partir du 20 janvier 2027. Chaque scénario indique en référence les exigences système correspondantes de l’IEC 62443-3-3.
à partir de Starter
Recherche de phénomènes dangereux par l’IA tenant compte des interfaces
Si l’inventaire contient des interfaces, la recherche de phénomènes dangereux par l’IA demande en plus des scénarios propres à la machine dans lesquels une corruption précisément à ces interfaces peut déclencher une situation dangereuse, évalués comme les autres phénomènes dangereux. Les propositions sont des projets soumis à votre vérification technique.
à partir de Starter, dans la limite du quota d’IA de la formule
Justificatifs dans l’export
L’export PDF et Word de l’appréciation du risque et le dossier global du projet contiennent un encadré « Protection contre la corruption » avec le nombre de scénarios évalués, l’inventaire des interfaces et la base juridique, y compris la mention explicite qu’il n’existe pas de présomption de conformité sans référence publiée au Journal officiel.
à partir de Starter
Section des rapports d’essai avec douze exigences
Les exigences A1 à A12 se rapportent aux points 1.1.9, 1.2.1 et 1.2.6, ainsi qu’à la notice d’instructions et au processus de mise à jour, chacune avec la référence juridique, le justificatif attendu et un renvoi à l’IEC 62443. Dans un projet relevant du règlement sur les machines, les douze sont obligatoires ; dans un projet relevant de la directive relative aux machines, les exigences qui n’existent que dans le règlement sont présentées comme des recommandations pour une mise sur le marché à partir du 20 janvier 2027.
à partir de Professional
Chapitre cybersécurité dans la notice d’instructions
Les interfaces cochées figurent dans la notice d’instructions avec leur désignation, leur protocole, leur raccordement et leur voie de mise à jour. Les informations sur la protection d’accès sont volontairement tenues hors du document afin que la notice ne devienne pas une description des vulnérabilités.
module Notice d’instructions à partir de Professional, achat unique par projet
Un seul inventaire pour le règlement sur les machines, les équipements radioélectriques et le CRA
Vous tenez à jour une seule fois les détails par interface et les actifs à protéger ; le module Équipements radioélectriques et la page « Cybersécurité (CRA) » utilisent le même inventaire. Le module rappelle aussi que l’évaluation des risques de cybersécurité au titre du CRA est une évaluation distincte, menée parallèlement au point 1.1.9.
inventaire à partir de Starter, page Cybersécurité (CRA) à partir de Professional
Ce que CE-Copilot ne fait pas : pas de certification, pas de test d’intrusion, pas de revue de votre logiciel de commande et pas de classement en niveaux de sécurité selon l’IEC 62443 ou le projet de norme (l’approche B est citée en référence par scénario, mais n’est pas mise en œuvre). L’application ne contient pas le texte du prEN 50742. Les formules et les prix figurent sur la page des tarifs ; le test de préparation au règlement sur les machines gratuit montre où votre machine demande encore du travail avant le 20 janvier 2027.
FAQ
Questions fréquentes
Le point 1.1.9 s’applique-t-il à toutes les machines ?
À partir de quand dois-je démontrer la protection contre la corruption ?
Le prEN 50742 est-il une norme harmonisée ?
Appliquer l’IEC 62443 suffit-il ?
Quel est le lien entre la protection contre la corruption et le règlement sur la cyberrésilience ?
La protection contre la corruption doit-elle faire partie de l’appréciation du risque ?
Que doit contenir la notice d’instructions au sujet de la protection contre la corruption ?
Existe-t-il un logiciel qui intègre la protection contre la corruption dans l’appréciation du risque ?
Sources
- Règlement (UE) 2023/1230 sur les machines, version consolidée du 27 juillet 2026
- Règlement (UE) 2024/2847 (règlement sur la cyberrésilience)
- Règlement délégué (UE) 2026/339 abrogeant le règlement délégué (UE) 2022/30
- DIN Media : projet de norme DIN EN 50742 (VDE 0113-742):2026-03, consulté le 3 novembre 2026
La conformité des machines pour l’UE en interne, en français
Ce guide est rédigé par l’équipe à l’origine de CE-Copilot, une plateforme logicielle couvrant l’ensemble du processus CE européen pour les machines : détermination des directives applicables, un outil de recherche de normes couvrant 3 600+ normes avec statut d’harmonisation, appréciation du risque selon EN ISO 12100, documentation de la sécurité fonctionnelle, rapports d’essai, documentation technique, notice d’instructions et déclaration UE de conformité. Les documents sont exportés en sept langues, dont le chinois, la déclaration UE de conformité en allemand, anglais, français, italien, espagnol et polonais. La plateforme est disponible en français et en anglais ; l’IA rédige, vous vérifiez et validez.
Autres guides
Ce guide est une information générale destinée aux fabricants de machines, vérifiée par rapport aux textes juridiques officiels de l’UE (état : 3 novembre 2026). Il ne constitue pas un conseil juridique. Pour les décisions concernant votre produit, consultez les textes juridiques (EUR-Lex) ou un conseiller qualifié.