← Wiki méthodes · Cybersécurité
Méthode

🏭 IEC 62443

La norme internationale de cybersécurité des systèmes d'automatisation et de contrôle industriels (IACS) — segmentation en zones, conduits et niveaux de sécurité cibles.

1Qu'est-ce qu'IEC 62443

La série de normes IEC 62443 encadre la cybersécurité des systèmes industriels (automates, SCADA, DCS, réseaux OT). Contrairement à l'IT classique, l'OT doit composer avec des contraintes de disponibilité et de sûreté fortes (on ne « patche » pas un automate de sécurité comme un serveur bureautique) — la norme propose donc une approche par zones de sécurité plutôt qu'un périmètre unique.

Principe central : découper l'installation en zones (ensembles d'actifs de criticité homogène) reliées par des conduits (flux de communication), puis affecter à chaque zone un niveau de sécurité cible (SL-T, 0 à 4) selon les menaces retenues, comparé au niveau atteint (SL-A) par les mesures en place.

IEC 62443 est souvent menée en complément d'EBIOS RM sur un même périmètre : EBIOS RM apporte le scénario de menace, IEC 62443 la structuration technique par zone/conduit et le référentiel de mesures (Foundational Requirements FR1-FR7).

2La démarche, étape par étape

1. Définir le SUC (System Under Consideration)

Cartographier le périmètre étudié : équipements, réseaux, flux — support du diagramme SUC.

2. Découper en zones et conduits (ZCR1)

Regrouper les actifs par zones de criticité homogène (ex. zone process critique, zone supervision, zone bureautique OT) reliées par des conduits représentant les flux inter-zones — c'est la segmentation qui limite la propagation d'un incident.

3. Évaluer les risques par zone (ZCR2)

Pour chaque zone, identifier les scénarios de menace (événement redouté, cause, conséquence) et coter le risque — c'est ici que s'articule le pont avec EBIOS RM / la Cyber-LOPA pour les scénarios les plus critiques.

4. Fixer le niveau cible SL-T (ZCR3)

Déterminer, zone par zone, le SL-T requis (0 à 4) au regard du risque résiduel visé, par Foundational Requirement (FR1 Contrôle d'accès, FR2 Contrôle d'utilisation, FR3 Intégrité système, FR4 Confidentialité, FR5 Flux restreint, FR6 Réponse aux événements, FR7 Disponibilité des ressources).

5. Évaluer le niveau atteint SL-A et combler l'écart

Évaluer les mesures existantes (SL-C — capability du système), comparer au SL-T, et documenter le plan de traitement des écarts (gap analysis).

6. Rapport de conformité (CRS)

Le Cybersecurity Requirements Specification consolide zones, niveaux cibles/atteints et écarts pour la revue de conformité.

3Exemple traité avec EasyRisk

Section à compléter — exemple pas à pas (ex. segmentation d'une ligne de production avec zone SCADA et zone terrain) avec captures d'écran EasyRisk Suite, du diagramme SUC au rapport CRS.

4Erreurs fréquentes

ErreurPourquoi ça pose problème
Une seule zone pour tout le périmètre OTAnnule l'intérêt de la segmentation — un automate de sécurité et un poste de supervision bureautique n'ont pas la même criticité ni le même SL-T.
Confondre SL-T et SL-ALe SL-T est un objectif, le SL-A un constat — les mélanger masque l'écart réel à traiter.
Ignorer les conduits inter-zonesUne zone bien protégée mais reliée par un conduit non maîtrisé à une zone faible expose l'ensemble — le conduit est souvent le vrai point faible.
Transposer des mesures IT sans adaptationUn redémarrage automatique ou un correctif applicatif classique en IT peut être incompatible avec la disponibilité ou la sûreté d'un procédé industriel.

5Pour aller plus loin

Module produit correspondant : Guide utilisateur — Module IEC 62443.