Cybersécurité IEC 62443 Evaluation SL

SL Evaluation - Cybersécurité - Security Level Capability selon CEI 62443

« SL Evaluation» est basée sur les exigences de la norme IEC 62443 relative la cybersécurité des systèmes industriels – IACS (Industrial Automation and Control System). Elle est l’application idéale pour faciliter la compréhension et intégrer les exigences à respecter pour atteindre un niveaux de capacité de cybersécurité : SL-C (Security Level Capability).

Utilisation

Sélectionner chaque FR (1 à 7) et indiquer pour chacun si l’exigences est couvertes, non couverte ou non applicable. Le vecteur SL-C sera automatiquement calculé et représenté graphiquement.

Toutes ces applications sont libres et gratuites (SIL calcul, ANSSI classification, SIL PL Machine, PFD tracer, SIL RC eval). Merci d’envoyer vos commentaires pour faire évoluer ces outils.

Application

« SL Evaluation » - Niveau de capacité de cybersécurité d'un système IACS.

Security level Capability (SL-C) suivant IEC 62443-3-3.

SL-C (IAC) :

Exigences systèmes (SR et RE)	Conformité
SR1 - Identification et authentification d'utilisateur humain	Oui	Non	NA
- RE1 - Identification et authentification unique	Oui	Non	NA
- RE2 - Identification multifactorielle pour les réseaux non sécurisés	Oui	Non	NA
- RE3 - Identification multifactorielle pour tous les réseaux	Oui	Non	NA
SR2 - Identification et authentification du processus logiciel et de l'appareil	Oui	Non	NA
- RE1 - Identification et authentification unique	Oui	Non	NA
SR3 - Gestion des comptes	Oui	Non	NA
- RE1 - Gestion des comptes unifiée	Oui	Non	NA
SR4 - Gestion des identificateurs	Oui	Non	NA
SR5 - Gestion des authentifiants	Oui	Non	NA
- RE1 - Sécurité matérielle des identifiants du processus logiciel	Oui	Non	NA
SR6 - Gestion des accès sans fil	Oui	Non	NA
- RE1 - Identification et authentification unique	Oui	Non	NA
SR7 - Force de l’authentification basée sur le mot de passe	Oui	Non	NA
- RE1 - Génération de mot de passe et restrictions de durée de vie pour les utilisateurs humains	Oui	Non	NA
- RE2 - Restrictions de durée de vie d'un mot de passe pour tous les utilisateurs	Oui	Non	NA
SR8 - Certificats d’infrastructure à clés publiques (ICP)	Oui	Non	NA
SR9 - Force de l’authentification de clé publique	Oui	Non	NA
- RE1 - Sécurité matérielle de l’authentification de clé publique	Oui	Non	NA
SR10 - Rétroaction de l’authentifiant	Oui	Non	NA
SR11 - Tentatives d’authentification infructueuses	Oui	Non	NA
SR12 - Notification d’utilisation du système	Oui	Non	NA
SR13 - Accès par des réseaux non sécurisés	Oui	Non	NA
- RE1 - Approbation explicite des demandes d’accès	Oui	Non	NA

FR 2 - Commande d’utilisation (UC)

SL-C (UC) :

Exigences systèmes (SR et RE)	Conformité
SR1 - Application de l’autorisation	Oui	Non	NA
- RE1 - Application de l’autorisation à toutes les entités utilisatrices (humains, appareils, SW)	Oui	Non	NA
- RE2 - Mapping des autorisations aux rôles	Oui	Non	NA
- RE3 - Contournement de la supervision	Oui	Non	NA
- RE4 - Double approbation	Oui	Non	NA
SR2 - Contrôle d’utilisation sans fil	Oui	Non	NA
- RE1 - Identifier et consigner les appareils sans fil non autorisés	Oui	Non	NA
SR3 - Contrôle d’utilisation des appareils mobiles et portables	Oui	Non	NA
- RE1 - Application du statut de sécurité des appareils portables et mobiles	Oui	Non	NA
SR4 - Code mobile	Oui	Non	NA
- RE1 - Vérification de l’intégrité du code mobile	Oui	Non	NA
SR5 - Verrouillage de session	Oui	Non	NA
SR6 - Terminaison de session distante	Oui	Non	NA
SR7 - Commande de sessions concomitantes	Oui	Non	NA
SR8 - Événements auditables	Oui	Non	NA
- RE1 - Trace d’audit au niveau du système et à gestion centralisée	Oui	Non	NA
SR9 - Capacité de stockage de l’audit	Oui	Non	NA
- RE1 - Avertissement sur seuil haut de stockage d’enregistrement d’audit	Oui	Non	NA
SR10 - Réponse aux échecs de traitement d’audit	Oui	Non	NA
SR11 - Horodatages	Oui	Non	NA
- RE1 - Synchronisation temporelle interne	Oui	Non	NA
- RE2 - Protection de l’intégrité de la source temporelle	Oui	Non	NA
SR12 - Non-répudiation	Oui	Non	NA
- RE1 - Non-répudiation pour tous les utilisateurs (Humain et appareils)	Oui	Non	NA

FR 3 - Intégrité du système (SI)

SL-C (SI) :

Exigences systèmes (SR et RE)	Conformité
SR1 - Intégrité de la communication	Oui	Non	NA
- RE1 - Protection de l’intégrité cryptographique	Oui	Non	NA
SR2 - Protection contre les programmes malveillants	Oui	Non	NA
- RE1 - Points d’E/S de la protection contre les programmes malveillants	Oui	Non	NA
- RE2 - Gestion centralisée et déclaration de protection contre les programmes malveillants	Oui	Non	NA
SR3 - Vérification des fonctionnalités de sécurité	Oui	Non	NA
- RE1 - Mécanismes automatisés pour la vérification des fonctionnalités de sécurité	Oui	Non	NA
- RE2 - Vérification des fonctionnalités de sécurité en fonctionnement normal	Oui	Non	NA
SR4 - Intégrité du logiciel et des informations	Oui	Non	NA
- RE1 - Notification automatisée relative aux violations d’intégrité	Oui	Non	NA
SR5 - Validation en entrée	Oui	Non	NA
SR6 - Sortie déterministe	Oui	Non	NA
SR7 - Traitement des erreurs	Oui	Non	NA
SR8 - Intégrité de la session	Oui	Non	NA
- RE1 - Invalidation d’ID de session après terminaison de session	Oui	Non	NA
- RE2 - Génération d’ID de session unique	Oui	Non	NA
- RE3 - Caractère aléatoire des ID de session	Oui	Non	NA
SR9 - Protection des informations d’audit	Oui	Non	NA
- RE1 - Enregistrements d’audit sur support à écriture unique	Oui	Non	NA

FR 4 - Confidentialité des données (DC)

SL-C (DC) :

Exigences systèmes (SR et RE)	Conformité
SR1 - Confidentialité des informations	Oui	Non	NA
- RE1 - Protection de la confidentialité inactive ou en transit sur des réseaux non sécurisés	Oui	Non	NA
- RE2 - Protection de la confidentialité au-delà des limites de zones	Oui	Non	NA
SR2 - Persistance des informations	Oui	Non	NA
- RE1 - Élimination des ressources de mémoire partagée	Oui	Non	NA
SR3 - Utilisation de la cryptographie	Oui	Non	NA

FR 5 - Flux de données réduit (RDF)

SL-C (RDF) :

Exigences systèmes (SR et RE)	Conformité
SR1 - Segmentation des réseaux	Oui	Non	NA
- RE1 - Segmentation physique des réseaux	Oui	Non	NA
- RE2 -Indépendance par rapport aux réseaux de système de non-commande	Oui	Non	NA
- RE3 - Isolation logique et physique des réseaux critiques	Oui	Non	NA
SR2 - Protection des limites de zone	Oui	Non	NA
- RE1 - Refus par défaut, autorisation par exception	Oui	Non	NA
- RE2 - Mode îlot	Oui	Non	NA
- RE3 - Fail close	Oui	Non	NA
SR3 - Restrictions de communication de personne à personne à visée générale	Oui	Non	NA
- RE1 - Interdiction de toutes les communications de personne à personne à visée générale	Oui	Non	NA
SR4 - Partitionnement d’application	Oui	Non	NA

FR 6 - Réponse rapide aux événements (TRE)

SL-C (TRE) :

Exigences systèmes (SR et RE)	Conformité
SR1 - Accessibilité du journal d’audit	Oui	Non	NA
- RE1 - Accès par programme aux journaux d’audit	Oui	Non	NA
SR2 - Surveillance permanente	Oui	Non	NA

FR 7 - Disponibilité des ressources (RA)

SL-C (RA) :

Exigences systèmes (SR et RE)	Conformité
SR1 - Protection contre le déni de service	Oui	Non
- RE1 - Gestion des charges de communication	Oui	Non	NA
- RE2 - Limiter les effets des DoS à d’autres systèmes ou réseaux	Oui	Non	NA
SR2 - Gestion des ressources	Oui	Non	NA
SR3 - Sauvegarde du système de commande	Oui	Non	NA
- RE1 - Vérification des sauvegardes	Oui	Non	NA
- RE2 - Automatisation des sauvegardes	Oui	Non	NA
SR4 - Récupération et reconstitution du système de commande	Oui	Non	NA
SR5 - Alimentation de secours	Oui	Non	NA
SR6 - Paramètres de configuration de sécurité et de réseau	Oui	Non	NA
- RE1 - Déclaration lisible par les machines des paramètres de sécurité actuels	Oui	Non	NA
SR7 - Moindre fonctionnalité	Oui	Non	NA
SR8 - Inventaire de composants du système de commande	Oui	Non	NA

Niveau de cybersécurité Capable (Security Level) : SL-C =

Exigences fondamentales (FR) - systèmes (SR) et améliorations (RE)

L’évaluation peut porter sur une zone, un conduit ou un équipement. Elle repose sur sept exigences fondamentales (FR – Foundational Requirements) qui constituent le socle du SL-C.

- - - 1. Commande d’identification et d’authentification (IAC – identification and authentication control),
      2. Commande d’utilisation (UC – use control),
      3. Intégrité du système (SI – system integrity),
      4. Confidentialité des données (DC – data confidentiality),
      5. Flux de données réduit (RDF – restricted data flow),
      6. Réponse rapide aux événements (TRE – timely response to events),
      7. Disponibilité des ressources (RA – ressource availability).

L’application « SL-C evaluation » utilise les exigences systèmes (SR – System Requirement) et les améliorations d’exigences (RE – Requirement Enhancement) auxquelles la conception du système de commande doit satisfaire pour l’évaluation du niveau de cybersécurité pouvant être revendiqué, conformément à la norme IEC 62443-3‑3.

Les niveaux de cybersécurité (Security Level)

La série IEC 62443 définit les Security Level (SL) selon cinq niveaux différents (0, 1, 2, 3 et 4), chacun ayant un niveau de sécurité croissant. A noter que le SL 0 n’est associé à aucune exigence spécifique, dans le cas du SL-C, il doit être vu comme un échec à satisfaire à certaines exigences du SL 1.

En fonction des exigences couvertes, le SL-C est calculé globalement et sous forme de vecteur.

Notes

La conception relève de l’intégrateur et fournisseurs de produit et doit se baser sur les politiques de cybersécurité, procédures et appréciation du cyber risque du propriétaire d’actif dans le contexte de leur site spécifique. Il est à noter que certaines SR contiennent des conditions spécifiques pour les exceptions admissibles, comme lorsque la conformité aux SR enfreint les exigences fondamentales de fonctionnement d’un système de contrôle-commande de sécurité.

Il convient également que les mesures de cybersécurité des IACS n’aient pas la capacité de causer la perte des services et fonctions essentiels, SIF et MMRI incluses. (Ce qui est le cas des mesures de sécurité IT le plus souvent déployées.) Les objectifs de sûreté des IACS se concentrent sur les risques de perte de disponibilité du système de commande, sur la protection des installations et sur leur fonctionnement (même en mode dégradé). Les objectifs de la sécurité IT n’accordent généralement pas la même importance à ces aspects. Ils peuvent être plus tournés vers la protection des informations (confidentialité) que vers les actifs physiques. Par exemple, un verrouillage automatique de sessions pourra être inadapté à l’exploitation d’un SCADA, le chiffrement d’une communication inadaptée à des réseaux temps réel critiques, … .