Diagnostic NI2 gratuit et en ligne

L’entité  liste  l’ensemble  de  ses  activités  et  services,  y  compris  les activités et services qui ne correspondent pas aux critères pour lesquels l’entité est devenue une entité importante ou essentielle (par exemple : une entité devenue entité essentielle car elle exploite un oléoduc liste, en plus des activités et services participant à l’exploitation de l’oléoduc, tous les autres activités et services qu’elle fournit).

Pour chaque entrée de cette liste, l’entité :

• identifie un responsable de l’activité ou du service ;
• liste les systèmes d’information les supportant.RECENSEMENT.a

L’entité précise dans la liste prévue au (a) les systèmes d’information pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité.

L’entité renseigne les justifications de ces choix.

L’entité valide et réexamine annuellement, ou en tant que de besoin notamment en cas de mise en service d’un nouveau système d’information, la liste prévue au (a).

La mise en place d’un système de management de la sécurité de l’information (SMSI) conforme aux exigences prévues dans la norme ISO/CEI 27001:2022 et dont le domaine d’application couvre au minimum les systèmes d’information permet d’apporter une présomption de conformité à cet objectif. (ROLE.a à c)

Le dirigeant exécutif de l’entité est responsable de la sécurité numérique au sein de son entité et en particulier du suivi de la conformité des systèmes d’information aux présentes mesures.

Il désigne au moins une personne qui le conseille et l’accompagne dans l’exercice de cette responsabilité. Cette personne est le point de contact privilégié de l’Agence nationale de la sécurité des systèmes d’information pour tous les sujets relatifs à la sécurité numérique (incidents de sécurité, communications de l’ANSSI sur les sujets relatifs aux entités importantes ou essentielles)

L’entité définit et met en œuvre une organisation adaptée pour assurer sa sécurité numérique (par exemple : la désignation d’un responsable de la sécurité numérique, l’établissement d’un RACI, la mise en place d’une comitologie).

L’entité définit et met en œuvre une politique de sécurité des systèmes d’information (PSSI).

Cette PSSI comprend :

• L’organisation de la gouvernance de la sécurité numérique et notamment les rôles et les responsabilités du personnel interne et externe (par exemple : prestataires, fournisseurs) ;
• Les orientations et objectifs stratégiques en matière de sécurité numérique déclinés de la stratégie globale de l’entité ;
• L’engagement du dirigeant exécutif de l’entité à assurer la sécurité numérique des systèmes d’information dont il est responsable ;
• L’engagement du dirigeant exécutif de l’entité à respecter les exigences légales et réglementaires et en particulier celles définies dans la transposition nationale de la directive NIS 2.
• La PSSI tient également compte des exigences, procédures et spécificités propres au(x) secteur(s) dans lesquels l’entité exerce ses activités.

Le dirigeant exécutif de l’entité approuve la PSSI.

La PSSI est revue annuellement et mise à jour lorsque nécessaire, notamment en cas d’évolutions majeures du contexte métier, technique ou organisationnel intervenues après son approbation.

L’entité décline, en tant que de besoin, la PSSI en politiques de sécurité relatives à des thèmes précis et permettant de couvrir tout ou partie des présentes mesures.

En particulier, et conformément à la directive NIS 2, l’entité définit et met en œuvre des politiques de sécurité en matière :

• D’usage du chiffrement ;
• De contrôle d’accès physique et logique ;
• De revue de l’application des mesures de sécurité mises en œuvre ;

Pour chaque système d’information, l’entité réalise et maintient à jour une analyse de la conformité du système d’information vis-à-vis des présentes mesures.

L’analyse de la conformité identifie les écarts entre les mesures mises en œuvre par l’entité, les présentes mesures et les objectifs fixés par la réglementation.

L’entité établit, met en œuvre et suit dans la durée un plan d’action pour corriger ces écarts et atteindre les objectifs fixés par la réglementation.

Ce plan d’action prévoit, au minimum, une échéance raisonnable et un responsable pour la réalisation de chaque action.

En cas de recours à une ou plusieurs alternatives prévues dans les présentes mesures, l’entité les renseigne dans l’analyse de la conformité avec les justifications associées.

L’entité définit et maintient à jour une cartographie de l’écosystème dans lequel ses systèmes d’information sont mis en œuvre et contenant, au minimum, les informations suivantes :

• La liste des prestataires et fournisseurs informatiques contribuant à la réalisation des activités ou des services de l’entité et avec lesquels il existe une relation contractuelle (par exemple : prestataire d’infogérance, matériels et services fournis par la maison mère à une filiale, fournisseur de matériel informatique)
• La liste des interconnexions avec les systèmes d’information de l’entité.

(Cette liste peut s’appuyer sur les démarches déjà réalisées par l’entité pour réaliser une telle liste. Par exemple, la déclaration de sous-traitance réalisée dans le cadre d’un contrat de la commande publique.)

L’entité renseigne les coordonnées d’au moins un point de contact pour chaque entrée figurant dans la cartographie de l’écosystème.

En cas de recours à un prestataire, l’entité s’assure de la conformité de la prestation aux exigences de la directive NIS 2 ainsi qu’aux autres réglementations pour lesquelles la conformité à ce référentiel est attendue et dispose des assurances contractuelles de cette conformité (par exemple : plan d’assurance sécurité, charte de télémaintenance, mise en place d’indicateurs de suivi de la conformité)

L’entité vérifie périodiquement la conformité de la prestation aux exigences de la directive NIS 2 en s’appuyant sur des audits dont les conditions sont précisées par les Moyens acceptables de conformité (b), (d) et (e) relatifs à l’audit (cf. Objectif de sécurité 17).

L’entité définit et met en œuvre une charte d’usage des systèmes d’information, et la rend opposable à chacun des utilisateurs de ces systèmes d’information.

Cette charte peut prévoir des dispositions spécifiques pour les administrateurs.

Cette charte peut également couvrir les systèmes d’information pour lesquels l’entité a décidé de ne pas appliquer les objectifs de sécurité.

L’entité définit et met en œuvre un programme de sensibilisation à la sécurité numérique de l’ensemble des utilisateurs.

L’entité prévoit des clauses de sécurité dans les contrats de travail (par exemple : clauses de confidentialité, clauses de non-concurrence).

L’entité définit et met en œuvre un processus de gestion des arrivées, des départs et des changements de fonction des personnels et des tiers accédant aux systèmes d’information.

Ce processus prévoit :

• La prise de connaissance par le personnel des règles de sécurité en vigueur lors de son arrivée ;
• La mise à jour des accès lors d’un changement de fonction ;
• Lors du départ d’un personnel, la restitution de l’ensemble du matériel qui lui a été mis à disposition et la désactivation de l’ensemble de ses accès logiques aux systèmes d’information et physiques aux locaux et salles.

L’entité définit et met en œuvre, pour les fonctions assumant des responsabilités dans le domaine du numérique, un programme de formations dédiées à la sécurité numérique adapté à leurs responsabilités.

L’entité élabore et maintient à jour une cartographie de ses systèmes d’information dont le niveau de détail est suffisant pour lui permettre :

• d’assurer le maintien en condition opérationnel et de sécurité de ces systèmes (par exemple : être capable d’identifier les ressources matérielles ou logicielles vulnérables suite à la publication d’un bulletin d’alerte) ;
• de pouvoir réagir sans retard injustifié à un incident de sécurité affectant ces systèmes d’information (par exemple : être capable d’identifier les ressources matérielles ou logicielles affectées par un incident de sécurité et ainsi limiter les conséquences de l’incident). Cette cartographie peut s’appuyer sur les recommandations contenues dans le guide de cartographie publié sur le site de l’ANSSI.

L’entité élabore, met en œuvre et maintient à jour une procédure de maintien en conditions opérationnelle et de sécurité des ressources matérielles et logicielles de ses systèmes d’information.

L’entité maintient à jour des bases de connaissances des outils de protection contre les codes malveillants (par exemple : la mise à jour de la base antivirale de l’antivirus, la mise à jour des signatures utilisées par la solution d’EDR  ou Endpoint Detection and Response).

L’entité met en œuvre une veille sur les vulnérabilités, les correctifs de sécurité et des mesures d’atténuation préconisées susceptibles de concerner les ressources de ses systèmes d’information, qui sont diffusées notamment par les fournisseurs ou les fabricants de ces ressources, par un prestataire mandaté ou par des centres de prévention et d’alerte en matière de cyber sécurité tels que le CERT-FR (centre gouvernemental de veille, d’alerte et de réponse aux attaques informatiques) ou les CSIRT.

L’entité met en œuvre sans délai les actions visant à l’installation, sans retard injustifié au regard de la nature de la vulnérabilité, des correctifs (par exemple : le déploiement en environnement de test, préprod et prod, mécanismes de rollback) de sécurité sur les ressources exposées à des systèmes d’information tiers (par exemple : un serveur Web, un pare-feu exposé sur Internet, un serveur de messagerie) et les postes de travail des utilisateurs.

L’entité essentielle planifie et installe sur l’ensemble de ses ressources les correctifs de sécurité.

Lorsque des raisons techniques ou opérationnelles ne permettent pas l’installation des correctifs de sécurité sur les ressources concernées, l’entité met en œuvre des mesures d’atténuation pour réduire les risques liés à l’utilisation d’une version comportant des vulnérabilités connues.

L’entité installe et maintient à jour les ressources logicielles de ses systèmes d’information, y compris les logiciels embarqués, dans des versions supportées par leurs fournisseurs ou leurs fabricants et comportant les mises à jour de sécurité.

L’entité vérifie que toute nouvelle version est téléchargée depuis les ressources officielles mises à disposition par les éditeurs ou les fournisseurs.

Lorsque des raisons techniques ou opérationnelles ne permettent pas l’installation d’une version supportée par le fournisseur ou l’éditeur, l’entité met en œuvre des mesures pour réduire les risques liés à l’utilisation d’une version obsolète.

L’entité définit et met en œuvre des mécanismes permettant de prendre connaissance, sans retard injustifié, des alertes émises par l’autorité nationale de sécurité des systèmes d’information, les éditeurs de produits utilisés par l’entité ou le prestataire mandaté par l’entité.

L’entité s’assure de la mise en œuvre d’une procédure pour traiter ces alertes et le cas échéant appliquer les mesures préconisées.

L’entité met en place des mesures de sécurité permettant de limiter l’accès de personnes non autorisées à ses locaux, ses salles serveurs et ses locaux techniques (par exemple : tenue d’un registre des visiteurs).

L’entité s’assure de la protection physique des locaux, salles serveurs et locaux techniques (par exemple : vidéosurveillance, gardiennage, alarme).

Cette protection physique permet de prévenir, de surveiller et de réagir aux accès non autorisés à ces locaux.

L’entité s’assure du contrôle des accès aux locaux, aux salles serveurs et aux locaux techniques.

L’entité s’assure que les droits d’accès physique sont attribués au regard du besoin strictement nécessaire à l’exécution des missions des personnes.

L’entité s’assure que les personnes externes accédant aux locaux techniques et salles serveurs de l’entité sont accompagnées ou dûment autorisées.

L’entité cloisonne physiquement ou logiquement l’ensemble de ses systèmes d’information vis-à-vis des autres systèmes d’information, y compris les systèmes d’information sous sa responsabilité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité et les systèmes d’information tiers. (Par exemple : cloisonnement logique par VLAN (réseau), par VM (calcul) ou par volume (stockage).

L’entité cloisonne physiquement ou logiquement chaque système d’information vis-à-vis des autres systèmes d’information, y compris les systèmes d’information sous sa responsabilité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité et les systèmes d’information tiers.

(Par exemple : Un système d’information est cloisonné logiquement des autres systèmes d’information de l’entité. Il est aussi cloisonné physiquement des systèmes d’information de l’entité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité).

L’entité mène des réflexions, pour chaque système d’information, sur la pertinence de définir des sous-systèmes. Lorsqu’elle n’identifie aucun sous- système, l’entité en apporte la justification.

Un sous-système regroupe des ressources assurant des fonctionnalités similaires et ayant des niveaux de sensibilité, d’exposition et de sécurité homogènes.

Les sous-systèmes identifiés à la mesure (c) sont cloisonnés entre eux physiquement ou logiquement.

L’entité met en œuvre au moins un sous-système “passerelle sortante” permettant :

• aux ressources de ses systèmes d’information d’accéder aux systèmes d’informations tiers;
• d’authentifier, de filtrer et de tracer les accès aux systèmes d’information tiers (par exemple : un serveur mandataire).

L’entité met en œuvre au moins un sous-système “passerelle entrante” permettant :

• d’exposer des ressources de ses systèmes d’information aux systèmes d’information tiers ;
• de filtrer et de tracer les accès depuis des systèmes d’information tiers (par exemple : un serveur mandataire inverse ou un relai)

Seules les interconnexions nécessaires à la réalisation des activités et services de l’entité ou au maintien en condition opérationnelle ou de sécurité sont mises en œuvre entre l’ensemble des systèmes d’information et les autres systèmes d’information sous la responsabilité de l’entité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité et les systèmes d’information tiers.

Seules les interconnexions nécessaires à la réalisation des activités et services de l’entité ou au maintien en condition opérationnelle ou de sécurité sont mises en œuvre entre chaque système d’information et les autres systèmes d’information sous la responsabilité de l’entité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité et les systèmes d’information tiers, ou entre les sous-systèmes du système d’information.

L’entité définit et documente les communications nécessaires à la réalisation de ses activités et services ou au maintien en condition opérationnelle de sécurité circulant entre l’ensemble des systèmes d’information et les autres systèmes d’information sous sa responsabilité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité et les systèmes d’information tiers.

L’entité définit et documente les communications nécessaires à la réalisation de ses activités et services ou au maintien en condition opérationnelle de sécurité circulant entre chaque système d’information et les autres systèmes d’information sous sa responsabilité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité et les systèmes d’information tiers ou entre les sous-systèmes du système d’information.

L’entité met en œuvre, au niveau des interconnexions, les règles de filtrage pour n’autoriser que les communications identifiées à la mesure (a) ou (b).

Les autres communications sont bloquées par défaut.

Au minimum, les communications entre les systèmes d’information de l’entité et les autres systèmes d’information sous sa responsabilité pour lesquels elle a décidé de ne pas appliquer les objectifs de sécurité et les systèmes d’information tiers sont filtrés par un ou des pares-feux dédiés à cet usage.

Par exemple : une entité mettant en œuvre un pare-feu pour filtrer les communications entre ses systèmes d’information (pour lesquels elle applique les objectifs de sécurité ou non) d’une part et les systèmes d’information tiers d’autre part est une solution acceptable.

L’entité effectue annuellement une revue de la mise en œuvre technique des règles de filtrage mentionnées à la mesure (c).

L’entité protège les accès à ses systèmes d’information effectués à travers un système d’information tiers au moyen de mécanismes de chiffrement conformes aux recommandations de l’autorité nationale de sécurité des systèmes d’information. (Par exemple : VPN TLS ou IPSec, protocoles applicatifs chiffrés comme TLS, SSH, etc.)

De plus, lorsque les accès visés à la mesure (a) sont effectués par l’entité ou un prestataire qu’elle a mandaté à cet effet, l’entité protège les accès aux systèmes d’information par un mécanisme d’authentification conforme aux mesures de l’Objectif de sécurité 10.

Pour les accès visés à la mesure (b), le mécanisme d’authentification est multifacteur et repose sur au moins un facteur de connaissance. (Par exemple : authentification avec une carte à puce et un code PIN.)

Lorsque des raisons techniques ou opérationnelles ne permettent pas la mise en œuvre d’une authentification multifacteurs, l’entité met en œuvre des mesures permettant de réduire le risque associé.

Les mémoires de masse (par exemple : les « disques ») des postes de travail et équipements mobiles permettant aux personnels et prestataires de l’entité d’accéder à distance aux systèmes d’information depuis un lieu qui n’est pas maîtrisé par l’entité, sont en permanence protégées par des mécanismes de chiffrement et d’authentification conformes à l’état de l’art tel que recommandé par l’autorité nationale de sécurité des systèmes d’information. (Par exemple : disques chiffrés avec code PIN exigé pour le déchiffrement au démarrage.)

L’entité définit les terminaux et ressources matérielles autorisés à se connecter à ses systèmes d’information.

Seules les ressources matérielles dont l’entité, ou le prestataire qu’elle a mandaté, assure la gestion et qui participent à la réalisation des activités ou à la fourniture des services de l’entité ou au maintien en condition opérationnelle et de sécurité se connectent aux systèmes d’information.

L’entité met en œuvre des mesures organisationnelles ou techniques visant à empêcher la connexion des ressources matérielles autres que celles identifiées à la mesure (a) sur ses systèmes d’information.

L’entité met en œuvre des mesures organisationnelles ou techniques visant à empêcher la connexion des ressources matérielles autres que celles identifiées à la mesure (b) sur ses systèmes d’information.

Seuls les supports amovibles réinscriptibles nécessaires à la réalisation des activités et services de l’entité ou au maintien en condition opérationnelle ou de sécurité se connectent à ses systèmes d’information.

Les postes de travail, les serveurs et les équipements mobiles maîtrisés par l’entité, qui sont amenés à traiter de données provenant de sources externes (par exemple les supports amovibles, la messagerie ou la navigation web), disposent de mécanismes de protection contre les risques d’exécution de codes malveillants. (Par exemple : un antivirus ou un EDR.)

L’entité procède à l’analyse des données provenant de sources externes lors de leur réception, pour y rechercher des codes malveillants. (Par exemple : une passerelle mail analysant les pièces jointes avant distribution, un SAS de décontamination antivirale pour les clefs USB.)

L’entité protège les accès des utilisateurs et processus automatiques aux ressources de ses systèmes d’information au moyen d’un mécanisme d’authentification impliquant au moins un élément secret (par exemple : un mécanisme d’authentification mono-facteur tel qu’un mot de passe ou multi-facteur, tel qu’une carte à puce avec code PIN.)

L’entité change les éléments secrets configurés par défaut, avant la mise en service d’une ressource. À cet effet, l’entité s’assure auprès du fabricant ou du fournisseur de la ressource qu’elle dispose des moyens et des droits permettant d’effectuer ces changements.

L’élément secret d’un compte partagé est renouvelé à chaque retrait d’un utilisateur de ce compte.

L’élément secret d’un compte n’est connu, que des utilisateurs autorisés à utiliser le compte. (Par exemple : Les mots de passe des comptes partagés peuvent être stockés dans un coffre-fort de mots de passe.)

Les utilisateurs et les processus automatiques accédant aux ressources des systèmes d’information de l’entité disposent de comptes individuels. Les utilisateurs peuvent, le cas échéant, disposer de plusieurs comptes individuels.

L’emploi d’un compte individuel du système d’information est réservé à l’utilisateur ou au processus automatique auquel ce compte a été attribué.

Lorsque des raisons techniques ou opérationnelles ne permettent pas de créer de comptes individuels pour les utilisateurs ou pour les processus automatiques, l’entité met en place des mesures permettant de réduire le risque lié à l’utilisation de comptes partagés et d’assurer la traçabilité de l’utilisation de ces comptes. (Par exemple : carnet de quart dans une salle de supervision, badgeuse à l’entrée de la salle, etc…)

Lorsqu’un système d’information est utilisé pour diffuser de l’information au public, l’entité n’est pas tenue de créer de comptes pour l’accès du public à cette information. Par exemple : l’accès à un site vitrine ne nécessite pas d’authentifier les visiteurs alors que l’accès à l’intranet doit authentifier les utilisateurs.

L’entité désactive les comptes qui ne sont plus nécessaires dans les délais prévus par sa politique de gestion des comptes (Par exemple : sous 7 jours).

L’entité applique sans retard injustifié les correctifs de sécurité sur les annuaires gérant les utilisateurs ou les ressources de ses systèmes d’information.

La sécurité des systèmes d’information de l’entité repose en grande partie sur la sécurité du ou des annuaires gérant les utilisateurs ou les ressources des systèmes d’information.

L’ensemble des ressources regroupant ces annuaires, les ressources matérielles et logicielles hébergeant ces annuaires ou permettant de prendre le contrôle de ces annuaires (les comptes, les hyperviseurs, les machines d’administration, etc.) est désigné par « cœur de confiance ». Par exemple : Le Tier 0 (Tier Zéro) pour les annuaires AD DS constitue le cœur de confiance du système d’information.

L’entité réalise les opérations d’identification de son cœur de confiance.

L’entité applique sans retard injustifié les correctifs de sécurité sur les annuaires gérant les utilisateurs ou les ressources de ses systèmes d’information.

Les actions d’administration du cœur de confiance sont réalisées via des comptes d’administration dédiés exclusivement à cet usage.

Les connexions externes au cœur de confiance, à destination des ressources d’administration du cœur de confiance sont interdites par un dispositif de filtrage sur les ressources d’administration. Par exemple : le filtrage peut être réalisé par le pare-feu local de la ressource d’administration du cœur de confiance.

L’entité effectue annuellement une revue de la configuration des annuaires gérant les utilisateurs ou les ressources de ses systèmes d’information, afin d’identifier tout élément inutile ou anormal.

Il est recommandé que cette revue s’appuie sur un outil automatisé.

Lorsqu’elles existent, les recommandations de l’autorité nationale de sécurité des systèmes d’information relatives au cœur de confiance sont mises en œuvre. Par exemple : guide de sécurisation, guide de réponses à incidents, mémos techniques, recommandations issues des outils de revues de configurations)

Les actions d’administration sont effectuées exclusivement à partir de comptes d’administration, et inversement, les comptes d’administration sont utilisés exclusivement pour les actions d’administration

Par exemple : le compte d’administration d’un poste utilisateur est utilisé exclusivement pour l’administration de ce poste. L’utilisateur de ce poste a un compte bureautique non administrateur pour son utilisation quotidienne.

Les comptes d’administration ne sont utilisés que par des administrateurs ou des personnes autorisées.

Les comptes d’administration respectent les mesures relatives à l’identification (cf. Objectif de sécurité 10).

Un compte d’administration est utilisé exclusivement pour se connecter à une ressource d’administration, ou à une ressource pour effectuer des actions d’administration. (Par exemple : Le compte administrateur d’un routeur est utilisé depuis un poste d’administration ou sur le routeur pour l’administrer.)

Lorsque des raisons techniques ou opérationnelles ne permettent pas d’effectuer des actions d’administration à partir d’un compte d’administration, l’entité met en œuvre des mesures permettant d’assurer le contrôle de ces actions d’administration et des mesures de réduction du risque lié à l’utilisation d’un compte non dédié à l’administration.

L’entité établit et tient à jour la liste des comptes d’administration de ses systèmes d’information.

Lors de toute modification d’un compte d’administration (ajout, suppression, suspension ou modification des droits associés), l’entité vérifie que les droits d’accès aux ressources et fonctionnalités sont attribués en cohérence avec les besoins d’utilisation du compte.

En particulier, afin de limiter la portée des droits individuels, ils sont attribués à chaque compte d’administration en les restreignant autant que possible au périmètre fonctionnel et technique de ce dernier.

Pour ceci, il est recommandé d’octroyer les droits d’administration au travers des groupes dont les comptes d’administration sont membres.

Seules les ressources logicielles nécessaires à la réalisation des activités et services de l’entité ou au maintien en condition opérationnelle ou de sécurité sont installées ou conservées sur les systèmes d’information. Par exemple : utilisation d’un modèle de configuration centralisé (master) contenant exclusivement les logiciels/services strictement nécessaires aux besoins métiers et d’administration.

L’entité configure les ressources de ses systèmes d’information de manière sécurisée et en s’appuyant sur les recommandations de l’éditeur de la fonctionnalité, du fabricant de la ressource ou de l’autorité nationale de sécurité des systèmes d’information.

L’entité configure les ressources de ses systèmes d’information de manière sécurisée et en s’appuyant sur les recommandations de l’éditeur de la fonctionnalité, du fabricant de la ressource ou de l’autorité nationale de sécurité des systèmes d’information.

L’entité effectue annuellement une revue de configuration des ressources de ses systèmes d’information pour vérifier l’application des mesures précédentes. Il est recommandé que cette revue s’appuie sur un ou des outils automatisés. Par exemple : scan de port et de vulnérabilité, revue (manuel ou automatique) des configurations des pares-feux par rapport aux matrices de flux.

Les actions d’administration sont effectuées au moyen d’un réseau d’administration dédié.

Les ressources des réseaux d’administration sont gérées et configurées par l’entité ou par le prestataire qu’elle a mandaté pour réaliser les actions d’administration.

Les ressources matérielles des réseaux d’administration sont utilisées exclusivement pour réaliser des actions d’administration.

Le poste physique utilisé pour effectuer des actions d’administration est utilisé exclusivement pour réaliser ces actions.

La connexion des administrateurs à un réseau d’administration s’effectue au moyen d’un poste physique utilisé exclusivement pour des actions d’administration.

Lorsque des raisons techniques ou opérationnelles ne permettent pas de dédier le poste de travail physique de l’administrateur pour les actions d’administration, l’entité met en œuvre des mesures de durcissement et de cloisonnement du système d’exploitation du poste de travail permettant d’isoler le système d’exploitation utilisé pour les actions d’administration du système d’exploitation utilisé pour les autres actions. Ces mesures sont conformes aux recommandations de l’autorité nationale de sécurité des systèmes d’information, y compris les recommandations alternatives.

Les réseaux d’administration sont connectés aux ressources du système d’information à administrer au travers d’une liaison réseau physique utilisée exclusivement pour les actions d’administration. Ces ressources sont administrées au travers de leur interface d’administration physique.

Les modalités de cloisonnement et de filtrage du réseau d’administration respectent les modalités de cloisonnement et le filtrage mis en œuvre entre et au sein des systèmes d’information. (Par exemple : deux machines ne pouvant pas communiquer au travers des systèmes d’information ne peuvent pas communiquer au travers du réseau d’administration.)

Lorsque des raisons techniques ou opérationnelles ne permettent pas d’administrer une ressource au travers d’une liaison réseau physique ou de son interface d’administration physique, l’entité met en œuvre des mesures de réduction du risque telles que des mesures de sécurité logique. Ces mesures sont conformes aux recommandations de l’autorité nationale de sécurité des systèmes d’information y compris les recommandations alternatives.

Les communications associées à des actions d’administration sont protégées par des mécanismes de chiffrement et d’authentification conformes à l’état de l’art tel que recommandé par l’autorité nationale de sécurité des systèmes d’information. (Par exemple : en utilisant des protocoles sécurisés garantissant l’authentification de l’administrateur, l’intégrité et la confidentialité des messages)

Les communications associées à des actions d’administration sont protégées par des mécanismes de chiffrement et d’authentification conformes à l’état de l’art tel que recommandé par l’autorité nationale de sécurité des systèmes d’information. (Par exemple : en utilisant des protocoles sécurisés garantissant l’authentification de l’administrateur, l’intégrité et la confidentialité des messages)

Lorsque des raisons techniques ou opérationnelles ne permettent pas de recourir à des mécanismes de chiffrement ou d’authentification de ces communications, l’entité met en œuvre des mesures permettant de protéger la confidentialité et l’intégrité de ces flux et de renforcer le contrôle et la traçabilité des actions d’administration.

L’entité essentielle s’assure de l’élaboration, du maintien à jour et de la mise en œuvre d’une procédure de traitement des incidents de sécurité affectant ses systèmes d’information.

L’entité essentielle s’assure de la mise en œuvre des outils permettant de collecter les signalements remontés, en particulier par les sources suivantes :

• Les employés de l’entité essentielle ;
• Les clients et les usagers des activités et services mis en œuvre par l’entité essentielle ;
• Les prestataires ou fournisseurs contractant avec l’entité essentielle.

L’entité s’assure de la définition et de la mise en œuvre des mécanismes permettant d’analyser et de qualifier les événements remontés et d’identifier les incidents potentiels ou avérés.

L’entité essentielle s’assure de la définition et de la mise en œuvre des mécanismes organisationnels et techniques permettant de réagir en cas d’incident et de limiter les conséquences sur la fourniture des services.

Ces mécanismes sont repris, le cas échéant, dans la définition des plans de continuité et de reprise d’activité.

Après chaque incident majeur, l’entité essentielle s’assure qu’une analyse des causes de l’incident a été réalisée.

L’analyse des causes vise à définir et mettre en œuvre les mesures de sécurité permettant de limiter la vraisemblance d’un nouvel incident ou d’en réduire l’impact.

L’entité essentielle conserve des preuves de cette analyse.

L’entité conserve les relevés techniques produits (par exemple : rapport d’analyse, alertes remontées par les outils de protection contre les codes malveillants) dans le cadre de la gestion des incidents et pouvant être utilisés comme éléments de preuve en cas de judiciarisation. Ces relevés techniques sont conservés hors ligne pour une durée pertinente au regard de la protection des données à caractère personnel et en particulier la finalité du traitement.

Les relevés techniques relatifs aux analyses des incidents sont protégées d’un incident les rendant inexploitables (par exemple : le stockage hors-ligne pour répondre à un incident de type rançongiciel).

L’entité définit et met en œuvre des procédures de sauvegarde et de restauration de ses systèmes d’information et des données qu’ils manipulent.

Les mécanismes de sauvegarde sont dimensionnés pour répondre aux besoins de disponibilité associés aux différents services et aux différentes activités fournis par l’entité.

L’entité s’assure que les processus de sauvegarde et de restauration sont testés au minimum une fois par an. Ces tests visent notamment à vérifier la bonne réalisation des sauvegardes et leur bonne restauration.

Les sauvegardes sont protégées d’un incident les rendant inexploitables (par exemple : le stockage hors-ligne pour répondre à un incident de type rançongiciel).

L’entité essentielle, pour chacun de ses activités et services, définit et documente la durée maximale d’interruption admissible (DMIA) et la perte de données maximale admissible (PDMA).

L’entité essentielle définit et met en œuvre un plan de continuité d’activité (PCA) et un plan de reprise d’activité (PRA) adaptés aux scénarios de crises d’origine cyber et cohérent avec la durée maximale d’interruption admissible et la perte de données maximale admissible.

L’identification de ces mesures de continuité s’appuie notamment :

• Sur la cartographie de l’écosystème (cf. Objectif de sécurité 3) ;
• Sur la procédure de gestion des incidents pour détecter et réagir au plus tôt aux incidents ;
• Sur la procédure de gestion des crises d’origine cyber pour permettre la reprise au plus tôt des services.

L’entité s’assure de la définition, du maintien à jour et de la mise en œuvre d’une procédure de gestion de crises en cas d’incident de sécurité significatif sur ses systèmes d’information.

L’entité s’assure du maintien à jour d’une liste des personnes mobilisables dans la gestion de la crise sur les sujets relatifs à la sécurité numérique ainsi que leurs coordonnées.

L’entité s’assure du maintien à jour d’un annuaire des parties prenantes externes à l’entité pertinente dans la gestion de la crise en s’appuyant sur la cartographie de l’écosystème.

Ces informations sont tenues à la disposition des autorités nationales compétentes et en particulier de l’autorité nationale de sécurité des systèmes d’information.

L’entité essentielle s’assure de la mise en œuvre de retour d’expérience (RETEX) permettant d’identifier les axes d’amélioration et les mesures associées à mettre en œuvre suite à un entraînement, un exercice ou une crise réelle.

L’entité essentielle s’assure de la définition, du maintien à jour et de la mise en œuvre des critères permettant d’activer et de désactiver le dispositif de gestion de crise prenant en compte les menaces cyber.

L’entité essentielle s’assure de la définition, du maintien à jour et de la mise en œuvre des procédures et des mécanismes de gestion de la crise adaptés à la menace cyber en s’appuyant sur les recommandations de l’autorité nationale de sécurité des systèmes d’information.

L’entité essentielle s’assure de la définition et de la mise en œuvre des mesures pour isoler, protéger et, le cas échéant, reconstruire les systèmes d’information concernés, activables en cas d’incident de sécurité significatif.

Ces mesures prennent en compte les infrastructures, applicatifs et services numériques externalisés à des prestataires et sont mises en place en cohérence avec les plans de continuité et de reprise d’activité.

L’entité essentielle s’assure de la définition d’une stratégie de communication adaptée aux crises d’origine cyber, incluant des scénarios de crise, le schéma d’organisation de la communication de crise, les outils de pilotage de la communication et des éléments de langage sur des sujets sensibles ou de crise. Cette stratégie prend en compte les scénarios de menaces cyber identifiés.

L’entité essentielle s’assure de la disponibilité de moyens de communication de secours, si possible, sécurisés en temps de crise lorsque les moyens de communication habituels sont indisponibles.

L’entité s’assure de la sensibilisation et de l’entraînement des personnes mobilisables dans le dispositif de gestion des crises d’origine cyber.

L’entité essentielle définit et met en œuvre une stratégie d’entraînement qui comporte, au minimum, les éléments suivants :

• Une liste des acteurs amenés à participer aux différents dispositifs d’entraînement et d’exercice ;
• Une liste d’exercices permettant d’entraîner ou de tester les capacités opérationnelles ;
• Les objectifs visés par la stratégie ;
• Les moyens de vérification ou d’évaluation d’atteinte de ces objectifs ;
• Les scénarios de risques ou d’attaques à tester en priorité ;
• La comitologie de suivi de la stratégie.

Cette stratégie d’entraînement vise à tester les dispositifs mis en œuvre par l’entité essentielle en matière :

• De gestion des alertes relatives aux incidents, aux vulnérabilités et menaces ;
• De continuité et de reprise d’activité ;
• De gestion des crises d’origine cyber.

L’entité essentielle décline cette stratégie dans la définition et la mise en œuvre d’un programme triennal d’entraînement et d’exercice. Ce programme précise notamment la fréquence de ces entraînements et exercices ainsi que leur nature et que leurs objectifs.

Ce programme triennal doit permettre de tester les dispositifs de gestion des incidents, de gestion des crises d’origine cyber et de coopération avec l’écosystème et, le cas échéant, le volet cyber des plans de continuité et de reprise d’activité.