Non, vous n’êtes pas tenu de mettre en œuvre les 93 contrôles de l’Annexe A exactement tels qu’ils sont rédigés. Selon ISO/IEC 27001, l’Annexe A est un catalogue de contrôles possibles que vous sélectionnez en fonction des risques. Ce qui est requis, c’est une décision structurée et justifiée indiquant quels contrôles sont applicables, comment ils sont mis en œuvre et pourquoi certains sont exclus.
Ce que la norme exige réellement
ISO/IEC 27001 vous impose de :
En pratique, cela rejoint la défense et la fabrication réglementée lorsque les équipes doivent transformer la réponse en habitudes d’exécution répétables.
- Définir le périmètre de votre SMSI, y compris les sites, systèmes et processus inclus dans ce périmètre.
- Réaliser une appréciation formelle des risques couvrant les actifs informationnels, les menaces, les vulnérabilités et les impacts.
- Sélectionner des contrôles appropriés et proportionnés aux risques identifiés.
- Comparer les contrôles retenus à l’Annexe A et décider, pour chaque contrôle de l’Annexe A, s’il est :
- Mis en œuvre tel que décrit, ou
- Mis en œuvre d’une manière équivalente ou compensatoire, ou
- Non applicable, avec une justification claire.
- Documenter l’ensemble dans une Déclaration d’applicabilité (SoA) et la maintenir sous maîtrise des modifications.
La SoA constitue la preuve clé. Elle doit montrer que vous avez examiné tous les contrôles de l’Annexe A et que vous pouvez expliquer vos choix. Les auditeurs se concentrent généralement sur votre raisonnement et votre cohérence, et non sur une mise en œuvre un pour un de tous les contrôles.
Quand vous pourriez, de fait, adopter la plupart ou la totalité des contrôles
Dans de nombreux environnements industriels et réglementés, le résultat d’une appréciation des risques est qu’une grande partie des contrôles de l’Annexe A est pertinente, par exemple :
- Des usines dotées de systèmes critiques pour la sécurité ou soumis au contrôle des exportations.
- Des installations traitant des données client ou de défense au titre de clauses contractuelles faisant référence à ISO/IEC 27001 ou à des référentiels connexes.
- Des écosystèmes fournisseurs complexes avec une connectivité externe vers des réseaux OT.
Dans de tels cas, vous pouvez finir par mettre en œuvre la plupart des contrôles de l’Annexe A sous une forme ou une autre, mais cela découle toujours d’une analyse des risques et de la faisabilité plutôt que d’une règle générale. Certains contrôles seront appliqués différemment entre les environnements informatiques d’entreprise et les environnements OT.
Réalités des sites existants et de l’OT
Dans les usines existantes équipées de MES hérités, de PLC, de SCADA et d’équipements à longue durée de vie, certaines mesures de l’Annexe A sont difficiles ou perturbatrices à mettre en œuvre telles qu’elles sont rédigées. Exemples typiques :
- Contraintes techniques : les contrôleurs hérités peuvent ne pas prendre en charge l’authentification moderne, une cadence de correctifs adaptée ou le chiffrement sans remplacement du matériel.
- Risque d’arrêt : l’application de mesures nécessitant des modifications de firmware, des mises à niveau d’OS ou une re-segmentation réseau peut créer un risque d’interruption ou de requalification inacceptablement élevé.
- Dépendance fournisseur : certaines mesures dépendent de capacités fournisseur ou de cycles de publication que vous ne maîtrisez pas.
- Charge de validation : dans les environnements de type GMP ou aérospatiaux, chaque modification liée à la sécurité apportée à des systèmes validés peut déclencher une revalidation, l’exécution de tests et des mises à jour documentaires.
Dans ces cas, vous vous appuyez généralement sur une combinaison de :
- Mesures compensatoires (par exemple, ségrégation physique, zonage réseau, surveillance).
- Mesures procédurales (par exemple, gestion stricte des changements et contrôles manuels).
- Acceptation explicite du risque, avec approbation de la direction et cycles de revue.
L’important est que votre SoA et votre registre des risques rendent ces contraintes et décisions traçables et défendables.
Comment décider quels contrôles de l’Annexe A mettre en œuvre
Une approche pratique fondée sur les risques inclut généralement :
- Cartographier les actifs et les processus
Identifier les actifs critiques : équipements de production, données de procédé, recettes, programmes CN, enregistrements qualité, données soumises au contrôle des exportations et systèmes liés à la sécurité. - Mener une évaluation structurée des risques
Utiliser une méthode cohérente pour évaluer l’impact et la vraisemblance, et prendre en compte des scénarios propres à l’OT, tels que la perte de disponibilité, l’intégrité des consignes et la contamination croisée entre les réseaux OT et les réseaux d’entreprise. - Prioriser les risques à fort impact
Se concentrer d’abord sur les contrôles qui réduisent les risques d’incidents de sécurité, d’arrêts de production, de non-détections qualité produit et de manquements réglementaires. - Évaluer la faisabilité dans votre environnement actuel
Identifier où un contrôle peut être mis en œuvre directement, où il doit être adapté, et où un contrôle compensatoire est plus réaliste en raison de contraintes liées aux systèmes hérités. - Documenter les décisions dans la Déclaration d’applicabilité
Pour chaque contrôle de l’Annexe A : - L’indiquer comme applicable/non applicable.
- Décrire comment il est mis en œuvre ou l’approche compensatoire retenue.
- Consigner les justifications, les dépendances et tout risque résiduel.
- Intégrer avec la maîtrise des changements et la validation
S’assurer que toute modification de contrôle touchant des systèmes validés, des fonctions de sécurité ou des flux de données réglementées passe par votre processus de maîtrise des changements et les essais/vérifications requis.
Pourquoi « tout mettre en œuvre » est souvent impraticable
Un déploiement obligatoire et uniforme des 93 mesures échoue généralement dans la fabrication réglementée pour plusieurs raisons :
- Charge de qualification et de validation : la modification de fonctionnalités OT, MES ou QMS pour satisfaire à des mesures de sécurité spécifiques peut déclencher une requalification des protocoles, une validation logicielle et des modifications documentaires.
- Temps d’arrêt et coûts : les arrêts d’usine nécessaires pour repenser l’architecture des réseaux, migrer des systèmes hérités vers de nouvelles plateformes ou remplacer le matériel de contrôle-commande peuvent être prohibitifs.
- Complexité d’intégration : des mesures qui semblent simples sur le papier (par exemple, journalisation centralisée, gestion unifiée des accès) deviennent complexes dans des environnements multifournisseurs et multigénérationnels.
- Traçabilité et gestion de configuration : un déploiement rapide et étendu peut dépasser votre capacité à maintenir des inventaires, des référentiels de base et des enregistrements de configuration exacts, ce qui fragilise à la fois la cybersécurité et la préparation aux audits.
Ces éléments ne sont pas des raisons d’éviter complètement les mesures ; ce sont des raisons de prioriser, d’échelonner la mise en œuvre et d’utiliser des mesures compensatoires pendant que vous introduisez progressivement des changements plus profonds.
Coexistence avec les systèmes IT, OT et qualité existants
Les mesures de l’Annexe A sont généralement mises en œuvre au moyen de combinaisons de :
- outils de sécurité IT existants (identité, journalisation, protection des terminaux, sauvegarde) ;
- segmentation des réseaux OT, pare-feu et solutions d’accès distant sécurisé ;
- configuration et procédures MES, ERP et QMS (par exemple, contrôle des accès, pistes d’audit, maîtrise documentaire) ;
- procédures et formation en atelier (par exemple, gestion des supports amovibles, règles d’accès des fournisseurs).
Dans la plupart des environnements brownfield, il s’agit d’ajouter les mesures de l’Annexe A à l’existant plutôt que de remplacer les systèmes cœur. Les stratégies de remplacement qui ignorent les implications en matière de validation, d’intégration et de temps d’arrêt tendent à s’enliser ou à être revues à la baisse lorsqu’elles atteignent des actifs complexes et à forte valeur.
Ce que les auditeurs recherchent généralement
Bien que les attentes varient selon les auditeurs, ils vérifieront généralement que :
- Votre évaluation des risques est méthodique, reproductible et alignée sur votre périmètre.
- Votre déclaration d’applicabilité couvre l’ensemble des mesures de l’Annexe A et présente une cohérence interne.
- Les mesures que vous déclarez avoir mises en œuvre existent réellement et fonctionnent efficacement, avec des preuves à l’appui.
- Les exclusions et les mesures compensatoires sont justifiées au regard de vos risques et de vos contraintes.
- Les modifications apportées aux mesures suivent un processus défini de maîtrise des changements et sont reflétées dans la documentation à jour.
Ils n’exigent pas que chaque mesure de l’Annexe A soit mise en œuvre de manière identique sur tous les sites ou systèmes, dès lors que votre justification fondée sur les risques est documentée et appliquée de façon cohérente.
En résumé, vous êtes tenu de prendre en compte l’ensemble des 93 mesures de l’Annexe A, de documenter leur applicabilité et de mettre en œuvre les mesures appropriées en fonction du risque et de la faisabilité. Vous n’êtes pas tenu de mettre en œuvre chaque mesure exactement telle qu’elle est rédigée, en particulier lorsque les contraintes liées à l’OT existant, à la validation et à l’intégration rendent cela impraticable, à condition que vos justifications soient claires, fondées sur des preuves et maintenues sous maîtrise des changements.