Référentiels de mesures
Les mesures de sécurité proposées pendant l’analyse proviennent de ces référentiels, disponibles en français et en anglais. Chaque mesure porte un facteur de réduction préventif - il agit sur la vraisemblance et sur l’ARO - et un facteur réactif, qui agit sur l’impact et sur le SLE.
RHMCR - Référentiel harmonisé des mesures de cybersécurité et de résilience
Cyriskintel - RHMCR v2.1 - Tous droits réservés Cyriskintel 2025 · v2.1 · 239 mesures · niveau détailléLes 239 mesures du Référentiel harmonisé des mesures de cybersécurité et de résilience de Cyriskintel, réparties en 24 thèmes. Chaque mesure porte une seule nature, un poids déduit du nombre de catégories de menace STRIDE qu'elle couvre, un énoncé de ce qui est requis, une question d'audit, une nature de test et la liste des éléments à vérifier. C'est le référentiel proposé par défaut : il couvre la gouvernance, la technique et la résilience, et se prête donc aussi bien à une évaluation de la vraisemblance que de l'impact. Tous droits réservés Cyriskintel 2025 : le contenu est consultable et utilisable en ligne, sa reproduction hors du site est interdite.
| Code | Mesure | Fonction | Correspondances | Vérification | Nature | Poids |
|---|---|---|---|---|---|---|
MOB-01 |
Blocage de l'accès aux dépôts logiciels L'installation de logiciels depuis des dépôts publics ou non approuvés est bloquée sur les appareils mobiles gérés. Seul un catalogue d'applications validé par l'organisation est accessible, et le contournement du blocage (déverrouillage, chargement latéral) est empêché ou détecté. |
Appareils mobiles |
Inspection technique - Rejeu
Question et éléments à vérifierQuel mécanisme empêche l'installation d'une application hors catalogue sur un appareil géré, et que se passe-t-il si un utilisateur tente de contourner ce blocage ? Politique de gestion des appareils mobiles ; configuration du profil de restriction appliqué ; catalogue d'applications autorisées ; tentative d'installation hors catalogue sur un appareil de test ; journal des tentatives bloquées ; liste des appareils déverrouillés détectés. |
Préventive | 5 | |
MOB-02 |
Effacement à distance des données sur des appareils mobiles L'organisation peut, à distance et sans le concours de l'utilisateur, effacer les données professionnelles d'un appareil mobile déclaré perdu, volé ou sorti du parc. La commande est tracée, et son échec est visible. |
Appareils mobiles | CIS 4.11 |
Inspection technique - Échantillonnage
Question et éléments à vérifierSur quels appareils l'effacement à distance est-il effectivement disponible, qui peut le déclencher, et comment vérifie-t-on qu'un effacement demandé a bien abouti ? Console de gestion des appareils : appareils inscrits et commande d'effacement disponible ; liste des personnes habilitées à la déclencher ; historique des effacements demandés sur douze mois avec leur statut d'aboutissement. |
Préventive | 2 |
MOB-03 |
Protection de l'accès à appareil par code PIN ou mot de passe L'accès à un appareil mobile professionnel exige un code, un mot de passe ou une donnée biométrique. La robustesse minimale est imposée par configuration, non laissée au choix de l'utilisateur, et le verrouillage se réactive automatiquement après inactivité. |
Appareils mobiles |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelle politique de verrouillage est imposée par la configuration des appareils, et quelle proportion du parc y est effectivement conforme ? Profil de configuration imposant le verrouillage ; paramètres de robustesse et de délai ; rapport de conformité du parc ; échantillon de dix appareils vérifiés sur la console. |
Préventive | 5 | |
MOB-04 |
Séparation entre les données de l'entreprise et personnelles Les données professionnelles sont cloisonnées des données personnelles sur les appareils mobiles, par conteneur, profil de travail ou appareil dédié. Les échanges entre les deux espaces (copier-coller, partage, sauvegarde) sont contrôlés. |
Appareils mobiles | CIS 4.12 |
Inspection technique - Observation
Question et éléments à vérifierComment les données professionnelles sont-elles séparées des données personnelles sur un appareil, et quels échanges restent possibles entre les deux espaces ? Configuration du conteneur ou du profil de travail ; règles d'échange entre espaces professionnel et personnel ; démonstration d'un copier-coller et d'un partage depuis l'espace professionnel ; liste des appareils sans cloisonnement. |
Préventive | 5 |
ADE-01 |
Schémas d'architecture maintenus à jour suivant les standards de l'industrie et protégés Les schémas d'architecture reflètent l'état réel du système d'information, suivent une notation reconnue, et sont mis à jour lors de tout changement significatif. Leur diffusion est restreinte : un schéma d'architecture est une carte pour l'attaquant autant que pour l'exploitant. |
Architecture d'entreprise | CIS 12.4 |
Inspection documentaire - Entretien
Question et éléments à vérifierÀ quand remonte la dernière mise à jour des schémas d'architecture, quel changement l'a déclenchée, et qui peut les consulter ? Schémas d'architecture datés et versionnés ; registre des modifications avec le changement ayant déclenché la dernière mise à jour ; droits d'accès au dépôt des schémas ; liste des destinataires. |
Préventive | 2 |
ADE-02 |
Segmentation des réseaux Le réseau est découpé en zones selon la sensibilité et l'exposition des systèmes qu'elles portent. Les flux entre zones sont explicitement autorisés, refusés par défaut, et filtrés par un équipement dont la configuration est maîtrisée. |
Architecture d'entreprise | CIS 12.2 ; M1030 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelles zones réseau existent, quels flux sont autorisés entre elles, et sur quelle base ces autorisations ont-elles été accordées ? Plan des zones réseau ; matrice des flux autorisés entre zones ; configuration réelle des équipements de filtrage ; échantillon de dix règles avec leur justification et leur demandeur ; test de flux entre deux zones réputées cloisonnées. |
Préventive | 4 |
ADE-03 |
Séparation de la couche de traitement de la couche de stockage des données Les fonctions de traitement et les fonctions de stockage des données s'exécutent sur des systèmes ou des couches distincts. La compromission d'un serveur applicatif ne donne pas un accès direct aux données persistées. |
Architecture d'entreprise | M1029 |
Inspection technique - Entretien
Question et éléments à vérifierUn serveur applicatif compromis donnerait-il un accès direct au stockage des données, et par quel mécanisme cet accès est-il médiatisé ? Schéma applicatif montrant les couches ; configuration des accès du serveur applicatif au stockage ; comptes et droits utilisés pour cet accès ; démonstration de ce qu'un accès direct au stockage produit depuis la couche applicative. |
Préventive | 2 |
ADE-04 |
Séparation entre les environnements de test, qualification et ceux de la production Les environnements de développement, de test, de qualification et de production sont séparés, avec des accès et des comptes distincts. Les données de production ne sont pas utilisées en clair hors production sans anonymisation ou masquage. |
Architecture d'entreprise | CIS 16.8 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelle séparation existe entre les environnements, et quelles données de production se retrouvent aujourd'hui dans un environnement de test ? Inventaire des environnements ; comptes et droits par environnement ; règles de flux entre eux ; échantillon de jeux de données hors production examinés pour y chercher des données réelles ; procédure d'anonymisation et sa trace d'exécution. |
Préventive | 3 |
QUA-01 |
Processus de revue de code automatique Le code source est soumis à une revue automatisée avant intégration, portant sur les défauts de sécurité connus et le respect des règles de codage. Les constats bloquants empêchent la fusion, et les exceptions sont motivées et tracées. |
Assurance qualité logicielle | CCC-02 |
Inspection technique - Rejeu
Question et éléments à vérifierQuel outil de revue automatique s'exécute avant intégration, quels constats bloquent effectivement la fusion, et comment une exception est-elle accordée ? Configuration de la chaîne d'intégration ; règles d'analyse activées et seuils bloquants ; historique des dix dernières fusions avec le verdict de l'analyse ; registre des exceptions accordées et leur motif ; soumission d'un code volontairement défectueux. |
Préventive | 3 |
QUA-02 |
Tests dynamique de code logiciel (fuzzying) Le logiciel est soumis à des tests d'exécution avec des entrées inattendues, malformées ou aléatoires, afin de révéler les défauts que la revue statique ne voit pas. Les anomalies sont enregistrées, priorisées et corrigées. |
Assurance qualité logicielle | CCC-02 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuels composants ont fait l'objet de tests dynamiques, avec quelle couverture, et qu'est devenue la dernière anomalie découverte par ce moyen ? Plan de test dynamique et périmètre couvert ; rapports des dernières campagnes ; registre des anomalies découvertes avec leur priorisation ; suivi de la correction de la dernière anomalie. |
Préventive | 4 |
QUA-03 |
Tests logiciels dans un environnement adapté Les tests logiciels s'exécutent dans un environnement représentatif de la production mais isolé d'elle, avec des jeux de données qui ne compromettent aucune donnée réelle. |
Assurance qualité logicielle | CCC-02 |
Inspection technique - Entretien
Question et éléments à vérifierEn quoi l'environnement de test diffère-t-il de la production, et d'où proviennent les données qui y sont utilisées ? Description des environnements de test ; comparaison avec la production ; origine et nature des jeux de données employés ; procédure de rafraîchissement des données de test. |
Préventive | 3 |
QUA-04 |
Utilisation d'un environnement de développement intégré (IDE) Les développeurs travaillent dans un environnement de développement intégré configuré par l'organisation, incluant les greffons d'analyse de sécurité et interdisant les extensions non approuvées. |
Assurance qualité logicielle | CCC-02 |
Inspection technique - Observation
Question et éléments à vérifierQuel environnement de développement est fourni aux développeurs, quels contrôles de sécurité y sont actifs par défaut, et un développeur peut-il y installer une extension de son choix ? Image ou configuration de référence de l'environnement de développement ; greffons de sécurité activés ; politique d'extensions ; poste d'un développeur examiné en séance. |
Préventive | 3 |
AUD-01 |
Audit de la configuration matérielle et logicielle La configuration réelle des matériels et logiciels est comparée périodiquement à la configuration de référence approuvée. Les écarts sont documentés, expliqués et corrigés ou acceptés formellement. |
Audit de sécurité | M1047 |
Inspection documentaire - Inspection technique
Question et éléments à vérifierQuand la dernière comparaison entre configuration réelle et configuration de référence a-t-elle eu lieu, combien d'écarts a-t-elle révélés, et où en est leur traitement ? Configuration de référence approuvée ; rapport de la dernière comparaison ; liste des écarts constatés avec leur statut ; preuves de correction ou acceptations formelles signées. |
Préventive | 2 |
AUD-02 |
Audit régulier de la sécurité des systèmes Un audit de sécurité des systèmes est conduit à intervalle défini par une équipe compétente et suffisamment indépendante de ceux qui exploitent les systèmes audités. Les constats font l'objet d'un plan d'action suivi. |
Audit de sécurité | CIS 18.1, 18.2 |
Inspection documentaire - Entretien
Question et éléments à vérifierQui a conduit le dernier audit de sécurité, quelle était son indépendance vis-à-vis des équipes auditées, et quelle proportion de ses constats est aujourd'hui close ? Rapport du dernier audit ; lettre de mission et rattachement hiérarchique des auditeurs ; plan d'action issu des constats avec état d'avancement ; preuves de clôture pour trois constats pris au hasard. |
Préventive | 5 |
AUD-03 |
Tests offensifs / défensifs (purple team) Des exercices offensifs et défensifs conjoints éprouvent la capacité réelle de détection et de réaction, et pas seulement l'existence des outils. Les scénarios sont documentés, les défauts de détection identifiés et corrigés. |
Audit de sécurité | CIS 18.1, 18.2 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuel a été le dernier exercice purple team, quelles techniques d'attaque n'ont pas été détectées, et quelles règles de détection ont été ajoutées depuis ? Rapport du dernier exercice offensif-défensif ; scénarios et techniques employés ; liste des techniques non détectées ; règles de détection ajoutées depuis, avec leur date de mise en service et leur test. |
Préventive | 5 |
AUD-04 |
Tests réguliers de l'efficacité des mesures de contrôle L'efficacité des mesures de contrôle est testée, et non seulement leur présence. Le test cherche à établir que la mesure produit l'effet attendu face à une sollicitation réaliste. |
Audit de sécurité | CIS 18.4 |
Inspection documentaire - Rejeu
Question et éléments à vérifierQuelles mesures ont été testées au cours des douze derniers mois, comment l'efficacité a-t-elle été mesurée, et laquelle a échoué au test ? Plan de test d'efficacité et mesures couvertes ; protocole et critère de réussite pour chaque test ; résultats des douze derniers mois ; dossier de la mesure ayant échoué et suite donnée. |
Préventive | 5 |
AUTH-01 |
Authentification des matériels et utilisateurs avant d'accéder au système d'information Tout matériel et tout utilisateur s'authentifie avant d'accéder au système d'information. Aucun accès anonyme ni compte partagé n'est admis sur les systèmes portant des données ou des fonctions sensibles. |
Authentification | PR.AA-03 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels accès au système d'information restent possibles sans authentification nominative, et quels comptes partagés subsistent aujourd'hui ? Inventaire des systèmes et de leur mode d'authentification ; liste des accès anonymes ou en compte partagé subsistant, avec justification ; extraction des comptes partagés depuis l'annuaire ; entrées de la piste d'audit montrant l'usage d'un tel compte. |
Préventive | 3 |
AUTH-02 |
Authentification multifactorielle L'authentification multifactorielle est exigée pour les accès distants, les accès privilégiés et les applications exposées. Les facteurs retenus résistent à l'hameçonnage lorsque le niveau de risque le justifie. |
Authentification | M1032 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels accès exigent aujourd'hui un second facteur, quels facteurs sont acceptés, et lesquels résistent à l'hameçonnage ? Liste des applications et accès avec l'exigence de second facteur ; facteurs acceptés par service ; extraction des comptes privilégiés sans second facteur ; politique d'exception et cas en vigueur. |
Préventive | 3 |
AUTH-03 |
Authentification unique au système d'information (SSO) L'authentification unique centralise la vérification d'identité, réduit le nombre de secrets détenus par l'utilisateur et permet la révocation en un point. Les applications qui n'y sont pas raccordées sont recensées et justifiées. |
Authentification |
Inspection technique - Entretien
Question et éléments à vérifierQuelles applications sont raccordées à l'authentification unique, lesquelles ne le sont pas, et pourquoi ? Inventaire applicatif avec le mode d'authentification de chacune ; configuration du service d'authentification unique ; liste des applications non raccordées et motif ; test de révocation d'un compte et effet observé sur les applications raccordées. |
Préventive | 3 | |
AUTH-04 |
Chiffrement du mot de passe en stockage Les mots de passe sont stockés sous forme d'empreinte produite par une fonction de hachage lente et salée, conçue pour cet usage. Aucun mot de passe n'est stocké en clair ni chiffré de façon réversible. |
Authentification | A 5.17 |
Inspection technique
Question et éléments à vérifierQuelle fonction de hachage et quels paramètres protègent les mots de passe stockés, et reste-t-il un référentiel où ils sont réversibles ? Paramètres de hachage du service d'identité et des applications gérant leurs propres comptes ; extraction anonymisée d'un enregistrement d'empreinte ; recherche de mots de passe stockés en clair ou chiffrés de façon réversible dans les bases et les fichiers de configuration. |
Préventive | 3 |
AUTH-05 |
Chiffrement du mot de passe en transit Les mots de passe transitent exclusivement sur des canaux chiffrés, de bout en bout, y compris entre composants internes. Aucune authentification ne s'effectue en clair, même sur un réseau réputé de confiance. |
Authentification | A 5.17 |
Inspection technique - Rejeu
Question et éléments à vérifierReste-t-il un chemin, interne ou externe, sur lequel une authentification transite sans chiffrement ? Configuration TLS des points d'authentification internes et externes ; capture de trafic sur un chemin interne d'authentification ; résultat d'un balayage des services exposant une authentification non chiffrée. |
Préventive | 3 |
AUTH-06 |
Mot de passe non transmis sur le réseau Le mot de passe lui-même ne circule pas sur le réseau : l'authentification repose sur un protocole à défi-réponse, à jeton ou à clé, qui ne transmet jamais le secret. |
Authentification | A 5.17 |
Inspection technique
Question et éléments à vérifierQuels protocoles d'authentification sont en usage, et lesquels transmettent encore le secret lui-même plutôt qu'une preuve de sa détention ? Protocoles d'authentification en service et leur configuration ; liste des protocoles hérités encore actifs sur l'annuaire ; capture montrant qu'aucun secret ne transite en clair. |
Préventive | 3 |
AUTH-07 |
Politique de mot de passe robuste Une politique de mot de passe est appliquée par configuration technique : longueur minimale, refus des mots de passe compromis ou triviaux, absence d'expiration arbitraire lorsqu'un second facteur existe. |
Authentification | M1027 |
Inspection documentaire - Inspection technique
Question et éléments à vérifierQuelles règles de mot de passe sont imposées techniquement, et lesquelles ne sont qu'écrites dans la politique sans être appliquées par le système ? Politique de mot de passe écrite ; stratégie appliquée dans l'annuaire et sur les systèmes hors annuaire ; rapprochement entre les deux ; test de création d'un mot de passe trivial ou figurant dans une liste de mots de passe compromis. |
Préventive | 3 |
AUTH-08 |
Utilisation de mots de passe uniques Un même mot de passe ne sert pas à plusieurs comptes ou systèmes. La réutilisation est empêchée par la conception (authentification unique, gestionnaire de secrets) plutôt que confiée à la discipline des utilisateurs. |
Authentification |
Entretien - Inspection technique
Question et éléments à vérifierQuel moyen l'organisation donne-t-elle aux utilisateurs pour ne pas réutiliser leurs mots de passe, et comment la réutilisation est-elle détectée ? Solution de gestion de secrets fournie et taux d'adoption ; configuration du service d'authentification unique ; résultat d'un contrôle de réutilisation de mots de passe si un tel contrôle existe. |
Préventive | 3 | |
AUTH-09 |
Verrouillage automatique de la session après échecs successifs de l'authentification Après un nombre défini d'échecs d'authentification, le compte ou la session est verrouillé, et l'événement est journalisé. Le déverrouillage suit une procédure identifiée qui vérifie l'identité du demandeur. |
Authentification | CIS 4.10 ; M1036 |
Inspection technique - Rejeu
Question et éléments à vérifierAprès combien d'échecs un compte est-il verrouillé, comment est-il déverrouillé, et l'identité du demandeur est-elle vérifiée à ce moment ? Paramètre de verrouillage après échecs dans l'annuaire et sur les applications autonomes ; procédure de déverrouillage écrite ; entrées de la piste d'audit sur les verrouillages et déverrouillages des trois derniers mois ; test d'échecs successifs sur un compte d'essai. |
Préventive | 4 |
AUTH-10 |
Authentification des sources de données légitimes Les sources de données consommées par les systèmes sont authentifiées : l'origine d'un flux entrant est vérifiée avant que son contenu ne soit traité. Une source non authentifiée est refusée, non pas traitée avec réserve. |
Authentification |
Inspection technique - Rejeu
Question et éléments à vérifierComment l'origine d'un flux de données entrant est-elle vérifiée avant traitement, et que devient un flux dont la source ne peut être authentifiée ? Liste des flux entrants et de leur mécanisme d'authentification de source ; configuration de la vérification ; injection d'un flux de source non authentifiée sur un environnement de test et observation du rejet. |
Préventive | 4 | |
FOR-01 |
Formation du personnel à détecter et à déclarer un incident de sécurité Le personnel sait reconnaître un incident de sécurité et connaît le moyen de le déclarer. Le canal de déclaration est connu, accessible sans obstacle, et la déclaration de bonne foi n'expose pas son auteur. |
Formation et sensibilisation | CIS 14.6 ; PR.AT-01 |
Entretien - Inspection documentaire
Question et éléments à vérifierComment un employé déclare-t-il un incident, combien de déclarations ont été reçues sur la dernière période, et qu'arrive-t-il à celui qui déclare à tort ? Support de formation traitant de la déclaration d'incident ; procédure et canal de déclaration ; registre des déclarations reçues sur douze mois ; règle de non-sanction de la déclaration de bonne foi ; entretien avec deux employés sur ce qu'ils feraient. |
Réactive | 2 |
FOR-02 |
Formation du personnel à l'utilisation des technologies et de l'importance des mises à jour Le personnel est formé à l'usage des technologies mises à sa disposition et comprend pourquoi les mises à jour importent, de sorte qu'il ne les diffère pas systématiquement. |
Formation et sensibilisation | CIS 14.7, 14.8 ; PR.AT-01 |
Inspection documentaire - Inspection technique
Question et éléments à vérifierQuelle formation traite des mises à jour, et quel est le délai moyen entre la mise à disposition d'un correctif et son installation sur les postes ? Contenu de formation portant sur les mises à jour ; taux de complétion ; rapport de conformité des correctifs sur le parc ; délai moyen entre disponibilité et installation. |
Préventive | 2 |
FOR-03 |
Formation du personnel à la sécurité adaptée aux rôles et responsabilités La formation à la sécurité est adaptée au rôle : un développeur, un administrateur, un dirigeant et un employé n'ont ni les mêmes risques ni les mêmes responsabilités. |
Formation et sensibilisation | CIS 14.9 ; PR.AT-02 ; M1017 |
Inspection documentaire
Question et éléments à vérifierQuels parcours de formation distincts existent selon les rôles, et quel taux de complétion atteignent-ils par population ? Catalogue des parcours de formation par rôle ; affectation des populations aux parcours ; taux de complétion par population sur le dernier cycle ; contenu du parcours destiné aux administrateurs. |
Préventive | 2 |
FOR-04 |
Sensibilisation du personnel à la déclaration prompte du vol ou d'une perte de matériel Le personnel sait qu'un vol ou une perte de matériel doit être déclaré immédiatement, et connaît le canal pour le faire à toute heure. Le délai de déclaration est mesuré. |
Formation et sensibilisation | CIS 14.7 ; PR.AT-02 ; M1017 |
Entretien - Inspection documentaire
Question et éléments à vérifierQuel est le délai constaté entre la perte d'un appareil et sa déclaration, sur les cas survenus, et quelle action l'organisation déclenche-t-elle à réception ? Support de sensibilisation traitant du vol et de la perte ; procédure de déclaration hors heures ouvrables ; registre des pertes et vols déclarés avec le délai constaté entre l'événement et la déclaration ; actions déclenchées à réception. |
Préventive | 4 |
FOR-05 |
Sensibilisation du personnel à la gestion sécurisée des documents et des données Le personnel connaît les règles de manipulation des documents et des données selon leur classification : diffusion, stockage, transport, destruction. |
Formation et sensibilisation | CIS 14.4, 14.5 ; PR.AT-01 ; M1017 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuelles règles de manipulation sont enseignées par niveau de classification, et comment l'organisation vérifie-t-elle qu'elles sont suivies ? Règles de manipulation par niveau de classification ; support de sensibilisation correspondant ; contrôles ponctuels réalisés et leurs constats ; entretien avec deux employés manipulant des données sensibles. |
Préventive | 2 |
FOR-06 |
Sensibilisation du personnel aux meilleures méthodes d'authentification Le personnel connaît les bonnes pratiques d'authentification en vigueur dans l'organisation, y compris l'usage du gestionnaire de secrets et du second facteur. |
Formation et sensibilisation | CIS 14.3 ; PR.AT-01 ; M1017 |
Inspection documentaire - Inspection technique
Question et éléments à vérifierQuel contenu de sensibilisation traite de l'authentification, et quelle proportion du personnel utilise effectivement le gestionnaire de secrets fourni ? Contenu de sensibilisation sur l'authentification ; taux d'usage réel du gestionnaire de secrets extrait de l'outil ; taux d'activation du second facteur. |
Préventive | 2 |
FOR-07 |
Sensibilisation du personnel aux menaces courantes et émergentes La sensibilisation couvre les menaces réellement rencontrées par l'organisation et son secteur, et elle est actualisée quand le paysage change plutôt que reconduite à l'identique. |
Formation et sensibilisation | CIS 14.1 ; PR.AT-01 ; M1017 |
Inspection documentaire
Question et éléments à vérifierQuand le contenu de sensibilisation a-t-il été actualisé pour la dernière fois, et quelle menace nouvelle y a-t-on ajoutée ? Contenu de sensibilisation avec sa date de dernière révision ; historique des versions ; menaces ajoutées lors de la dernière mise à jour et source ayant motivé l'ajout. |
Préventive | 5 |
FOR-08 |
Sensibilisation du personnel aux techniques d'ingénierie sociale Le personnel est entraîné à reconnaître les techniques d'ingénierie sociale, par de la formation et par des mises en situation. Les résultats servent à orienter la formation, non à sanctionner. |
Formation et sensibilisation | CIS 14.2 ; PR.AT-01 ; M1017 |
Inspection documentaire - Rejeu
Question et éléments à vérifierQuels exercices d'ingénierie sociale ont été conduits, quels taux de clic et de déclaration ont-ils produits, et comment ces résultats sont-ils utilisés ? Rapports des campagnes d'hameçonnage simulé ; taux de clic et taux de déclaration par campagne ; actions de formation ciblées consécutives ; règle interne excluant l'usage disciplinaire des résultats. |
Préventive | 4 |
GIA-01 |
Accès à partir d'une infrastructure de poste virtualisée (VDI) Les accès, notamment distants ou sensibles, passent par une infrastructure de postes virtualisés dont l'image est maîtrisée et remise à l'état initial entre les sessions. Les échanges entre le poste physique et l'environnement virtuel sont contrôlés. |
Gestion des accès | CIS 12.8 |
Inspection technique - Observation
Question et éléments à vérifierQuels accès passent par une infrastructure virtualisée, l'image est-elle réinitialisée entre les sessions, et quels échanges de fichiers ou de presse-papiers restent autorisés ? Architecture de la solution de postes virtualisés ; politique de réinitialisation de l'image entre sessions ; réglages d'échange de fichiers et de presse-papiers ; ouverture d'une session de démonstration. |
Préventive | 5 |
GIA-02 |
Accès privilégié par des stations dédiées et sécurisées (PAW) Les tâches d'administration s'effectuent depuis des stations dédiées, durcies, sans messagerie ni navigation Internet, et distinctes du poste bureautique de l'administrateur. |
Gestion des accès | CIS 12.8 |
Inspection technique - Observation
Question et éléments à vérifierDepuis quel poste un administrateur exerce-t-il ses droits privilégiés, et ce poste permet-il de lire un courriel ou de naviguer sur Internet ? Inventaire des stations d'administration ; configuration durcie appliquée ; règles de filtrage limitant leur accès réseau ; démonstration d'une tentative d'accès à Internet et à la messagerie depuis l'une d'elles. |
Préventive | 5 |
GIA-03 |
Application du principe de privilège minimum Chaque compte ne dispose que des droits nécessaires à sa fonction, pour la durée où ils sont nécessaires. Les droits élevés permanents sont l'exception documentée, et l'élévation temporaire est privilégiée. |
Gestion des accès | CIS 2.7 ; PR.AA-05 ; A 5.15 |
Inspection technique - Échantillonnage
Question et éléments à vérifierCombien de comptes disposent de droits élevés permanents, quelle justification est au dossier pour chacun, et quand ces droits ont-ils été revus ? Extraction des comptes disposant de droits élevés permanents ; dossier de justification par compte ; date et résultat de la dernière revue ; configuration du mécanisme d'élévation temporaire et entrées de sa piste d'audit. |
Préventive | 5 |
GIA-04 |
Application du principe du droit d'en connaître L'accès à une information est accordé sur la base d'un besoin établi, pas de l'appartenance à l'organisation. Le besoin est réévalué lors des changements de fonction. |
Gestion des accès | PR.AA-05 ; A 5.15 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierSur quelle base le besoin d'en connaître est-il établi et documenté, et que devient l'accès d'une personne qui change de fonction ? Procédure d'octroi d'accès et pièce établissant le besoin ; échantillon de dix octrois récents avec leur justification ; procédure appliquée aux changements de fonction et trace des ajustements opérés. |
Préventive | 2 |
GIA-05 |
Attribution des droits d'accès basé sur des rôles (RBAC) Les droits sont portés par des rôles décrivant des fonctions, et non attribués individuellement. La création d'un rôle et l'affectation d'une personne à un rôle suivent une approbation identifiée. |
Gestion des accès | CIS 6.8 ; A 5.15 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelle proportion des droits est attribuée par rôle plutôt qu'individuellement, et qui approuve la création d'un rôle ou l'affectation à un rôle ? Extraction des rôles et de leur contenu ; part des droits attribués hors rôle ; circuit d'approbation de la création d'un rôle et de l'affectation ; échantillon de cinq affectations avec leur approbation. |
Préventive | 2 |
GIA-06 |
Centralisation sécurisée de la gestion des comptes La gestion des comptes est centralisée dans un annuaire ou un service d'identité unique, dont l'accès administratif est lui-même protégé et journalisé. Les comptes locaux sur les systèmes sont recensés et justifiés. |
Gestion des accès | CIS 5.6, 6.7 ; M1015 |
Inspection technique
Question et éléments à vérifierQuels systèmes s'appuient sur l'annuaire central, lesquels conservent des comptes locaux, et pourquoi ? Inventaire des systèmes et de leur rattachement à l'annuaire central ; extraction des comptes locaux par système ; justification des systèmes non raccordés ; droits d'administration de l'annuaire et journalisation de leur usage. |
Préventive | 3 |
GIA-07 |
Contrôle d'accès au réseau (NAC) prenant en compte le contexte et l'intégrité du dispositif L'accès au réseau est subordonné à l'identification du dispositif et à la vérification de son état de conformité. Un dispositif non conforme est placé en quarantaine ou refusé, pas simplement signalé. |
Gestion des accès | CIS 13.5 ; PR.AA-01, PR.IR-01 |
Inspection technique - Rejeu
Question et éléments à vérifierQue se passe-t-il concrètement lorsqu'un dispositif non conforme se connecte au réseau, et quels critères déterminent la conformité ? Configuration du contrôle d'accès réseau ; critères de conformité évalués ; connexion d'un dispositif non conforme sur un port de test et observation du placement en quarantaine ; journal des mises en quarantaine. |
Préventive | 4 |
GIA-08 |
Désactivation des comptes dormants Les comptes inutilisés depuis un délai défini sont désactivés automatiquement, puis supprimés après une période de conservation. Le délai est adapté au type de compte. |
Gestion des accès | CIS 5.3 ; M1052 ; A 5.16 |
Inspection technique
Question et éléments à vérifierAprès quel délai d'inactivité un compte est-il désactivé, le processus est-il automatique, et combien de comptes dormants restent actifs aujourd'hui ? Paramètre de désactivation automatique et son délai ; extraction des comptes sans connexion depuis ce délai et encore actifs ; trace des désactivations automatiques opérées sur trois mois. |
Préventive | 2 |
GIA-09 |
Gestion des comptes privilégiés Les comptes à privilèges sont recensés, nominatifs, protégés par un second facteur, et leur usage est journalisé. Les secrets associés sont conservés dans un coffre et changés après usage lorsque le compte est partagé par nécessité technique. |
Gestion des accès | CIS 5.4 ; M1026 |
Inspection technique - Échantillonnage
Question et éléments à vérifierCombien de comptes privilégiés existent, sont-ils nominatifs, et comment leur usage est-il tracé et revu ? Extraction des comptes privilégiés avec leur caractère nominatif ou partagé ; configuration du coffre à secrets ; entrées de la piste d'audit sur l'usage de dix comptes privilégiés ; compte rendu de la dernière revue. |
Préventive | 2 |
GIA-10 |
Gestion des profils d'accès Les profils d'accès sont définis, documentés et maintenus : leur contenu évolue avec les fonctions qu'ils décrivent, et un profil obsolète est retiré plutôt que laissé en place. |
Gestion des accès | M1052 ; A 5.15 |
Inspection documentaire - Entretien
Question et éléments à vérifierQui est propriétaire des profils d'accès, à quelle fréquence leur contenu est-il revu, et combien de profils ne sont plus affectés à personne ? Catalogue des profils avec leur propriétaire et leur date de revue ; extraction des profils sans affectation ; procédure de revue et compte rendu du dernier exercice. |
Préventive | 2 |
GIA-11 |
Inventaire actualisé des comptes système et comptes de service Un inventaire des comptes système et des comptes de service est tenu à jour, avec pour chacun un propriétaire humain identifié, une raison d'être et une date de dernière revue. |
Gestion des accès | CIS 5.5 ; M1052 ; A 5.16 |
Inspection technique - Échantillonnage
Question et éléments à vérifierOù est tenu l'inventaire des comptes de service, quelle est sa date de dernière mise à jour, et combien de ces comptes n'ont pas de propriétaire identifié ? Inventaire des comptes système et de service avec propriétaire, raison d'être et date de revue ; rapprochement avec les comptes réellement présents dans l'annuaire ; liste des comptes sans propriétaire identifié. |
Préventive | 2 |
GIA-12 |
Inventaire actualisé des comptes utilisateur L'inventaire des comptes utilisateur est complet, rapproché périodiquement des données des ressources humaines, et les écarts sont traités : un compte sans personne correspondante est fermé. |
Gestion des accès | CIS 5.1 ; M1052 ; A 5.16 |
Inspection technique - Rejeu
Question et éléments à vérifierQuand l'inventaire des comptes a-t-il été rapproché des effectifs pour la dernière fois, et combien de comptes sans titulaire ce rapprochement a-t-il révélés ? Extraction des comptes utilisateur actifs ; extraction des effectifs depuis les ressources humaines ; rapprochement des deux listes ; comptes sans titulaire correspondant et suite donnée. |
Préventive | 2 |
GIA-13 |
Restriction des permissions sur les fichiers et répertoires Les permissions sur les fichiers et répertoires sont restrictives par défaut et accordées explicitement. Les répertoires partagés ouverts à tous, et les permissions héritées trop larges, sont recherchés et corrigés. |
Gestion des accès | M1022 ; A 5.18 |
Inspection technique - Échantillonnage
Question et éléments à vérifierComment les permissions excessives sur les partages et répertoires sont-elles recherchées, et qu'a révélé la dernière recherche de ce type ? Rapport de recherche des permissions excessives sur les partages ; liste des répertoires accessibles à tous les utilisateurs ; échantillon de dix répertoires sensibles avec leurs listes de contrôle d'accès ; preuves de correction des derniers constats. |
Préventive | 5 |
GIA-14 |
Révision et révocation périodique des droits d'accès Les droits d'accès sont revus à intervalle défini par les responsables métier, qui confirment ou retirent chaque accès. La revue produit des révocations effectives, et non seulement une attestation. |
Gestion des accès | CIS 6.2 |
Inspection documentaire - Rejeu
Question et éléments à vérifierQui a conduit la dernière revue des droits, sur quel périmètre, et combien d'accès ont été effectivement révoqués à l'issue ? Campagne de revue des droits : périmètre, responsables sollicités, taux de réponse ; liste des accès confirmés et des accès retirés ; vérification dans l'annuaire que dix révocations décidées ont bien été exécutées. |
Préventive | 3 |
GIA-15 |
Rotation de mot de passe si un vol est suspecté Le mot de passe d'un compte est changé sans délai dès qu'un vol ou une exposition est suspecté, sans attendre la confirmation de la compromission. La procédure est connue et exécutable à toute heure. |
Gestion des accès | A 5.18 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuelle procédure s'applique en cas de suspicion de vol d'un mot de passe, en combien de temps peut-elle être exécutée, et a-t-elle déjà été employée ? Procédure de rotation d'urgence d'un secret ; délai d'exécution annoncé et moyens disponibles hors heures ouvrables ; trace des rotations opérées à la suite d'une suspicion. |
Réactive | 3 |
GIA-16 |
Suspension des droits d'accès en cas de longue absence Les droits d'accès d'une personne absente durablement sont suspendus pendant l'absence et rétablis à son retour, sur déclenchement des ressources humaines et non sur demande de l'intéressé. |
Gestion des accès | M1052 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuel événement déclenche la suspension des accès lors d'une absence longue, et combien de suspensions ont été opérées sur la dernière période ? Procédure liant les absences longues à la suspension des accès ; déclencheur côté ressources humaines ; liste des suspensions opérées sur douze mois ; échantillon de trois absences en cours avec l'état réel des accès. |
Préventive | 3 |
GIA-17 |
Verrouillage automatique de la session sur une station de travail après inactivité La session d'un poste de travail se verrouille automatiquement après une durée d'inactivité définie, imposée par configuration et non modifiable par l'utilisateur. |
Gestion des accès | CIS 4.3 ; M1036 |
Inspection technique - Observation
Question et éléments à vérifierAprès combien de temps d'inactivité un poste se verrouille-t-il, le réglage est-il imposé par configuration, et l'utilisateur peut-il l'assouplir ? Stratégie de verrouillage appliquée par configuration ; délai paramétré ; test de modification du réglage depuis un poste utilisateur ; rapport de conformité du parc. |
Préventive | 4 |
TIC-01 |
Application des mises à jour vers la dernière version du système d'exploitation Les systèmes d'exploitation en service reçoivent les correctifs publiés par l'éditeur selon un délai fixé par criticité, et aucune version hors support n'est en production. Le parc est inventorié, l'écart de version est mesurable, et les exceptions sont documentées et bornées. |
Gestion des actifs TI | M1051 |
Inspection technique - Échantillonnage
Question et éléments à vérifierSur un échantillon de postes et de serveurs, quel écart y a-t-il entre la version installée et la dernière version publiée ? Quel délai la politique fixe-t-elle, quelle proportion du parc le respecte, et comment les exceptions sont-elles autorisées ? Politique de correctifs avec les délais par criticité ; rapport de conformité du parc ; échantillon de dix postes et cinq serveurs avec la version installée comparée à la dernière version publiée ; liste des systèmes hors support ; registre des exceptions avec leur approbation et leur échéance. |
Préventive | 4 |
TIC-02 |
Application des mises à jour vers la dernière version logicielle Les logiciels installés reçoivent les correctifs de leur éditeur dans un délai défini par criticité. Les logiciels sans mise à jour disponible, ou dont l'éditeur ne suit plus la version, sont recensés et traités. |
Gestion des actifs TI | M1051 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuel délai sépare la publication d'un correctif logiciel de son déploiement, et quels logiciels du parc ne sont plus corrigés par leur éditeur ? Rapport de l'outil de gestion des correctifs applicatifs ; délai moyen entre publication et déploiement sur trois mois ; liste des logiciels sans correctif disponible ou dont la version n'est plus suivie. |
Préventive | 4 |
TIC-03 |
Attribution d'un propriétaire à chaque actif TI Chaque actif TI porte un propriétaire nommé, responsable de son usage, de sa configuration et de sa fin de vie. Un actif sans propriétaire est une anomalie à traiter, pas un état admissible. |
Gestion des actifs TI | M1051 |
Inspection technique
Question et éléments à vérifierQuelle proportion des actifs de l'inventaire porte un propriétaire nommé, et que fait-on des actifs qui n'en ont pas ? Extraction de l'inventaire avec la colonne propriétaire ; taux de complétion ; liste des actifs sans propriétaire et procédure de traitement de ces cas. |
Préventive | 1 |
TIC-04 |
Décommissionnement contrôlé et sécurisé des systèmes et des matériels en fin de vie Les systèmes et matériels sortis du service font l'objet d'un retrait contrôlé : effacement ou destruction des supports de données, retrait des accès et des certificats, mise à jour de l'inventaire, traçabilité de l'opération. |
Gestion des actifs TI |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuelle procédure s'applique à un matériel en fin de vie, comment l'effacement des données est-il attesté, et où est la trace des derniers décommissionnements ? Procédure de décommissionnement ; échantillon de cinq sorties récentes avec le certificat d'effacement ou de destruction, la trace de retrait des accès et la mise à jour de l'inventaire. |
Préventive | 2 | |
TIC-05 |
Gestion des capacités des systèmes d'information Les capacités des systèmes - calcul, mémoire, stockage, bande passante - sont suivies, et leur saturation est anticipée plutôt que constatée. Des seuils déclenchent une action avant l'incident. |
Gestion des actifs TI | PR.IR-04 |
Inspection technique - Entretien
Question et éléments à vérifierQuels indicateurs de capacité sont suivis, quels seuils déclenchent une action, et quel incident de saturation est survenu sur la dernière période ? Tableau de bord de capacité et indicateurs suivis ; seuils d'alerte configurés ; historique des alertes de capacité sur douze mois ; dossier du dernier incident de saturation. |
Préventive | 2 |
TIC-06 |
Gestion des actifs TI durant tout le cycle de vie Les actifs TI sont gérés de l'acquisition au retrait : réception, mise en service, maintenance, évolution, sortie. Chaque étape est tracée dans un référentiel unique. |
Gestion des actifs TI | ID.AM-08 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuel référentiel porte le cycle de vie des actifs, et quelles étapes y sont réellement enregistrées pour un actif pris au hasard ? Référentiel de gestion des actifs ; étapes du cycle de vie enregistrées ; parcours complet d'un actif tiré au sort, de sa réception à son état actuel. |
Préventive | 1 |
TIC-07 |
Gestion saine des licences logicielles Les licences logicielles sont recensées, rapprochées des installations réelles, et l'organisation dispose des droits d'usage pour ce qu'elle exploite. Les écarts sont régularisés. |
Gestion des actifs TI | CIS 3.1 |
Inspection documentaire - Rejeu
Question et éléments à vérifierQuand le rapprochement entre licences détenues et logiciels installés a-t-il eu lieu, et quel écart a-t-il révélé ? Registre des licences détenues ; inventaire des installations ; rapprochement des deux et écarts constatés ; preuves de régularisation. |
Préventive | 1 |
TIC-08 |
Inventaire actualisé et hiérarchisé des actifs logiciels (pré-requis) L'inventaire des logiciels est complet, actualisé et hiérarchisé par importance. Il est constitué par découverte automatique autant que possible, plutôt que par déclaration. |
Gestion des actifs TI | CIS 1.1 ; ID.AM-02 ; A 5.9 |
Inspection technique
Question et éléments à vérifierComment l'inventaire logiciel est-il alimenté, à quelle fréquence, et quelle est sa couverture estimée du parc réel ? Configuration de l'outil de découverte logicielle ; fréquence d'exécution ; extraction de l'inventaire ; estimation de couverture par rapprochement avec l'inventaire matériel. |
Préventive | 1 |
TIC-09 |
Inventaire actualisé et hiérarchisé des actifs matériels (pré-requis) L'inventaire des matériels est complet, actualisé et hiérarchisé. Un matériel connecté au réseau et absent de l'inventaire est détecté et traité. |
Gestion des actifs TI | CIS 3.2 ; ID.AM-01 ; A 5.9 |
Inspection technique - Rejeu
Question et éléments à vérifierComment l'inventaire matériel est-il tenu, et que se passe-t-il lorsqu'un équipement inconnu apparaît sur le réseau ? Extraction de l'inventaire matériel ; mécanisme de détection des équipements inconnus sur le réseau ; journal des détections sur trois mois ; connexion d'un équipement de test et observation de la détection. |
Préventive | 1 |
TIC-10 |
Inventaire actualisé et hiérarchisé des actifs systèmes (pré-requis) L'inventaire des systèmes - serveurs, machines virtuelles, instances infonuagiques, conteneurs - est actualisé et hiérarchisé selon la criticité des fonctions portées. |
Gestion des actifs TI | CIS 1.1 ; ID.AM-02 ; A 5.9 |
Inspection technique
Question et éléments à vérifierQuels environnements sont couverts par l'inventaire des systèmes, lesquels ne le sont pas, et sur quel critère la criticité est-elle établie ? Inventaire des systèmes par environnement, y compris infonuagique et conteneurs ; critère de criticité appliqué ; environnements non couverts par l'inventaire. |
Préventive | 1 |
TIC-11 |
Maintenance logicielle Les logiciels font l'objet d'une maintenance planifiée : correctifs, montées de version, retrait des composants obsolètes. Les interventions sont fenêtrées, testées et réversibles. |
Gestion des actifs TI |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierComment les opérations de maintenance logicielle sont-elles planifiées et testées, et quel plan de retour arrière existe en cas d'échec ? Calendrier de maintenance logicielle ; dossiers de trois interventions récentes avec test préalable, fenêtre et plan de retour arrière ; trace d'un retour arrière effectivement exécuté si le cas s'est présenté. |
Préventive | 3 | |
TIC-12 |
Maintenance périodique et supervisée des systèmes Les systèmes font l'objet d'une maintenance périodique supervisée, dont les opérations sont approuvées, journalisées et vérifiées après exécution. La maintenance par un tiers est encadrée et surveillée. |
Gestion des actifs TI |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQui supervise les opérations de maintenance, comment les interventions d'un prestataire sont-elles encadrées, et où en est la trace ? Plan de maintenance ; approbations des interventions ; journal des opérations réalisées ; convention encadrant l'intervention d'un prestataire et trace de la supervision d'une intervention récente. |
Préventive | 2 | |
TIC-13 |
Obligation de retour du matériel professionnel prêté au personnel Le matériel professionnel prêté est restitué au départ de la personne ou à la fin du besoin. La restitution est une étape du processus de départ, vérifiée et tracée. |
Gestion des actifs TI | A 5.11 |
Inspection documentaire - Rejeu
Question et éléments à vérifierComment la restitution du matériel est-elle vérifiée lors d'un départ, et combien d'équipements non restitués figurent aujourd'hui à l'inventaire ? Procédure de départ incluant la restitution ; échantillon de cinq départs récents avec le bordereau de restitution ; extraction des équipements de l'inventaire encore affectés à des personnes parties. |
Préventive | 1 |
TIC-14 |
Plan de câblage clair Le câblage est documenté et repéré, de sorte qu'un port, un lien ou un équipement puisse être identifié sans investigation. Les points de brassage sont protégés d'un accès non autorisé. |
Gestion des actifs TI |
Inspection documentaire - Observation
Question et éléments à vérifierLe plan de câblage permet-il d'identifier à quoi correspond un port donné, et qui a accès physiquement aux points de brassage ? Plan de câblage et repérage ; visite d'un local technique pour vérifier la correspondance entre le plan et le brassage réel ; liste des personnes ayant accès aux points de brassage. |
Préventive | 1 | |
TIC-15 |
Politique organisationnelle interdisant la copie illégale de logiciels Une règle organisationnelle interdit explicitement la copie et l'usage de logiciels sans droits, elle est portée à la connaissance du personnel, et son non-respect a des suites définies. |
Gestion des actifs TI |
Inspection documentaire - Entretien
Question et éléments à vérifierOù cette interdiction est-elle écrite, comment est-elle portée à la connaissance du personnel, et quelles suites un manquement entraîne-t-il ? Politique interdisant la copie illégale ; preuve de diffusion et d'accusé de réception ; suites prévues en cas de manquement ; cas traités s'il y en a eu. |
Préventive | 1 | |
TIC-16 |
Politique organisationnelle sur le bon usage des actifs TI Une politique définit ce qui constitue un usage acceptable des actifs TI, y compris l'usage personnel toléré, et elle est acceptée par le personnel de façon traçable. |
Gestion des actifs TI | A 5.10 |
Inspection documentaire
Question et éléments à vérifierQuelle politique d'usage est en vigueur, quand a-t-elle été révisée, et quelle proportion du personnel en a accusé réception ? Politique d'usage acceptable avec sa date de révision ; registre des acceptations ; taux de couverture du personnel ; traitement des non-réponses. |
Préventive | 1 |
TIC-17 |
Protection des systèmes et matériels contre les menaces environnementales Les systèmes et matériels sont protégés des menaces environnementales - température, humidité, eau, incendie, coupure d'alimentation - à un niveau proportionné à leur criticité, et la protection est surveillée. |
Gestion des actifs TI | PR.IR-02 |
Observation - Inspection technique
Question et éléments à vérifierQuelles protections environnementales couvrent les locaux techniques, comment leur bon fonctionnement est-il surveillé, et quand ont-elles été testées ? Visite des locaux techniques ; dispositifs de climatisation, détection d'eau, détection et extinction d'incendie, alimentation sans interruption ; relevés de supervision ; rapports des derniers tests et de la dernière maintenance. |
Préventive | 2 |
TIC-18 |
Stratégie de remplacement matériel en fin de vie ou non sécurisé Une stratégie anticipe le remplacement des matériels arrivant en fin de vie ou dont la sécurité ne peut plus être assurée, avec un horizon et un budget, plutôt que de traiter chaque cas dans l'urgence. |
Gestion des actifs TI | PR.PS-03 |
Inspection documentaire
Question et éléments à vérifierQuels matériels arriveront en fin de support dans les douze prochains mois, et quel plan de remplacement est arrêté pour eux ? Liste des matériels avec leur date de fin de support ; horizon des douze prochains mois ; plan de remplacement daté et budget associé ; validation par la direction. |
Préventive | 4 |
CFG-01 |
Configuration sécurisée et normalisée d'un équipement de sécurité Les équipements de sécurité sont déployés depuis une configuration de référence durcie, documentée et versionnée. Les écarts à la référence sont détectés et corrigés. |
Gestion des configurations | CIS 4.1 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelle configuration de référence s'applique aux équipements de sécurité, sur quel guide de durcissement est-elle fondée, et comment les écarts sont-ils détectés ? Configuration de référence des équipements de sécurité et guide de durcissement dont elle dérive ; extraction de la configuration réelle de trois équipements ; rapport d'écart et preuves de correction. |
Préventive | 4 |
CFG-02 |
Configuration sécurisée et normalisée d'un équipement réseau Les équipements réseau sont configurés selon un standard durci : services inutiles désactivés, secrets par défaut changés, administration hors bande ou restreinte, journalisation active. |
Gestion des configurations | CIS 4.1 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuel standard de configuration s'applique aux équipements réseau, et un équipement pris au hasard s'y conforme-t-il aujourd'hui ? Standard de configuration réseau ; extraction de la configuration de cinq équipements tirés au sort ; recherche des services inutiles actifs, des secrets par défaut et de l'accès d'administration ; configuration de la journalisation. |
Préventive | 4 |
CFG-03 |
Configuration sécurisée et normalisée d'un logiciel Les logiciels sont installés et configurés selon un standard qui désactive les fonctions non nécessaires et applique les réglages de sécurité recommandés par l'éditeur ou un référentiel reconnu. |
Gestion des configurations | CIS 4.1 ; M1054 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels standards de configuration logicielle sont définis, et comment leur application est-elle vérifiée après installation ? Standards de configuration logicielle par produit ; procédure de vérification après installation ; rapport de conformité ; échantillon de trois installations récentes. |
Préventive | 4 |
CFG-04 |
Configuration sécurisée et normalisée d'un logiciel de sécurité Les logiciels de sécurité sont configurés selon un standard qui garantit leur efficacité : signatures à jour, modules actifs, remontée d'alertes, protection contre leur propre désactivation. |
Gestion des configurations | CIS 4.1 ; M1054 |
Inspection technique - Rejeu
Question et éléments à vérifierUn utilisateur ou un administrateur local peut-il désactiver le logiciel de sécurité de son poste, et l'organisation s'en apercevrait-elle ? Configuration de la solution de sécurité : modules actifs, mise à jour des signatures, remontée d'alertes ; protection contre la désactivation locale ; tentative de désactivation depuis un compte administrateur local et alerte produite. |
Préventive | 4 |
CFG-05 |
Configuration sécurisée et normalisée d'un service d'infrastructure (AD, DNS, LDAP) Les services d'infrastructure - annuaire, DNS, LDAP - sont configurés selon un standard durci, avec une attention particulière aux délégations, aux droits hérités et aux protocoles hérités encore actifs. |
Gestion des configurations | CIS 4.9 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuel durcissement est appliqué aux services d'infrastructure, quels protocoles hérités y restent actifs, et pourquoi ? Standard de durcissement de l'annuaire, du DNS et du LDAP ; extraction des délégations et des droits hérités ; liste des protocoles hérités actifs avec leur justification ; rapport d'un outil d'analyse de l'annuaire. |
Préventive | 5 |
CFG-06 |
Configuration sécurisée et normalisée d'un système Les systèmes sont déployés depuis une image ou un modèle durci, dont la conformité est vérifiée après mise en service et à intervalle régulier. |
Gestion des configurations | CIS 4.1 ; M1028 |
Inspection technique - Échantillonnage
Question et éléments à vérifierDepuis quelle image de référence les systèmes sont-ils déployés, et quand la conformité du parc à cette référence a-t-elle été mesurée ? Image ou modèle de déploiement de référence ; rapport de conformité du parc à cette référence ; échantillon de cinq systèmes vérifiés ; date de la dernière mesure de conformité. |
Préventive | 4 |
VUL-01 |
Balayages réguliers des vulnérabilités Des balayages de vulnérabilités couvrent le périmètre interne et exposé, à une fréquence définie, avec des identifiants authentifiés lorsque cela améliore la fiabilité du constat. |
Gestion des vulnérabilités | CIS 7.5 ; ID.RA-01 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelle est la fréquence et la couverture des balayages, sont-ils authentifiés, et quelle part du parc échappe encore à la mesure ? Configuration de l'outil de balayage : périmètre, fréquence, authentification des balayages ; rapports des trois dernières exécutions ; rapprochement du périmètre balayé avec l'inventaire des actifs pour établir la couverture réelle. |
Préventive | 4 |
VUL-02 |
Correction des vulnérabilités détectées priorisées par le niveau de risque Les vulnérabilités détectées sont priorisées selon le risque réel - criticité technique, exposition, valeur de l'actif - et non selon la seule note publiée. Le traitement suit des délais définis par niveau. |
Gestion des vulnérabilités | CIS 7.2, 7.7 ; M1016 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierSur quels critères la priorisation est-elle faite, quels délais de correction sont fixés par niveau, et quel est le délai réellement constaté ? Méthode de priorisation écrite et critères retenus ; délais de correction par niveau ; extraction des vulnérabilités ouvertes avec leur âge ; délai réel constaté par niveau sur trois mois. |
Préventive | 4 |
VUL-03 |
Correction rapide des vulnérabilités critiques détectées Les vulnérabilités critiques, en particulier celles activement exploitées, sont corrigées dans un délai court et défini, avec une procédure d'urgence distincte du cycle normal. |
Gestion des vulnérabilités | M1016 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuel délai s'applique à une vulnérabilité critique activement exploitée, et quel a été le délai réel sur le dernier cas rencontré ? Procédure d'urgence distincte du cycle normal ; dossier du dernier traitement d'une vulnérabilité critique activement exploitée, avec l'horodatage des étapes ; délai réel comparé au délai cible. |
Préventive | 4 |
VUL-04 |
Gestion continue des vulnérabilités La gestion des vulnérabilités est un processus continu : découverte, priorisation, traitement, vérification de la correction, et mesure de la dette résiduelle dans le temps. |
Gestion des vulnérabilités | CIS 7.1 ; ID.RA-01 ; M1016 |
Inspection technique - Rejeu
Question et éléments à vérifierComment la correction effective d'une vulnérabilité est-elle vérifiée, et quelle est la tendance de la dette de vulnérabilités sur douze mois ? Rapports successifs de vulnérabilités sur douze mois montrant la tendance ; procédure de vérification de la correction ; balayage de contrôle sur un échantillon de vulnérabilités déclarées corrigées. |
Préventive | 4 |
VUL-05 |
Virtualisation des correctifs Lorsque le correctif ne peut être appliqué, une protection compensatoire bloque l'exploitation de la vulnérabilité au niveau du réseau ou de l'hôte, et cette mesure est suivie jusqu'à la correction réelle. |
Gestion des vulnérabilités |
Inspection technique - Entretien
Question et éléments à vérifierQuelles vulnérabilités sont aujourd'hui couvertes par une protection compensatoire plutôt que corrigées, et quel est le plan pour chacune ? Liste des vulnérabilités couvertes par une mesure compensatoire ; nature de la mesure pour chacune ; règles de blocage effectivement en place ; plan et échéance de correction réelle. |
Préventive | 4 | |
GDD-11 |
Gestion du cycle de vie des données de l'entreprise Le cycle de vie des données est défini de la collecte à la destruction : durée de conservation, lieu de stockage, règles d'accès, modalités d'effacement. Les données sont effacées au terme, pas conservées par défaut. |
Gouvernance des données | CIS 3.1 ; PR.DS-09 |
Inspection documentaire - Rejeu
Question et éléments à vérifierPour un type de donnée sensible, quelle durée de conservation est définie, et comment l'effacement au terme est-il réellement exécuté ? Politique de cycle de vie des données ; durées de conservation par type ; mécanisme d'effacement au terme et trace de ses exécutions ; vérification sur un jeu de données arrivé à échéance. |
Préventive | 1 |
GDD-12 |
Identification des propriétaires des données de l'entreprise Chaque ensemble de données porte un propriétaire métier identifié, qui décide de sa classification, de ses règles d'accès et de sa conservation. |
Gouvernance des données | CIS 2.1 |
Inspection documentaire - Entretien
Question et éléments à vérifierQui est propriétaire des principaux ensembles de données, et quelles décisions ce propriétaire a-t-il effectivement prises sur la dernière période ? Registre des ensembles de données avec leur propriétaire ; décisions prises par ces propriétaires sur douze mois ; entretien avec deux d'entre eux sur les décisions dont ils se savent responsables. |
Préventive | 1 |
GDD-13 |
Inventaire actualisé des données de l'entreprise (pré-requis) Un inventaire des données de l'entreprise recense ce qui est détenu, où, sous quelle classification, et pour quelle finalité. Il couvre aussi les données hébergées chez des tiers. |
Gouvernance des données | ID.AM-07 |
Inspection documentaire
Question et éléments à vérifierOù est tenu l'inventaire des données, inclut-il les données confiées à des tiers, et quand a-t-il été actualisé ? Inventaire des données avec classification et finalité ; couverture des données hébergées chez des tiers ; date de dernière actualisation et procédure de mise à jour. |
Préventive | 1 |
GDD-14 |
Rétention légale des données Les obligations légales de conservation sont recensées par type de donnée, et le dispositif technique empêche à la fois l'effacement prématuré et la conservation au-delà du terme. |
Gouvernance des données |
Inspection documentaire - Inspection technique
Question et éléments à vérifierQuelles obligations légales de rétention s'appliquent, comment sont-elles traduites techniquement, et qui vérifie leur respect ? Recensement des obligations légales de rétention par type de donnée ; traduction technique de chacune ; configuration des mécanismes de conservation et de blocage d'effacement ; compte rendu du dernier contrôle. |
Préventive | 1 | |
GOV-01 |
Allocation d'un budget suffisant pour les investissements TI et sécurité Un budget identifié couvre les investissements et le fonctionnement de la sécurité, arbitré au regard des risques et non du reliquat disponible. Son exécution est suivie. |
Gouvernance et risques | GV.RR-03 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuel budget est alloué à la sécurité, sur quelle base a-t-il été arbitré, et quelle part a été effectivement consommée ? Budget sécurité voté et sa base d'arbitrage ; suivi d'exécution à date ; dossier d'arbitrage rattachant les lignes aux risques ; entretien avec le responsable budgétaire. |
Préventive | 1 |
GOV-02 |
Clauses contractuelles intégrant la sécurité de l'information Les contrats avec les tiers portent des clauses de sécurité : exigences applicables, droit d'audit, notification d'incident et son délai, sort des données en fin de contrat, sous-traitance ultérieure. |
Gouvernance et risques | GV.SC-05 ; A 5.20 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuelles clauses de sécurité figurent au contrat type, quel délai de notification d'incident y est stipulé, et quelle proportion des contrats en vigueur les porte ? Contrat type et ses clauses de sécurité ; délai de notification d'incident stipulé ; échantillon de cinq contrats en vigueur avec des fournisseurs critiques ; part des contrats portant les clauses. |
Préventive | 1 |
GOV-03 |
Communiquer régulièrement les risques à toutes les parties concernées Les risques sont communiqués aux parties concernées à une fréquence définie, dans une forme adaptée à chaque destinataire, et la communication produit des décisions tracées. |
Gouvernance et risques | GRC-02 |
Inspection documentaire
Question et éléments à vérifierÀ qui les risques sont-ils communiqués, à quelle fréquence, et quelle décision la dernière communication a-t-elle produite ? Supports de communication des risques par destinataire ; calendrier de diffusion ; compte rendu de la dernière communication et décision qui en est issue. |
Préventive | 1 |
GOV-04 |
Connaissance et maîtrise de la chaîne d'approvisionnement L'organisation connaît sa chaîne d'approvisionnement au-delà du premier rang lorsque la criticité le justifie, et sait quels fournisseurs portent quels services essentiels. |
Gouvernance et risques | A 5.21 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuels fournisseurs de second rang sont connus, et pour quels services critiques l'organisation dépend-elle d'un fournisseur qu'elle ne contracte pas directement ? Cartographie de la chaîne d'approvisionnement ; identification des fournisseurs de second rang pour les services critiques ; dépendances non contractées directement. |
Préventive | 1 |
GOV-05 |
Définir les critères de risques applicables à toute l'organisation Des critères de risque communs - échelles de vraisemblance et d'impact, seuils d'acceptation, matrice - s'appliquent à toute l'organisation, de sorte que deux évaluations soient comparables. |
Gouvernance et risques | GRC-02 |
Inspection documentaire
Question et éléments à vérifierQuelles échelles et quels seuils d'acceptation sont définis, qui les a approuvés, et s'appliquent-ils uniformément à toutes les entités ? Critères de risque approuvés : échelles, matrice, seuils d'acceptation ; preuve d'approbation ; vérification de leur application uniforme sur deux analyses de risque récentes issues d'entités différentes. |
Préventive | 1 |
GOV-06 |
Description claire des rôles et des responsabilités Les rôles et responsabilités en matière de sécurité sont écrits, attribués nommément et connus des intéressés, y compris au niveau de la direction. |
Gouvernance et risques | GV.SC-02 ; A 5.2 ; GRC-06 |
Inspection documentaire - Entretien
Question et éléments à vérifierOù sont écrits les rôles et responsabilités sécurité, qui porte la décision d'acceptation d'un risque, et cette personne le sait-elle ? Document décrivant les rôles et responsabilités sécurité ; nomination des titulaires ; entretien avec la personne désignée comme décidant de l'acceptation d'un risque, pour établir qu'elle le sait. |
Préventive | 1 |
GOV-07 |
Établir des indicateurs et maintenir un tableau de bord opérationnel et stratégique Des indicateurs opérationnels et stratégiques sont définis, alimentés régulièrement, et présentés à un niveau qui peut décider. Un indicateur qui ne déclenche jamais de décision est retiré. |
Gouvernance et risques | GRC-05 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuels indicateurs sont suivis, à quelle fréquence sont-ils présentés, et quelle décision le tableau de bord a-t-il provoquée récemment ? Définition des indicateurs et leur source d'alimentation ; tableaux de bord des trois derniers cycles ; compte rendu de présentation et décision provoquée. |
Préventive | 1 |
GOV-08 |
Évaluation de la maturité, de la posture et du risque fournisseur Les fournisseurs sont évalués avant contractualisation et périodiquement ensuite, sur leur maturité, leur posture et le risque qu'ils représentent compte tenu de ce qui leur est confié. |
Gouvernance et risques | CIS 15.5, 15.6 ; GV.SC-06, GV.SC-07, ID.IM-01 ; A 5.19 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuels fournisseurs ont été évalués sur la dernière période, selon quelle méthode, et qu'a-t-on fait des évaluations défavorables ? Méthode d'évaluation des fournisseurs ; liste des fournisseurs évalués sur douze mois ; dossiers de trois évaluations dont une défavorable ; suite donnée à l'évaluation défavorable. |
Préventive | 1 |
GOV-09 |
Politiques de sécurité actualisées, approuvées et diffusées aux parties intéressées Les politiques de sécurité sont écrites, approuvées au bon niveau, datées, révisées à intervalle défini et diffusées aux personnes qu'elles engagent. |
Gouvernance et risques | GRC-01, GRC-03 |
Inspection documentaire
Question et éléments à vérifierQuand les politiques ont-elles été approuvées et révisées pour la dernière fois, par qui, et comment leur diffusion est-elle attestée ? Corpus des politiques avec dates d'approbation et de révision ; preuve d'approbation au bon niveau ; preuve de diffusion et accusés de réception ; calendrier de révision. |
Préventive | 1 |
GOV-10 |
Processus de gestion des dérogations aux politiques de sécurité Un processus permet de déroger à une politique lorsque c'est nécessaire : demande motivée, mesure compensatoire, approbation par une personne distincte du demandeur, échéance, et revue au terme. |
Gouvernance et risques | GRC-04 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierCombien de dérogations sont en vigueur, qui les a approuvées, et que se passe-t-il à leur échéance ? Procédure de dérogation ; registre des dérogations en vigueur ; pour trois d'entre elles : motif, mesure compensatoire, approbateur distinct du demandeur, échéance ; traitement des dérogations échues. |
Préventive | 1 |
GOV-11 |
Processus d'analyse des risques efficace Une méthode d'analyse des risques est définie et appliquée de façon répétable : identification, appréciation, traitement, acceptation, réexamen. Les résultats alimentent les décisions d'investissement. |
Gouvernance et risques | GRC-02 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuelle méthode d'analyse des risques est employée, quand le registre a-t-il été réexaminé, et quel investissement une analyse a-t-elle déclenché ? Méthode d'analyse des risques ; registre des risques avec dates de réexamen ; dossier d'une analyse récente ; décision d'investissement rattachée à une analyse. |
Préventive | 1 |
GOV-12 |
Programme de cybersécurité triannuel une feuille de route en accord avec les risques auxquels l'organisation est exposée Un programme pluriannuel de cybersécurité traduit les risques en initiatives datées et budgétées, avec un état d'avancement suivi et révisé. |
Gouvernance et risques |
Inspection documentaire
Question et éléments à vérifierQuelle est la feuille de route en vigueur, quel est son avancement réel par rapport au plan, et quand a-t-elle été révisée ? Feuille de route pluriannuelle avec initiatives datées et budgétées ; état d'avancement réel comparé au plan ; compte rendu de la dernière révision. |
Préventive | 1 | |
GOV-13 |
Recensement des contraintes légales et réglementares Les obligations légales, réglementaires et contractuelles applicables sont recensées, rattachées à des mesures concrètes, et le recensement est actualisé quand le droit change. |
Gouvernance et risques | GV.OC-03 |
Inspection documentaire
Question et éléments à vérifierOù est tenu le recensement des obligations, quand a-t-il été actualisé, et quelle obligation nouvelle y a été ajoutée en dernier ? Registre des obligations légales, réglementaires et contractuelles ; rattachement de chaque obligation à des mesures ; date de dernière actualisation et dernière obligation ajoutée. |
Préventive | 1 |
GOV-14 |
Recensement des systèmes critiques (de mission) et de leurs responsables Les systèmes critiques pour la mission sont identifiés, avec pour chacun un responsable, une criticité motivée et les dépendances qui les portent. |
Gouvernance et risques | GV.OC-04 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuels systèmes sont classés critiques, sur quel critère, et qui en est responsable ? Liste des systèmes critiques avec le critère de classement et le responsable désigné ; cartographie des dépendances ; entretien avec un responsable désigné. |
Préventive | 1 |
GOV-15 |
Recensement et hiérarchisation des fournisseurs autorisés et de leurs services Les fournisseurs autorisés et les services qu'ils rendent sont recensés et hiérarchisés selon leur criticité pour l'activité. Le recours à un fournisseur hors liste est un événement traité. |
Gouvernance et risques | CIS 15.1, 15.2, 15.3 ; GV.SC-04, GV.SC-05, ID.AM-04 ; A 5.19 |
Inspection documentaire
Question et éléments à vérifierOù est tenu le recensement des fournisseurs, comment leur criticité est-elle établie, et que se passe-t-il si un service est acheté hors de cette liste ? Recensement des fournisseurs autorisés avec les services rendus et leur criticité ; critère de hiérarchisation ; procédure applicable à un achat hors liste et cas survenus. |
Préventive | 1 |
GOV-16 |
Sélection et application des bonnes pratiques en matière de gestion des TI et sécurité L'organisation retient un ou plusieurs référentiels de bonnes pratiques, en explicite le périmètre d'application, et mesure son écart à ces pratiques plutôt que d'y adhérer en principe. |
Gouvernance et risques |
Inspection documentaire
Question et éléments à vérifierQuels référentiels sont retenus, sur quel périmètre, et quel est l'écart mesuré aujourd'hui ? Référentiels retenus et périmètre d'application déclaré ; dernière mesure d'écart avec sa méthode ; plan de réduction de l'écart. |
Préventive | 1 | |
GOV-17 |
Séparation des responsabilités (SoD) Les fonctions dont le cumul permettrait une action non contrôlée sont séparées entre des personnes distinctes. Là où la séparation est impossible, une mesure compensatoire - double regard, revue a posteriori - est en place. |
Gouvernance et risques | GV.SC-02 ; A 5.3 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels cumuls de fonctions ont été identifiés comme incompatibles, lesquels subsistent, et quelle mesure compensatoire les couvre ? Matrice des incompatibilités de fonctions ; extraction des droits pour rechercher les cumuls interdits ; liste des cumuls subsistant avec leur mesure compensatoire ; trace d'exécution de cette mesure. |
Préventive | 1 |
GOV-18 |
Vérification de la chaîne d'approvisionnement L'origine et l'intégrité des biens et services acquis sont vérifiées : provenance des matériels, authenticité des logiciels, engagements de sécurité du fournisseur. |
Gouvernance et risques | GV.SC-03 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierComment l'authenticité d'un matériel ou d'un logiciel acquis est-elle vérifiée à la réception, et quelle vérification a été faite sur le dernier achat significatif ? Procédure de vérification à la réception ; dossier du dernier achat significatif avec les contrôles opérés ; preuves d'authenticité des logiciels acquis ; engagements de sécurité des fournisseurs. |
Préventive | 1 |
INT-01 |
Analyse de programmes inconnus en bac-à-sable (mise en quarantaine) Les programmes inconnus sont exécutés en environnement isolé avant d'être autorisés sur les systèmes de production, et le verdict de l'analyse conditionne leur mise à disposition. |
Intégrité des systèmes | M1048 |
Inspection technique - Rejeu
Question et éléments à vérifierQuels fichiers passent par l'analyse en bac à sable, combien de temps prend le verdict, et que devient un fichier dont l'analyse n'est pas concluante ? Configuration de la solution d'analyse en bac à sable ; types de fichiers soumis ; délai moyen de verdict ; règle appliquée en cas de verdict non concluant ; soumission d'un échantillon de test. |
Préventive | 3 |
INT-02 |
Blocage des accès aux sources de données douteuses Les accès vers des sources de données ou des destinations jugées douteuses sont bloqués sur la base de renseignements tenus à jour, et le blocage est journalisé pour être analysable. |
Intégrité des systèmes |
Inspection technique
Question et éléments à vérifierSur quelles sources de renseignement le blocage s'appuie-t-il, à quelle fréquence sont-elles actualisées, et comment un blocage à tort est-il levé ? Sources de renseignement utilisées et fréquence d'actualisation ; règles de blocage en place ; journal des blocages sur trois mois ; procédure de levée d'un blocage injustifié. |
Préventive | 4 | |
INT-03 |
Désinstallation ou désactivation de services et programmes inutiles dans les systèmes Les services et programmes non nécessaires sont désinstallés ou désactivés sur les systèmes, réduisant d'autant la surface exploitable. La liste de ce qui est nécessaire est établie par type de système. |
Intégrité des systèmes | CIS 4.8 ; M1042 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels services sont désactivés par défaut sur un système standard, et comment vérifie-t-on qu'un service inutile n'a pas été réactivé ? Liste des services autorisés par type de système ; extraction des services actifs sur cinq systèmes ; écart avec la référence ; mécanisme de détection d'un service réactivé. |
Préventive | 4 |
INT-04 |
Détection automatique des logiciels non autorisés Les logiciels installés hors du catalogue autorisé sont détectés automatiquement, avec un délai court entre l'installation et la détection, et l'événement est traité et non seulement enregistré. |
Intégrité des systèmes |
Inspection technique - Rejeu
Question et éléments à vérifierQuel délai sépare l'installation d'un logiciel non autorisé de sa détection, et qu'advient-il ensuite du poste concerné ? Configuration de la détection de logiciels non autorisés ; délai entre installation et détection ; journal des détections sur trois mois ; installation d'un logiciel de test et mesure du délai réel ; suite donnée au poste concerné. |
Réactive | 3 | |
INT-05 |
Interdiction d'installer des logiciels non autorisés sur le poste de travail L'utilisateur ne dispose pas des droits nécessaires pour installer un logiciel sur son poste. Les besoins légitimes passent par un catalogue ou une demande approuvée, pas par une élévation permanente. |
Intégrité des systèmes | PR.PS-02 |
Inspection technique - Rejeu
Question et éléments à vérifierUn utilisateur standard peut-il installer un logiciel sur son poste, et comment un besoin légitime est-il satisfait sans lui accorder de droits permanents ? Droits d'un compte utilisateur standard ; tentative d'installation d'un logiciel depuis un tel compte ; catalogue en libre-service ou circuit de demande ; extraction des utilisateurs disposant de droits d'administration locale. |
Préventive | 4 |
INT-06 |
Interdiction de connecter des supports de stockage amovibles sur le poste de travail La connexion de supports amovibles est bloquée par défaut sur les postes, ou restreinte à des supports identifiés et chiffrés. Les exceptions sont accordées nommément et pour une durée. |
Intégrité des systèmes | M1034 |
Inspection technique - Rejeu
Question et éléments à vérifierQue se passe-t-il lorsqu'une clé USB inconnue est connectée à un poste, et combien d'exceptions permanentes existent aujourd'hui ? Politique de contrôle des supports amovibles ; connexion d'une clé inconnue sur un poste de test et comportement observé ; registre des exceptions permanentes ; journal des connexions bloquées. |
Préventive | 3 |
INT-07 |
Modification des mots de passe par défaut Les mots de passe et secrets fournis par défaut sont changés avant la mise en service de tout équipement, système ou logiciel. La vérification fait partie de la procédure de mise en production. |
Intégrité des systèmes |
Inspection technique - Échantillonnage
Question et éléments à vérifierÀ quelle étape de la mise en service les secrets par défaut sont-ils changés, et comment s'assure-t-on qu'aucun ne subsiste dans le parc existant ? Procédure de mise en service incluant le changement des secrets par défaut ; liste de contrôle signée pour trois mises en service récentes ; balayage à la recherche de secrets par défaut sur le parc existant. |
Préventive | 4 | |
INT-08 |
Navigation sur Internet réservée aux stations de travail via des fureteurs autorisés La navigation Internet s'effectue depuis des postes prévus pour cela, avec des navigateurs approuvés et tenus à jour. Les serveurs et les stations d'administration n'accèdent pas à Internet en navigation. |
Intégrité des systèmes | CIS 9.1 |
Inspection technique - Rejeu
Question et éléments à vérifierDepuis quels systèmes la navigation Internet est-elle possible, et un serveur de production peut-il aujourd'hui atteindre un site web arbitraire ? Règles de filtrage sortant par catégorie de système ; test d'accès à un site arbitraire depuis un serveur de production et depuis une station d'administration ; journal des tentatives. |
Préventive | 3 |
INT-09 |
Prévention de l'exécution de programmes à partir d'un support amovible L'exécution de programmes depuis un support amovible est empêchée par configuration du système, indépendamment de la possibilité de lire le support. |
Intégrité des systèmes | CIS 10.3, 10.4 ; PR.PS-05 |
Inspection technique - Rejeu
Question et éléments à vérifierUn exécutable placé sur une clé USB peut-il être lancé depuis un poste du parc, et quel réglage l'empêche ? Réglage de stratégie empêchant l'exécution depuis un support amovible ; test de lancement d'un exécutable placé sur une clé ; rapport de conformité du réglage sur le parc. |
Préventive | 2 |
INT-10 |
Protection de l'intégrité des processus L'intégrité des processus en exécution est protégée : injection de code empêchée, mémoire des processus sensibles protégée, altération détectée par le système ou l'agent de sécurité. |
Intégrité des systèmes | M1025 |
Inspection technique
Question et éléments à vérifierQuelles protections mémoire et anti-injection sont actives sur les systèmes, et sur quelle proportion du parc ? Protections mémoire actives (prévention d'exécution, aléa d'adressage, protection anti-injection) ; rapport de couverture sur le parc ; configuration de l'agent de sécurité pour la protection des processus. |
Préventive | 3 |
INT-11 |
Prévention des intrusions dans le réseau (NIPS) Un dispositif de prévention d'intrusion réseau inspecte le trafic et bloque les attaques reconnues, en mode bloquant et non en simple observation. Les règles sont tenues à jour et ajustées aux faux positifs. |
Intégrité des systèmes | CIS 13.8 ; M1031 |
Inspection technique - Rejeu
Question et éléments à vérifierLe dispositif de prévention réseau est-il en mode bloquant ou en observation, quand ses règles ont-elles été actualisées, et quelle attaque a-t-il bloquée récemment ? Mode de fonctionnement du dispositif réseau, bloquant ou observation ; date de mise à jour des règles ; journal des blocages sur trois mois ; test avec une signature d'attaque connue. |
Préventive | 5 |
INT-12 |
Prévention des intrusions dans un système (HIPS) Un dispositif de prévention d'intrusion sur l'hôte protège les systèmes sensibles, bloque les comportements reconnus comme hostiles, et résiste à sa propre désactivation par un attaquant local. |
Intégrité des systèmes | CIS 13.7 |
Inspection technique - Rejeu
Question et éléments à vérifierSur quels systèmes un dispositif de prévention est-il installé, et un attaquant disposant de droits locaux pourrait-il le désactiver sans que cela se voie ? Systèmes couverts par le dispositif sur l'hôte ; mode bloquant ; protection contre l'arrêt du service depuis un compte administrateur local ; tentative d'arrêt et alerte produite. |
Préventive | 5 |
INT-13 |
Protection contre les logiciels malveillants sur les postes et les serveurs Une protection contre les logiciels malveillants est déployée sur les postes et les serveurs, active, à jour, remontant ses alertes à un point central, et couvrant l'ensemble du parc sans zone d'ombre. |
Intégrité des systèmes | CIS 10.1, 10.2, 10.6, 10.7 ; M1049 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelle est la couverture réelle de la protection anti-maliciels sur le parc, combien de systèmes ne l'ont pas, et pourquoi ? Console de la solution anti-maliciels : parc couvert, agents actifs, signatures à jour ; rapprochement avec l'inventaire des systèmes pour établir les zones d'ombre ; justification des systèmes non couverts. |
Préventive | 4 |
INT-14 |
Protection contre l'excution de programmes et scripts non autorisés L'exécution de programmes et de scripts est restreinte à une liste autorisée, par signature, chemin ou empreinte. Ce qui n'est pas autorisé ne s'exécute pas, plutôt que d'être seulement signalé. |
Intégrité des systèmes | CIS 10.5 ; PR.PS-05 ; M1038, M1040 |
Inspection technique - Rejeu
Question et éléments à vérifierQuel mécanisme de liste d'autorisation d'exécution est en place, sur quels systèmes, et est-il en mode bloquant ? Configuration de la liste d'autorisation d'exécution ; systèmes couverts ; mode bloquant ou audit ; tentative d'exécution d'un binaire non listé ; journal des refus. |
Préventive | 3 |
INT-15 |
Protection de l'exécution du micrologiciel Le micrologiciel est vérifié au démarrage - démarrage sécurisé, signature du micrologiciel - et sa mise à jour n'est possible que par un canal authentifié. |
Intégrité des systèmes | PR.PS-05 ; M1046 |
Inspection technique - Échantillonnage
Question et éléments à vérifierLe démarrage sécurisé est-il actif sur le parc, et comment une mise à jour de micrologiciel est-elle authentifiée avant application ? État du démarrage sécurisé sur un échantillon de dix systèmes ; procédure de mise à jour du micrologiciel et son authentification ; version du micrologiciel comparée à celle publiée par le constructeur. |
Préventive | 4 |
INT-16 |
Protection de l'intégrité du système de fichiers L'intégrité des fichiers système et des fichiers sensibles est surveillée, et toute modification non attendue produit une alerte exploitable. |
Intégrité des systèmes |
Inspection technique - Entretien
Question et éléments à vérifierQuels fichiers sont sous surveillance d'intégrité, quel volume d'alertes cela produit-il, et qui les traite ? Liste des fichiers et répertoires sous surveillance d'intégrité ; configuration de l'outil ; volume d'alertes produites sur trois mois ; nom du responsable de leur traitement et trace du traitement. |
Préventive | 2 | |
INT-17 |
Restriction des accès aux journaux applicatifs ou système L'accès aux journaux est restreint : ceux qui produisent les journaux ne peuvent ni les modifier ni les effacer. La lecture est également contrôlée, un journal contenant des informations sensibles. |
Intégrité des systèmes |
Inspection technique - Rejeu
Question et éléments à vérifierQui peut lire, modifier ou effacer les journaux d'un système, et un administrateur de ce système en fait-il partie ? Droits de lecture, modification et suppression sur les journaux locaux et sur le dépôt central ; appartenance des administrateurs système à ces droits ; tentative de suppression d'une entrée depuis un compte administrateur local. |
Préventive | 4 | |
INT-18 |
Restriction du chargement de bibliothèques et processus non autorisés Le chargement de bibliothèques et l'exécution de processus non autorisés sont empêchés par configuration du système, afin de couper les techniques de détournement de chargement. |
Intégrité des systèmes | CIS 3.4 ; M1044 |
Inspection technique
Question et éléments à vérifierQuelle protection empêche le chargement d'une bibliothèque non autorisée par un processus légitime, et sur quels systèmes est-elle active ? Réglages empêchant le chargement de bibliothèques non signées ou hors répertoires autorisés ; systèmes couverts ; journal des refus de chargement. |
Préventive | 3 |
INT-19 |
Signature de code mobile Le code mobile est signé, et seule une signature reconnue autorise son exécution. Les clés de signature sont protégées, et leur compromission a une procédure de révocation. |
Intégrité des systèmes | M1045 |
Inspection technique
Question et éléments à vérifierQuel code mobile est autorisé à s'exécuter, comment sa signature est-elle vérifiée, et où sont conservées les clés de signature ? Politique d'exécution du code mobile ; mécanisme de vérification de signature ; emplacement et protection des clés de signature ; procédure de révocation. |
Préventive | 3 |
INT-20 |
Suppression des logiciels non autorisés après détection Un logiciel non autorisé détecté est supprimé ou mis hors d'état de fonctionner dans un délai défini, et l'action est tracée. La détection sans suppression n'est pas un traitement. |
Intégrité des systèmes |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuel délai sépare la détection d'un logiciel non autorisé de sa suppression effective, et combien de cas restent ouverts aujourd'hui ? Registre des détections de logiciels non autorisés avec la date de détection et la date de suppression ; délai constaté ; cas encore ouverts et leur ancienneté. |
Réactive | 3 | |
INT-21 |
Tests matériels supervisés avant leur déploiement Le matériel est testé avant déploiement, sous supervision, afin d'écarter les défauts et les altérations. Le test est documenté et son résultat conditionne la mise en service. |
Intégrité des systèmes | ID.RA-09 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuels tests sont conduits sur un matériel avant sa mise en service, qui les supervise, et où en est la trace ? Protocole de test avant déploiement ; comptes rendus de trois tests récents avec le nom du superviseur ; décision de mise en service consécutive. |
Préventive | 2 |
INT-22 |
Vérification de l'intégrité matérielle avant déploiement L'intégrité physique et logique du matériel reçu est vérifiée avant déploiement : scellés, provenance, empreinte du micrologiciel, conformité à la commande. |
Intégrité des systèmes |
Inspection documentaire - Observation
Question et éléments à vérifierComment l'intégrité d'un matériel est-elle vérifiée à la réception, et qu'a-t-on fait du dernier écart constaté ? Procédure de vérification à la réception ; bordereaux de trois réceptions récentes ; contrôle des scellés et de la provenance ; dossier du dernier écart constaté et suite donnée. |
Préventive | 2 | |
MSG-01 |
Blocage de fichiers joints non indispensables ou dangereux Les pièces jointes dont le type n'est pas nécessaire à l'activité, ou dont le format permet l'exécution, sont bloquées à la passerelle de messagerie. Le blocage porte sur le contenu réel du fichier, pas sur son extension. |
Messagerie électronique | CIS 9.6 |
Inspection technique - Rejeu
Question et éléments à vérifierQuels types de pièces jointes sont bloqués, le contrôle porte-t-il sur le contenu ou sur l'extension, et comment une exception est-elle accordée ? Politique de filtrage des pièces jointes de la passerelle ; liste des types bloqués et méthode de reconnaissance ; envoi d'un fichier exécutable renommé en extension anodine ; registre des exceptions accordées. |
Préventive | 4 |
MSG-02 |
Implémentation d'une politique et vérification des courriels entrants (DMARC, SPF) Le domaine de l'organisation publie SPF, DKIM et DMARC, et DMARC est en politique de rejet. Les courriels entrants sont vérifiés contre ces mêmes mécanismes, et ceux qui échouent sont traités en conséquence. |
Messagerie électronique | CIS 9.5 |
Inspection technique
Question et éléments à vérifierQuelle est la politique DMARC publiée par le domaine, et qu'advient-il d'un courriel entrant dont SPF ou DKIM échoue ? Enregistrements DNS SPF, DKIM et DMARC du domaine ; politique DMARC publiée ; rapports agrégés DMARC des trois derniers mois ; configuration de la vérification des courriels entrants et sort réservé aux échecs. |
Préventive | 5 |
MSG-03 |
Implémentation d'une solution antimaliciels Une solution de détection de contenu malveillant s'applique aux courriels entrants et sortants, y compris aux liens et aux pièces jointes, avec analyse au moment du clic lorsque le risque le justifie. |
Messagerie électronique | CIS 9.7 |
Inspection technique - Rejeu
Question et éléments à vérifierQuelle protection s'applique aux liens et pièces jointes de la messagerie, et l'analyse a-t-elle lieu à la réception seulement ou aussi au moment du clic ? Configuration de la solution de protection de la messagerie ; modules actifs pour les liens et les pièces jointes ; statistiques de détection sur trois mois ; test d'un lien piégé avec réécriture au clic. |
Préventive | 5 |
PDO-01 |
Chiffrement des données sensibles au repos (base de données) Les données sensibles en base sont chiffrées au repos, avec des clés gérées séparément des données et dont l'accès est distinct de celui des administrateurs de la base. |
Protection des données | CIS 3.11 ; PR.DS-01 ; M1041 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelles bases portent des données sensibles chiffrées au repos, où sont conservées les clés, et l'administrateur de la base peut-il y accéder ? Liste des bases portant des données sensibles avec l'état du chiffrement au repos ; emplacement et gestion des clés ; droits d'accès aux clés comparés aux droits d'administration de la base. |
Préventive | 2 |
PDO-02 |
Chiffrement des données sensibles au repos (conteneur applicatif) Les données sensibles portées par des conteneurs applicatifs sont chiffrées au repos, y compris dans les volumes persistants et les images. |
Protection des données | CIS 3.11 ; PR.DS-01 ; M1041 |
Inspection technique
Question et éléments à vérifierLes volumes persistants des conteneurs sont-ils chiffrés, et une image de conteneur contient-elle aujourd'hui des données ou des secrets en clair ? Configuration de chiffrement des volumes persistants ; analyse d'une image de conteneur à la recherche de secrets ou de données en clair ; politique de construction des images. |
Préventive | 2 |
PDO-03 |
Chiffrement des données sensibles au repos (dispositif de l'utilisateur) Les postes et appareils des utilisateurs chiffrent l'intégralité de leur stockage, avec une clé de recouvrement conservée par l'organisation et une vérification de l'activation réelle sur le parc. |
Protection des données | CIS 3.6 ; PR.DS-01 ; M1041 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelle proportion du parc utilisateur a le chiffrement réellement activé, comment cela est-il vérifié, et où sont les clés de recouvrement ? Rapport de conformité du chiffrement intégral sur le parc utilisateur ; taux d'activation réel ; emplacement et accès aux clés de recouvrement ; vérification sur cinq postes. |
Préventive | 2 |
PDO-04 |
Chiffrement des données sensibles au repos (support amovible de stockage) Les supports amovibles autorisés à porter des données de l'organisation sont chiffrés, et les supports non chiffrés ne peuvent pas recevoir de données sensibles. |
Protection des données | CIS 3.9 ; PR.DS-01 ; M1041 |
Inspection technique - Rejeu
Question et éléments à vérifierQuels supports amovibles sont autorisés, sont-ils chiffrés d'office, et que se passe-t-il si un support non chiffré est utilisé ? Politique sur les supports amovibles ; mécanisme de chiffrement imposé ; test d'écriture d'un fichier sensible sur un support non chiffré ; journal des refus. |
Préventive | 2 |
PDO-05 |
Chiffrement des données sensibles en transit (cf. connexion via des protocoles utilisés) Les données sensibles en transit circulent sur des protocoles chiffrés à jour, avec des suites cryptographiques acceptables, et les protocoles obsolètes sont désactivés côté serveur. |
Protection des données | CIS 3.10 ; PR.DS-02 |
Inspection technique - Rejeu
Question et éléments à vérifierQuels protocoles et versions sont acceptés par les services exposés, et reste-t-il un flux interne portant des données sensibles en clair ? Balayage des services exposés pour relever protocoles et versions acceptés ; configuration TLS des services internes portant des données sensibles ; capture de trafic sur un flux interne. |
Préventive | 2 |
PDO-06 |
Classification des données (pré-requis) Les données sont classées selon un schéma simple, connu et appliqué. La classification commande ensuite les règles de protection, de partage et de conservation. |
Protection des données | CIS 3.7 ; M1041 ; A 5.12 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuel schéma de classification est en vigueur, quelle proportion des données détenues est effectivement classée, et qui décide de la classification ? Schéma de classification ; part des données classées dans l'inventaire ; procédure de classification et personne qui décide ; échantillon de cinq ensembles de données avec leur niveau. |
Préventive | 1 |
PDO-07 |
Contrôle des modifications de données Les modifications de données sensibles sont contrôlées : autorisation vérifiée, modification journalisée avec son auteur, et possibilité de reconstituer l'état antérieur. |
Protection des données | CIS 3.14 ; DE.CM-09 |
Inspection technique - Rejeu
Question et éléments à vérifierComment une modification de donnée sensible est-elle autorisée et tracée, et peut-on aujourd'hui dire qui a modifié quoi et quand ? Mécanisme d'autorisation des modifications ; journalisation des modifications avec auteur et horodatage ; reconstitution de l'historique d'un enregistrement sensible ; capacité de retour à un état antérieur. |
Préventive | 3 |
PDO-08 |
Destruction sécurisée des supports de données Les supports de données en fin de vie sont détruits ou effacés selon une méthode adaptée au type de support, avec un certificat ou une preuve de destruction conservée. |
Protection des données | CIS 3.5 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuelle méthode de destruction s'applique par type de support, qui l'exécute, et où sont les preuves des dernières destructions ? Procédure de destruction par type de support ; prestataire éventuel et son engagement ; certificats des cinq dernières destructions ; rapprochement avec l'inventaire des supports sortis. |
Préventive | 2 |
PDO-10 |
Identification des sources de données légitimes Les sources de données légitimes sont identifiées et documentées, de sorte qu'une donnée provenant d'ailleurs soit reconnaissable et traitée comme suspecte. |
Protection des données |
Inspection documentaire - Entretien
Question et éléments à vérifierQuelles sources de données sont reconnues légitimes pour les traitements sensibles, et comment une donnée d'origine inconnue est-elle traitée ? Liste des sources de données reconnues légitimes pour les traitements sensibles ; mécanisme de reconnaissance ; traitement appliqué à une donnée d'origine inconnue. |
Préventive | 3 | |
PDO-11 |
Interdiction des partages réseau Les partages réseau ouverts sont interdits ou strictement encadrés ; les besoins de partage passent par un service dont les accès sont nominatifs et journalisés. |
Protection des données | M1035 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels partages réseau existent aujourd'hui, lesquels sont accessibles à tous les utilisateurs, et quand cela a-t-il été vérifié ? Extraction des partages réseau existants avec leurs permissions ; partages ouverts à tous les utilisateurs ; date du dernier contrôle ; service de partage encadré proposé en remplacement. |
Préventive | 4 |
PDO-12 |
Marquage électronique des données (pré-requis) Les données portent un marquage électronique reflétant leur classification, exploitable par les dispositifs de protection pour appliquer automatiquement les règles associées. |
Protection des données | A 5.13 |
Inspection technique
Question et éléments à vérifierQuel marquage est appliqué aux documents et données, est-il posé automatiquement ou manuellement, et quels outils s'en servent ? Mécanisme de marquage et son mode de pose, automatique ou manuel ; taux de documents marqués ; outils exploitant le marquage pour appliquer une règle. |
Préventive | 1 |
PDO-13 |
Détection automatique des fuites de données Les fuites de données sont détectées automatiquement sur les canaux de sortie significatifs - messagerie, web, supports amovibles, services infonuagiques - avec des règles fondées sur la classification. |
Protection des données | CIS 3.13 ; M1057 |
Inspection technique - Rejeu
Question et éléments à vérifierQuels canaux de sortie sont surveillés, sur quelles règles, et quel a été le dernier événement détecté et son traitement ? Canaux surveillés par la solution de prévention des fuites ; règles fondées sur la classification ; journal des détections sur trois mois ; dossier du dernier événement et son traitement ; test d'envoi d'un contenu marqué. |
Réactive | 2 |
PDO-14 |
Prévention automatique des fuites de données Au-delà de la détection, la sortie non autorisée de données sensibles est bloquée sur les canaux où le risque le justifie, avec une voie de recours pour les cas légitimes. |
Protection des données | CIS 3.13 ; M1057 ; UEM-11 |
Inspection technique - Rejeu
Question et éléments à vérifierSur quels canaux le blocage est-il actif plutôt que la simple alerte, et comment un envoi légitime bloqué à tort est-il débloqué ? Canaux en mode bloquant par opposition à ceux en simple alerte ; test d'envoi bloqué ; procédure de déblocage d'un envoi légitime et délai constaté. |
Préventive | 2 |
PDO-15 |
Protection des copies de sauvegarde contre l'accès non autorisé Les sauvegardes sont protégées contre l'accès non autorisé au même titre que les données d'origine : chiffrement, accès distinct de celui de la production, et isolation vis-à-vis des comptes d'administration courants. |
Protection des données | CIS 11.3 ; PR.DS-11 |
Inspection technique
Question et éléments à vérifierQui peut accéder aux sauvegardes, ces droits sont-ils distincts de ceux de la production, et les sauvegardes sont-elles chiffrées ? Droits d'accès au dépôt de sauvegarde ; comparaison avec les droits d'administration de la production ; état du chiffrement des sauvegardes ; gestion des clés. |
Préventive | 2 |
PDO-16 |
Réplication des données dans d'autres supports de stockage Les données importantes sont répliquées sur des supports distincts, de sorte que la perte d'un support ne soit pas la perte de la donnée. |
Protection des données | CIS 11.3 ; PR.DS-11 |
Inspection technique - Entretien
Question et éléments à vérifierSur combien de supports distincts les données critiques existent-elles, et ces supports partagent-ils un point de défaillance commun ? Cartographie des copies par jeu de données critique ; supports et emplacements ; analyse des points de défaillance communs entre les copies. |
Préventive | 2 |
PDO-17 |
Sauvegarde automatique des données à l'extérieur du système d'information Une sauvegarde automatique dépose une copie hors du système d'information courant, hors de portée des comptes qui administrent la production, afin de survivre à une compromission de celle-ci. |
Protection des données | CIS 11.3 ; PR.DS-11 |
Inspection technique - Rejeu
Question et éléments à vérifierOù la copie hors système est-elle déposée, un administrateur de la production peut-il l'effacer, et à quelle fréquence est-elle produite ? Configuration de la sauvegarde hors système ; emplacement de dépôt ; droits d'un administrateur de production sur ce dépôt ; tentative de suppression depuis un tel compte ; fréquence réelle constatée dans les journaux. |
Préventive | 2 |
PDO-18 |
Sauvegarde multi-supports des données La stratégie de sauvegarde répartit les copies sur des supports et des emplacements de natures différentes, dont au moins un est hors ligne ou non réinscriptible. |
Protection des données | CIS 11.2 ; PR.DS-11 ; M1053 |
Inspection documentaire - Observation
Question et éléments à vérifierQuelle est la répartition des copies par support et par site, et laquelle est hors ligne ou non réinscriptible ? Stratégie de sauvegarde : supports, sites, rotation ; identification de la copie hors ligne ou non réinscriptible ; vérification physique ou logique de son existence. |
Préventive | 2 |
PDO-19 |
Transfert sécurisé d'informations hors du système d'information organisationnel Les transferts d'information hors du système d'information suivent une voie approuvée, chiffrée, avec vérification du destinataire et trace de l'opération. |
Protection des données | A 5.14 |
Inspection documentaire - Rejeu
Question et éléments à vérifierPar quels moyens approuvés une donnée sensible peut-elle sortir de l'organisation, et comment le destinataire est-il vérifié ? Liste des moyens de transfert approuvés ; mécanisme de vérification du destinataire ; journal des transferts sur trois mois ; test d'un transfert par un moyen non approuvé. |
Préventive | 2 |
PDO-20 |
Vérification de l'intégrité des données (p. ex. par empreinte numérique) L'intégrité des données est vérifiable par empreinte ou signature, et une altération est détectée plutôt que découverte à l'usage. |
Protection des données |
Inspection technique - Rejeu
Question et éléments à vérifierSur quelles données une vérification d'intégrité est-elle effectuée, à quelle fréquence, et qu'a révélé la dernière vérification ? Données couvertes par une vérification d'intégrité ; mécanisme employé, empreinte ou signature ; fréquence des vérifications ; rapport de la dernière exécution ; test sur une donnée volontairement altérée. |
Réactive | 2 | |
PDO-21 |
Vérification de l'intégrité des sauvegardes L'intégrité des sauvegardes est vérifiée périodiquement, et la restauration est réellement testée : une sauvegarde jamais restaurée n'est pas une sauvegarde vérifiée. |
Protection des données | CIS 11.5 |
Rejeu - Inspection documentaire
Question et éléments à vérifierQuand une restauration a-t-elle été testée pour la dernière fois, sur quel périmètre, et combien de temps a-t-elle pris ? Procédure de test de restauration ; compte rendu du dernier test avec périmètre, date et durée mesurée ; comparaison avec l'objectif de temps de reprise ; preuve de vérification d'intégrité préalable. |
Réactive | 3 |
REP-01 |
Application des procédures de reprise sur incident Les procédures de reprise sont appliquées lors d'un incident, dans l'ordre de priorité défini, et les écarts constatés à l'exécution corrigent la procédure ensuite. |
Reprise sur incident | RC.RP-01 |
Inspection documentaire
Question et éléments à vérifierQuelle procédure de reprise a été appliquée en dernier, dans quel délai le service a-t-il été rétabli, et quel écart au plan a-t-on constaté ? Dossier du dernier incident avec reprise : procédure appliquée, horodatage du rétablissement, écarts au plan constatés et corrections apportées ensuite. |
Réactive | 1 |
REP-02 |
Communication du statut de l'incident aux parties intéressées externes et internes L'état d'avancement de la reprise est communiqué aux parties concernées à intervalle défini, avec un message adapté à chaque destinataire et un porte-parole identifié. |
Reprise sur incident | RC.CO-03, RC.CO-04 |
Inspection documentaire - Entretien
Question et éléments à vérifierQui communique pendant un incident, à quelle fréquence, et sur quels canaux préparés à l'avance ? Plan de communication de crise ; porte-parole désigné ; canaux préparés à l'avance ; messages types ; trace des communications émises lors du dernier incident. |
Réactive | 1 |
REP-03 |
Documentation de l'incident avec enregistrement en base Chaque incident est enregistré dans un registre unique : chronologie, actions, décisions, impact, clôture. Le registre alimente les analyses de tendance. |
Reprise sur incident | RC.RP-06 |
Inspection technique - Échantillonnage
Question et éléments à vérifierOù les incidents sont-ils enregistrés, quels champs sont obligatoires, et combien d'incidents ont été enregistrés sur la dernière période ? Registre des incidents et champs obligatoires ; nombre d'incidents enregistrés sur douze mois ; complétude de cinq fiches tirées au sort ; analyses de tendance produites à partir du registre. |
Réactive | 2 |
REP-04 |
Rédaction des procédures de reprise sur incident Les procédures de reprise sont rédigées pour les fonctions critiques, avec les objectifs de temps et de perte de données, les prérequis et les responsables. |
Reprise sur incident |
Inspection documentaire
Question et éléments à vérifierPour quelles fonctions une procédure de reprise existe-t-elle, quels objectifs de temps et de perte y sont inscrits, et sur quelle base ? Procédures de reprise par fonction critique ; objectifs de temps de reprise et de perte de données inscrits ; base ayant servi à les fixer ; responsables désignés. |
Réactive | 1 | |
REP-05 |
Reprise sur incident priorisant les fonctions critiques de l'entreprise (cf. BIA) La reprise suit l'ordre de priorité issu du bilan d'impact sur les affaires, et non l'ordre de facilité technique. Cet ordre est connu des équipes avant l'incident. |
Reprise sur incident | RC.RP-02, RC.RP-04 |
Inspection documentaire - Entretien
Question et éléments à vérifierDans quel ordre les services seraient-ils rétablis, d'où vient cet ordre, et les équipes techniques le connaissent-elles ? Ordre de reprise issu du bilan d'impact ; document le portant ; entretien avec deux techniciens d'exploitation pour établir qu'ils connaissent cet ordre. |
Réactive | 1 |
REP-06 |
Restauration des données après vérification de leur intégrité Avant restauration, l'intégrité des données sauvegardées est vérifiée, afin de ne pas réintroduire des données corrompues ou compromises dans un environnement assaini. |
Reprise sur incident | RC.RP-03 |
Rejeu - Inspection documentaire
Question et éléments à vérifierComment l'intégrité d'une sauvegarde est-elle vérifiée avant restauration, et comment s'assure-t-on qu'elle est antérieure à la compromission ? Procédure de vérification d'intégrité avant restauration ; mécanisme de datation des sauvegardes permettant de choisir un point antérieur à la compromission ; compte rendu d'une restauration réelle ou testée. |
Réactive | 2 |
PER-01 |
Responsabilités sécurité dans la description de poste Les responsabilités en matière de sécurité figurent dans les descriptions de poste, en particulier pour les fonctions techniques et d'encadrement, et sont évaluées comme les autres. |
Ressources humaines | GV.RR-04 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuelles descriptions de poste portent des responsabilités sécurité explicites, et ces responsabilités sont-elles évaluées ? Descriptions de poste des fonctions techniques et d'encadrement ; clauses de responsabilité sécurité ; grille d'évaluation annuelle montrant que ces responsabilités y figurent. |
Préventive | 1 |
PER-02 |
Signature de la politique du bon usage des outils informatiques Le personnel prend connaissance de la politique d'usage des outils informatiques et l'accepte de façon traçable, à l'embauche puis à chaque révision significative. |
Ressources humaines | GV.RR-04 |
Inspection documentaire
Question et éléments à vérifierQuelle proportion du personnel a signé la version en vigueur de la politique d'usage, et que fait-on des refus ou des non-réponses ? Version en vigueur de la politique d'usage ; registre des signatures ; taux de couverture du personnel ; procédure applicable en cas de refus ou de non-réponse. |
Préventive | 1 |
PER-03 |
Vérification des antécédents des candidats à l'embauche Les antécédents des candidats sont vérifiés proportionnellement à la sensibilité du poste, dans le respect du droit applicable, avant l'accès aux systèmes sensibles. |
Ressources humaines | GV.RR-04 |
Inspection documentaire - Entretien
Question et éléments à vérifierPour quels postes une vérification d'antécédents est-elle exigée, quel est son contenu, et intervient-elle avant l'octroi des accès ? Politique de vérification des antécédents et postes concernés ; contenu de la vérification ; dossiers de trois embauches récentes sur postes sensibles montrant l'antériorité de la vérification sur l'octroi des accès. |
Préventive | 2 |
RES-01 |
Analyse et catégorisation des événements détectés Les événements détectés sont analysés et catégorisés selon un schéma défini, qui détermine la suite donnée. La catégorisation est faite par une personne ou une règle compétente, dans un délai fixé. |
Réaction aux incidents | DE.AE-02, RS.AN-03, RS.MA-03 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierSelon quel schéma les événements sont-ils catégorisés, en combien de temps, et quelle proportion est requalifiée après analyse plus poussée ? Schéma de catégorisation des événements ; délai cible de qualification ; extraction de dix événements récents avec leur catégorie initiale et finale ; taux de requalification. |
Réactive | 2 |
RES-02 |
Application des procédures de réaction à des incidents spécifiques Les procédures de réaction propres aux incidents anticipés sont appliquées telles qu'elles sont écrites, et les écarts constatés en situation réelle servent à les corriger. |
Réaction aux incidents | RS.MA-01, RS.MA-05 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuelle procédure a été appliquée lors du dernier incident, a-t-elle été suivie telle qu'écrite, et qu'y a-t-on changé depuis ? Procédure appliquée lors du dernier incident ; journal de bord de l'incident comparé aux étapes prévues ; écarts relevés ; version révisée de la procédure et date de révision. |
Réactive | 1 |
RES-03 |
Communication des incidents aux parties intéressées externes et internes Les incidents sont communiqués aux parties concernées, internes et externes, selon des critères et des délais définis, en tenant compte des obligations légales de notification. |
Réaction aux incidents | DE.AE-08, RS.CO-02 |
Inspection documentaire
Question et éléments à vérifierQuels critères déclenchent une communication externe, dans quel délai, et qui décide de la déclencher ? Critères et délais de communication externe ; matrice des destinataires ; personne habilitée à déclencher ; trace des communications émises lors des derniers incidents. |
Réactive | 1 |
RES-04 |
Confinement de l'incident Le confinement limite l'extension de l'incident avant même que sa cause soit comprise. Les actions de confinement sont prévues et exécutables rapidement, y compris l'isolement d'un système ou d'un compte. |
Réaction aux incidents | RS.MI-01 |
Inspection documentaire - Rejeu
Question et éléments à vérifierQuelles actions de confinement sont préparées, qui a le pouvoir de les déclencher, et en combien de temps un système peut-il être isolé du réseau ? Catalogue des actions de confinement préparées ; personnes habilitées à les déclencher ; moyens techniques d'isolement d'un système et d'un compte ; mesure du temps nécessaire lors d'un test. |
Réactive | 2 |
RES-05 |
Détermination de l'impact technique et financier des incidents L'impact technique et financier des incidents est estimé, ce qui permet de comparer le coût des incidents à celui des mesures et d'arbitrer les investissements. |
Réaction aux incidents | DE.AE-04, RS.AN-08 |
Inspection documentaire
Question et éléments à vérifierComment l'impact financier d'un incident est-il estimé, et quel a été le coût du dernier incident significatif ? Méthode d'estimation de l'impact ; dossier du dernier incident significatif avec le chiffrage technique et financier ; usage fait de cette estimation. |
Réactive | 1 |
RES-06 |
Escalade pour les événements à l'impact considérable Les critères d'escalade sont définis, connus et applicables à toute heure. L'escalade atteint un niveau capable de décider, pas seulement d'être informé. |
Réaction aux incidents | RS.MA-04 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuels critères déclenchent une escalade, vers qui, et l'escalade fonctionne-t-elle en dehors des heures ouvrables ? Critères d'escalade et niveaux destinataires ; annuaire d'astreinte ; test d'appel hors heures ouvrables ou trace d'une escalade nocturne réelle. |
Réactive | 1 |
RES-07 |
Gestion de crise incluant toutes les parties prenantes Une organisation de gestion de crise est définie, associant direction, métiers, technique, juridique et communication. Elle est éprouvée par des exercices et pas seulement décrite. |
Réaction aux incidents |
Inspection documentaire - Entretien
Question et éléments à vérifierQui compose la cellule de crise, quand un exercice a-t-il été conduit pour la dernière fois, et quel enseignement en a été tiré ? Composition de la cellule de crise et suppléances ; compte rendu du dernier exercice avec sa date ; enseignements et actions décidées ; état de ces actions. |
Réactive | 1 | |
RES-08 |
Intervention de tierces parties Le recours à des tiers spécialisés - réponse à incident, forensique, conseil juridique - est prévu avant l'incident, avec des modalités contractuelles et des délais d'intervention connus. |
Réaction aux incidents |
Inspection documentaire
Question et éléments à vérifierQuels tiers peuvent être mobilisés en cas d'incident majeur, sous quel contrat, et quel délai d'intervention est garanti ? Contrats ou conventions avec les tiers d'intervention ; délais d'intervention garantis ; coordonnées d'activation ; trace d'une mobilisation réelle ou d'un test d'activation. |
Réactive | 1 | |
RES-09 |
Protection des preuves lors d'une enquête numérique Les preuves numériques sont collectées et conservées de manière à rester exploitables : intégrité assurée, chaîne de possession documentée, altération empêchée. |
Réaction aux incidents | RS.AN-06, RS.AN-07 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuelle procédure encadre la collecte des preuves, comment leur intégrité est-elle attestée, et qui a accès aux éléments collectés ? Procédure de collecte et de conservation des preuves ; formulaire de chaîne de possession ; mécanisme d'assurance d'intégrité des éléments collectés ; droits d'accès au coffre de preuves. |
Réactive | 2 |
RES-10 |
Retour d'expérience (RETEX, leçons post-incident) Chaque incident significatif donne lieu à un retour d'expérience conduit sans recherche de faute, dont les enseignements deviennent des actions suivies jusqu'à leur terme. |
Réaction aux incidents |
Inspection documentaire
Question et éléments à vérifierQuel retour d'expérience a suivi le dernier incident, quelles actions en sont issues, et où en sont-elles ? Compte rendu du retour d'expérience du dernier incident ; liste des actions décidées avec responsable et échéance ; état d'avancement à date. |
Préventive | 1 | |
RES-11 |
Rédaction de procédures de réaction à des incidents spécifiques Des procédures de réaction sont rédigées pour les incidents les plus probables ou les plus graves, avec les étapes, les rôles et les décisions attendues, et elles sont tenues à jour. |
Réaction aux incidents |
Inspection documentaire
Question et éléments à vérifierPour quels scénarios d'incident une procédure existe-t-elle, quand ont-elles été révisées, et lesquelles n'ont jamais été employées ? Catalogue des procédures de réaction par scénario ; dates de rédaction et de révision ; procédures jamais employées ; couverture des scénarios les plus probables issus de l'analyse de risque. |
Réactive | 1 | |
RES-12 |
Suppression de la menace L'éradication supprime la présence de l'attaquant et la cause de l'incident, et sa complétude est vérifiée avant le retour au service normal. |
Réaction aux incidents | RS.MI-02 |
Inspection documentaire - Entretien
Question et éléments à vérifierComment vérifie-t-on que la menace a bien été éradiquée avant la remise en service, et quel critère autorise ce retour ? Critère autorisant le retour au service normal ; dossier du dernier incident montrant la vérification d'éradication opérée ; recherche de persistance résiduelle effectuée. |
Réactive | 1 |
RES-14 |
Triage des événements détectés Les événements détectés sont triés selon leur gravité et leur vraisemblance, de sorte que l'attention se porte sur ce qui compte. Le tri est mesuré, et le volume non trié est connu. |
Réaction aux incidents | RS.MA-02 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuel volume d'événements est trié par période, quelle proportion reste non traitée, et quel est le délai moyen de prise en charge ? Volume d'événements reçus et triés par période ; file d'attente non traitée ; délai moyen de prise en charge ; extraction de dix événements avec leur horodatage de réception et de prise en charge. |
Réactive | 2 |
RSL-01 |
Bilan d'impact sur les affaires (BIA) Un bilan d'impact sur les affaires identifie les processus essentiels, leurs délais d'interruption tolérables et leurs dépendances. Il est validé par les métiers, non produit par la seule DSI. |
Résilience des TI |
Inspection documentaire - Entretien
Question et éléments à vérifierQuand le bilan d'impact a-t-il été produit ou révisé, qui l'a validé côté métier, et quels délais tolérables y sont inscrits ? Bilan d'impact sur les affaires avec sa date ; processus essentiels recensés et leurs délais d'interruption tolérables ; preuve de validation par les responsables métier ; cartographie des dépendances. |
Préventive | 1 | |
RSL-02 |
Implication des tierces parties dans les exercices de continuité des affaires Les tiers dont dépendent les processus essentiels participent aux exercices de continuité, de sorte que leur capacité de reprise soit éprouvée et non supposée. |
Résilience des TI | ID.IM-02 |
Inspection documentaire
Question et éléments à vérifierQuels tiers critiques ont participé à un exercice de continuité, et quels engagements de reprise ont été vérifiés ? Liste des tiers critiques ; comptes rendus des exercices auxquels ils ont participé ; engagements de reprise contractuels et vérification de leur tenue lors de l'exercice. |
Préventive | 1 |
RSL-03 |
Préparation et test du plan de continuité Le plan de continuité est écrit, tenu à jour et testé à intervalle défini. Le test porte sur l'exécution réelle et pas seulement sur la lecture du document. |
Résilience des TI |
Inspection documentaire
Question et éléments à vérifierQuand le plan de continuité a-t-il été testé, quel type d'exercice était-ce, et quels écarts le test a-t-il révélés ? Plan de continuité avec sa date de révision ; compte rendu du dernier exercice avec son type, sur table ou réel ; écarts relevés et actions correctives. |
Préventive | 1 | |
RSL-04 |
Préparation et test du plan de relève TI Le plan de relève technique est écrit et testé, avec des objectifs de temps et de perte de données mesurés lors du test plutôt que déclarés. |
Résilience des TI |
Rejeu - Inspection documentaire
Question et éléments à vérifierQuel a été le temps de bascule mesuré au dernier test de relève, et comment se compare-t-il à l'objectif fixé ? Plan de relève technique ; compte rendu du dernier test avec le temps de bascule mesuré et la perte de données constatée ; comparaison aux objectifs fixés. |
Préventive | 1 | |
RSL-05 |
Redondance des systèmes d'informations Les systèmes portant des fonctions critiques sont redondants, sans point de défaillance unique, et la bascule est testée périodiquement. |
Résilience des TI | CIS 12.2 ; PR.IR-03 |
Inspection technique - Rejeu
Question et éléments à vérifierQuels points de défaillance unique subsistent sur les systèmes critiques, et quand la bascule a-t-elle été testée pour la dernière fois ? Architecture des systèmes critiques ; analyse des points de défaillance unique ; configuration des mécanismes de bascule ; compte rendu du dernier test de bascule avec sa date. |
Préventive | 2 |
SRC-01 |
Centralisation des alertes sur événement Les alertes de toutes les sources sont rassemblées en un point unique où elles sont traitées, de sorte qu'aucune alerte ne repose sur la seule vigilance d'une console isolée. |
Surveillance continue | CIS 13.1, 13.11 |
Inspection technique - Entretien
Question et éléments à vérifierQuelles sources d'alerte sont centralisées, lesquelles ne le sont pas, et qui surveille le point de centralisation, à quelles heures ? Liste des sources d'alerte raccordées au point central ; sources non raccordées et motif ; organisation de la surveillance et plages horaires couvertes ; nom de l'équipe ou du prestataire. |
Réactive | 2 |
SRC-02 |
Centralisation des journaux Les journaux des systèmes, applications et équipements de sécurité sont transmis vers un dépôt central que les administrateurs des systèmes sources ne peuvent ni modifier ni purger. La rétention est définie, l'horodatage synchronisé, et l'interruption d'une source est elle-même détectée. |
Surveillance continue | CIS 8.9 ; M1029 |
Inspection technique - Rejeu - Échantillonnage
Question et éléments à vérifierQuelles sources alimentent le dépôt central, et lesquelles n'y sont pas ? Un administrateur local peut-il effacer ce qui a déjà été transmis ? Comment s'aperçoit-on qu'une source a cessé d'émettre ? Configuration du collecteur et liste des sources déclarées ; rapprochement avec l'inventaire des systèmes pour établir les sources absentes ; entrées de la piste d'audit sur trente jours pour dix systèmes tirés au sort ; droits d'un compte administrateur local sur le dépôt central ; tentative de suppression d'une entrée déjà transmise ; alerte produite par l'arrêt d'une source ; paramètre de rétention et synchronisation d'horloge. |
Réactive | 4 |
SRC-03 |
Communication en temps opportun par le fournisseur de tout incident Le fournisseur s'engage contractuellement à signaler tout incident susceptible d'affecter l'organisation dans un délai défini, et ce délai est vérifié dans les faits. |
Surveillance continue | DE.CM-06 |
Inspection documentaire
Question et éléments à vérifierQuel délai de notification d'incident est stipulé au contrat, a-t-il déjà été mis à l'épreuve, et le fournisseur l'a-t-il respecté ? Clause contractuelle de notification et délai stipulé ; historique des notifications reçues du fournisseur ; comparaison entre le délai réel et le délai contractuel sur un cas survenu. |
Réactive | 1 |
SRC-04 |
Contrôle du traitement de données sensibles Les traitements portant sur des données sensibles sont contrôlés : qui accède, à quel volume, pour quelle finalité. Les usages atypiques sont détectés. |
Surveillance continue |
Inspection technique - Rejeu
Question et éléments à vérifierQuels contrôles s'appliquent aux traitements de données sensibles, et un accès anormal par son volume ou son horaire serait-il détecté ? Contrôles appliqués aux traitements de données sensibles ; règles de détection des usages atypiques par volume ou par horaire ; journal des alertes produites ; test d'extraction volumineuse sur un environnement de test. |
Réactive | 3 | |
SRC-05 |
Corrélation des journaux de sources variées Les journaux de sources différentes sont corrélés, de sorte qu'une séquence d'événements anodins pris isolément soit reconnue comme un ensemble. |
Surveillance continue | DE.AE-03 |
Inspection technique - Entretien
Question et éléments à vérifierQuelles règles de corrélation sont en place, entre quelles sources, et quel incident la corrélation a-t-elle permis de révéler ? Liste des règles de corrélation actives et sources croisées ; dossier d'un incident révélé par corrélation ; procédure de création et de test d'une règle. |
Réactive | 2 |
SRC-06 |
Découverte proactive des incidents (threat hunting) Une recherche proactive de compromission est conduite périodiquement, guidée par des hypothèses de menace, et non déclenchée seulement par une alerte. |
Surveillance continue |
Inspection documentaire
Question et éléments à vérifierQuand une recherche proactive a-t-elle été conduite, sur quelles hypothèses, et qu'a-t-elle trouvé ? Comptes rendus des campagnes de recherche proactive ; hypothèses de menace retenues et leur source ; constats produits et suites données. |
Réactive | 3 | |
SRC-07 |
Détection des canaux de communication non autorisés Les canaux de communication non autorisés - tunnels, exfiltration par DNS, connexions vers des infrastructures inconnues - sont détectés, y compris lorsqu'ils empruntent des protocoles légitimes. |
Surveillance continue |
Inspection technique - Rejeu
Question et éléments à vérifierQuels canaux de communication détournés sont détectables aujourd'hui, et la détection couvre-t-elle l'exfiltration par des protocoles légitimes ? Règles de détection des canaux détournés, y compris exfiltration par DNS et tunnels sur protocoles légitimes ; journal des détections ; test d'exfiltration simulée sur un environnement de test. |
Réactive | 3 | |
SRC-08 |
Détection des corruptions de données Les corruptions de données sont détectées, par vérification d'intégrité ou par contrôle de cohérence, avant que l'usage ne les révèle. |
Surveillance continue |
Inspection technique
Question et éléments à vérifierComment une corruption de données serait-elle détectée, en combien de temps, et un cas s'est-il déjà produit ? Mécanismes de détection de corruption : vérification d'intégrité, contrôles de cohérence ; fréquence d'exécution ; journal des détections et dossier d'un cas survenu. |
Réactive | 2 | |
SRC-09 |
Détection des intrusions logiques dans le réseau (NIDS) Un dispositif de détection d'intrusion réseau surveille les segments significatifs, ses règles sont à jour, et ses alertes sont effectivement traitées. |
Surveillance continue | DE.CM-01 |
Inspection technique - Entretien
Question et éléments à vérifierQuels segments sont couverts par la détection réseau, quel volume d'alertes cela produit-il, et qui les traite ? Segments couverts par la détection réseau ; points de collecte ; volume d'alertes par période ; équipe chargée du traitement et délai de prise en charge. |
Réactive | 4 |
SRC-10 |
Détection des intrusions logiques dans les systèmes (HIDS) Un dispositif de détection sur l'hôte surveille les systèmes sensibles, et ses alertes remontent au point de centralisation plutôt que de rester locales. |
Surveillance continue | CIS 13.2 |
Inspection technique - Échantillonnage
Question et éléments à vérifierSur quels systèmes la détection sur l'hôte est-elle déployée, et ses alertes remontent-elles au point central ? Systèmes couverts par la détection sur l'hôte ; configuration de la remontée vers le point central ; vérification sur cinq systèmes que les alertes locales parviennent bien au collecteur. |
Réactive | 5 |
SRC-11 |
Détection des intrusions physiques Les intrusions physiques sont détectées par des dispositifs adaptés aux zones concernées, et l'alerte parvient à quelqu'un capable d'agir, à toute heure. |
Surveillance continue | CIS 13.3 ; DE.CM-02 |
Observation - Rejeu
Question et éléments à vérifierQuels dispositifs détectent une intrusion physique, à qui l'alerte parvient-elle la nuit et le week-end, et quel est le délai d'intervention ? Dispositifs de détection d'intrusion physique par zone ; destinataire de l'alerte selon l'heure ; convention de télésurveillance ; test de déclenchement et mesure du délai d'intervention. |
Réactive | 3 |
SRC-12 |
Détection des logiciels sans license officielle Les logiciels sans licence valide sont détectés par rapprochement entre l'inventaire des installations et les licences détenues, et la situation est régularisée. |
Surveillance continue | CIS 1.2, 1.3, 1.4 |
Inspection technique - Rejeu
Question et éléments à vérifierComment les installations sans licence sont-elles détectées, combien le dernier rapprochement en a-t-il révélé, et qu'en a-t-on fait ? Rapprochement entre l'inventaire des installations et le registre des licences ; écarts du dernier rapprochement ; preuves de régularisation ou de désinstallation. |
Réactive | 1 |
SRC-13 |
Détection des systèmes non autorisés et déconnexion du réseau Un système inconnu apparaissant sur le réseau est détecté et écarté, automatiquement ou dans un délai court, plutôt que simplement inscrit dans un rapport. |
Surveillance continue |
Inspection technique - Rejeu
Question et éléments à vérifierCombien de temps s'écoule entre l'apparition d'un système inconnu sur le réseau et sa déconnexion, et l'action est-elle automatique ? Mécanisme de détection des systèmes inconnus ; caractère automatique ou manuel de la déconnexion ; journal des détections avec l'horodatage de détection et de déconnexion ; branchement d'un équipement de test. |
Réactive | 4 | |
SRC-14 |
Détection des systèmes non supportés Les systèmes dont la version n'est plus soutenue par l'éditeur sont détectés, recensés et traités, avec une mesure compensatoire tant que le remplacement n'a pas eu lieu. |
Surveillance continue |
Inspection technique - Inspection documentaire
Question et éléments à vérifierCombien de systèmes non soutenus sont en service aujourd'hui, quelles mesures compensatoires les couvrent, et quand seront-ils remplacés ? Extraction des systèmes dont la version n'est plus soutenue ; mesures compensatoires appliquées à chacun ; plan de remplacement daté et budgété. |
Réactive | 4 | |
SRC-15 |
Détection du chargement ou création de nouveaux processus La création ou le chargement de processus nouveaux est journalisé sur les systèmes sensibles, avec assez de détail - ligne de commande, processus parent - pour être exploitable en analyse. |
Surveillance continue |
Inspection technique - Échantillonnage
Question et éléments à vérifierLa journalisation de création de processus est-elle active, capture-t-elle la ligne de commande et le processus parent, et sur quels systèmes ? Configuration de la journalisation de création de processus ; vérification que la ligne de commande et le processus parent sont capturés ; systèmes couverts ; entrées de la piste d'audit sur cinq systèmes. |
Réactive | 2 | |
SRC-16 |
Détection et désinstallation des logiciels non supportés Les logiciels dont l'éditeur ne fournit plus de correctifs sont détectés puis retirés, dans un délai défini, ou couverts par une mesure compensatoire explicite. |
Surveillance continue | CIS 2.2, 2.3, 2.4 |
Inspection technique - Inspection documentaire
Question et éléments à vérifierQuels logiciels non soutenus subsistent, depuis combien de temps, et quel plan de retrait existe pour eux ? Liste des logiciels non soutenus détectés avec leur ancienneté ; mesures compensatoires ; plan et échéance de retrait ; trace des retraits déjà opérés. |
Réactive | 3 |
SRC-17 |
Développement de cas d'usage pour détecter les événements Des cas d'usage de détection sont développés à partir des menaces pertinentes pour l'organisation, testés, et retirés lorsqu'ils ne produisent plus rien d'utile. |
Surveillance continue |
Inspection documentaire - Entretien
Question et éléments à vérifierCombien de cas d'usage de détection sont actifs, quand ont-ils été testés, et combien ont été retirés faute d'utilité ? Catalogue des cas d'usage de détection avec leur menace de référence ; date du dernier test de chacun ; cas d'usage retirés et motif du retrait. |
Réactive | 2 | |
SRC-18 |
Gestion de l'espace de stockage pour les journaux L'espace de stockage des journaux est dimensionné et surveillé, de sorte que la saturation ne provoque ni perte de journaux ni arrêt de la journalisation. |
Surveillance continue | CIS 8.3 |
Inspection technique - Rejeu
Question et éléments à vérifierQue se passe-t-il si l'espace de stockage des journaux sature, et l'approche de la saturation déclenche-t-elle une alerte ? Dimensionnement du stockage des journaux ; seuils d'alerte et destinataire ; comportement configuré en cas de saturation, rotation ou arrêt ; test de franchissement de seuil sur un environnement de test. |
Préventive | 3 |
SRC-19 |
Inspection des sessions SSL/TLS Les sessions chiffrées sont inspectées là où le risque le justifie et où le droit le permet, avec des exclusions documentées pour les flux personnels ou protégés. |
Surveillance continue | M1020 |
Inspection technique - Inspection documentaire
Question et éléments à vérifierSur quels flux l'inspection des sessions chiffrées est-elle pratiquée, quelles exclusions sont définies, et sur quelle base juridique ? Flux soumis à l'inspection des sessions chiffrées ; liste des exclusions et leur motif ; base juridique et information des personnes ; configuration du dispositif. |
Réactive | 3 |
SRC-20 |
Inventaire des sources de journaux système Un inventaire des sources de journaux attendues existe, ce qui permet de constater qu'une source manque. Sans cet inventaire, une source qui cesse d'émettre passe inaperçue. |
Surveillance continue |
Inspection technique - Rejeu
Question et éléments à vérifierOù est l'inventaire des sources de journaux, comment détecte-t-on qu'une source attendue n'émet plus, et combien manquent aujourd'hui ? Inventaire des sources de journaux attendues ; mécanisme de détection d'une source silencieuse et son délai ; liste des sources actuellement absentes ; arrêt volontaire d'une source de test et alerte produite. |
Réactive | 2 | |
SRC-21 |
Journalisation des accès aux données Les accès aux données sensibles sont journalisés avec l'identité de l'accédant, la donnée concernée et l'horodatage, et ces journaux sont exploitables. |
Surveillance continue | CIS 3.14 ; DE.CM-09 |
Inspection technique - Rejeu
Question et éléments à vérifierPeut-on établir aujourd'hui qui a accédé à une donnée sensible donnée le mois dernier, et en combien de temps ? Configuration de la journalisation des accès aux données sensibles ; champs capturés ; requête de reconstitution des accès à une donnée sur le mois écoulé, avec mesure du temps de réponse. |
Réactive | 3 |
SRC-22 |
Journalisation des accès privilégiés L'usage des droits privilégiés est journalisé de façon exhaustive, et ces journaux échappent au contrôle des personnes dont ils tracent l'activité. |
Surveillance continue |
Inspection technique - Échantillonnage
Question et éléments à vérifierLes actions des administrateurs sont-elles journalisées, ces journaux sont-ils hors de leur portée, et qui les revoit ? Configuration de la journalisation des actions privilégiées ; droits des administrateurs sur ces journaux ; procédure et trace de la revue ; entrées de la piste d'audit pour cinq comptes privilégiés. |
Réactive | 3 | |
SRC-23 |
Journalisation des commandes système passées Les commandes passées sur les systèmes sensibles sont journalisées avec leur auteur et leur contexte, à un niveau de détail exploitable en analyse post-incident. |
Surveillance continue | CIS 8.6, 8.7, 8.8 |
Inspection technique - Échantillonnage
Question et éléments à vérifierSur quels systèmes les commandes sont-elles journalisées, avec quel niveau de détail, et pendant combien de temps sont-elles conservées ? Systèmes journalisant les commandes ; niveau de détail capturé ; durée de rétention ; extraction des commandes passées sur un serveur sensible pour une journée donnée. |
Réactive | 3 |
SRC-24 |
Journalisation des événements système et réseau Les événements système et réseau significatifs sont journalisés selon une politique définissant ce qui doit l'être, et cette politique est appliquée uniformément. |
Surveillance continue | CIS 8.2, 13.6 ; DE.CM-09 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuelle politique définit les événements à journaliser, est-elle appliquée uniformément, et quels systèmes s'en écartent ? Politique de journalisation définissant les événements requis ; configuration réelle sur cinq systèmes de types différents ; écarts à la politique et justification. |
Réactive | 2 |
SRC-25 |
Journalisation des traitements de données Les traitements portant sur des données - création, modification, suppression, export - sont journalisés de manière à reconstituer ce qui est advenu d'une donnée. |
Surveillance continue | DE.CM-09 |
Inspection technique - Rejeu
Question et éléments à vérifierPeut-on reconstituer l'historique des traitements subis par une donnée, et sur quelle profondeur ? Configuration de la journalisation des traitements de données ; reconstitution de l'historique d'une donnée depuis sa création ; profondeur d'historique réellement disponible. |
Réactive | 3 |
SRC-26 |
Processus de double regard Les opérations les plus sensibles exigent l'intervention de deux personnes distinctes, la seconde vérifiant la première. Le contrôle est technique lorsque c'est possible, et non seulement procédural. |
Surveillance continue |
Inspection documentaire - Rejeu
Question et éléments à vérifierQuelles opérations exigent un double regard, ce contrôle est-il imposé techniquement, et une personne seule pourrait-elle les exécuter ? Liste des opérations exigeant un double regard ; mécanisme technique imposant la seconde intervention ; test d'exécution par une personne seule ; entrées de la piste d'audit montrant les deux intervenants. |
Réactive | 3 | |
SRC-27 |
Rétention des journaux et des pistes d'audit Les journaux sont conservés pendant une durée définie, cohérente avec les obligations légales et avec le délai réaliste de découverte d'un incident, et leur intégrité est protégée durant cette période. |
Surveillance continue | CIS 8.10 |
Inspection technique - Inspection documentaire
Question et éléments à vérifierQuelle est la durée de rétention des journaux, sur quelle base a-t-elle été fixée, et permet-elle d'enquêter sur un incident découvert tardivement ? Paramètre de rétention du dépôt de journaux ; base ayant servi à fixer la durée, légale ou opérationnelle ; vérification qu'une requête portant sur la période la plus ancienne renvoie bien des données ; protection en écriture sur la période conservée. |
Réactive | 2 |
SRC-28 |
Revue périodique des journaux et des pistes d'audit Les journaux et pistes d'audit font l'objet d'une revue périodique par une personne compétente, dont le résultat est consigné, y compris lorsqu'il n'y a rien à signaler. |
Surveillance continue | CIS 8.11 |
Inspection documentaire - Entretien
Question et éléments à vérifierQui revoit les journaux, à quelle fréquence, et où est consignée la dernière revue ? Procédure de revue des journaux ; personne désignée et sa compétence ; comptes rendus des trois dernières revues, y compris celles sans constat ; date de la dernière. |
Réactive | 2 |
SRC-29 |
Synchronisation des horloges pour l'horodatage des journaux Les horloges des systèmes sont synchronisées sur une source de temps commune et fiable, sans quoi la corrélation des journaux et la reconstitution d'une chronologie sont impossibles. |
Surveillance continue | CIS 8.4 |
Inspection technique - Échantillonnage
Question et éléments à vérifierSur quelle source de temps les systèmes sont-ils synchronisés, et quel est l'écart maximal constaté sur le parc ? Source de temps de référence et configuration de la synchronisation ; relevé de l'écart d'horloge sur dix systèmes de types différents ; alerte configurée en cas de dérive. |
Réactive | 2 |
SRC-30 |
Veille régulière sur les menaces courantes et émergentes Une veille sur les menaces courantes et émergentes alimente les décisions de protection et de détection, et se traduit en actions plutôt qu'en lecture. |
Surveillance continue | DE.AE-07 ; ID.RA-02 ; M1019 ; A 5.7 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuelles sources de veille sont suivies, par qui, et quelle décision la veille a-t-elle provoquée sur la dernière période ? Sources de veille suivies et personne qui en a la charge ; comptes rendus de veille sur trois mois ; décision ou action de protection issue de la veille sur la dernière période. |
Préventive | 1 |
APP-01 |
Application du processus de développement sécurisé Le développement suit un processus intégrant la sécurité à chaque étape : exigences, conception, codage, test, mise en production. Les points de contrôle sont définis et franchis explicitement. |
Sécurité applicative | PR.PS-06 ; CIS 16.1 ; M1013 |
Inspection documentaire - Rejeu
Question et éléments à vérifierQuels points de contrôle de sécurité jalonnent le processus de développement, et qu'advient-il d'une livraison qui n'en satisfait pas un ? Description du processus de développement et de ses points de contrôle sécurité ; preuves de franchissement pour trois livraisons récentes ; comportement de la chaîne face à une livraison ne satisfaisant pas un point de contrôle. |
Préventive | 3 |
APP-02 |
Authentification multifactorielle aux applications exposées sur internet Les applications accessibles depuis Internet exigent une authentification multifactorielle, sans exception non documentée, y compris pour les comptes d'administration et de service interactifs. |
Sécurité applicative | CIS 6.3 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuelles applications exposées n'exigent pas encore de second facteur, et pour quelle raison ? Inventaire des applications exposées avec l'état du second facteur ; liste des exceptions et leur motif ; test de connexion sur une application exposée. |
Préventive | 3 |
APP-03 |
Documentation de l'architecture applicative L'architecture applicative est documentée : composants, interfaces, dépendances, zones de confiance. La documentation est actualisée avec l'application. |
Sécurité applicative |
Inspection documentaire
Question et éléments à vérifierOù est documentée l'architecture applicative, quand a-t-elle été mise à jour, et reflète-t-elle la version en production ? Documentation d'architecture applicative avec sa date ; comparaison avec la version réellement en production ; procédure de mise à jour lors des évolutions. |
Préventive | 2 | |
APP-04 |
Documentation des flux de données Les flux de données sont documentés : ce qui entre, ce qui sort, vers qui, sous quelle protection. C'est le préalable à toute modélisation de menace sérieuse. |
Sécurité applicative | CIS 3.8 ; ID.AM-03 |
Inspection documentaire - Entretien
Question et éléments à vérifierQuels flux de données sortent de l'application, vers quels destinataires, et cette cartographie est-elle à jour ? Cartographie des flux de données entrants et sortants ; destinataires externes identifiés ; protections appliquées par flux ; date de dernière mise à jour. |
Préventive | 2 |
APP-05 |
Formation continue des développeurs à la sécurisation du code Les développeurs suivent une formation continue au développement sécurisé, adaptée aux technologies réellement employées et actualisée avec elles. |
Sécurité applicative | CIS 16.1 |
Inspection documentaire
Question et éléments à vérifierQuelle formation les développeurs ont-ils suivie dans les douze derniers mois, sur quelles technologies, et avec quel taux de participation ? Programme de formation des développeurs ; technologies couvertes ; sessions tenues sur douze mois avec les feuilles de présence ; taux de participation. |
Préventive | 3 |
APP-06 |
Gestion des accès concurrents aux bases de données Les accès concurrents aux données sont gérés de sorte que deux opérations simultanées ne produisent ni corruption ni résultat indéterminé. |
Sécurité applicative | CIS 2.1 |
Inspection technique - Entretien
Question et éléments à vérifierComment les accès concurrents sont-ils gérés, et un incident de cohérence de données est-il déjà survenu en production ? Mécanisme de gestion des accès concurrents dans la conception ; niveau d'isolation des transactions ; registre des incidents de cohérence survenus en production. |
Préventive | 3 |
APP-07 |
Inventaire manuel ou automatisé des composants logiciels (pré-requis) Un inventaire des composants logiciels employés - bibliothèques, dépendances, versions - est tenu et exploitable pour répondre rapidement à la question « sommes-nous concernés ? ». |
Sécurité applicative | CIS 16.4 |
Inspection technique - Rejeu
Question et éléments à vérifierCombien de temps faut-il pour établir si une bibliothèque vulnérable est utilisée par une application, et sur quelle source cette réponse s'appuie-t-elle ? Nomenclature des composants logiciels et son mode de production ; test de recherche d'une bibliothèque donnée dans le parc applicatif, avec mesure du temps de réponse. |
Préventive | 1 |
APP-08 |
Liste des composants logiciels, scripts et bibliothèques autorisés Une liste des composants, scripts et bibliothèques autorisés est tenue, et l'introduction d'un composant hors liste passe par une approbation. |
Sécurité applicative | CIS 2.6, 2.7 ; SA-22 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQui approuve l'introduction d'un nouveau composant logiciel, sur quels critères, et combien de composants non approuvés sont en production ? Liste des composants autorisés ; circuit d'approbation et critères ; comparaison entre les composants réellement en production et la liste autorisée. |
Préventive | 3 |
APP-09 |
Maintien de patrons logiciels sécurisés (security patterns) réutilisables Des patrons de conception sécurisés, éprouvés et documentés, sont mis à disposition des équipes de développement et maintenus à jour. |
Sécurité applicative |
Inspection documentaire - Entretien
Question et éléments à vérifierQuels patrons sécurisés sont fournis aux développeurs, sont-ils utilisés, et qui les maintient ? Bibliothèque de patrons sécurisés ; date de dernière mise à jour et responsable ; preuve d'utilisation dans des développements récents. |
Préventive | 3 | |
APP-10 |
Modélisation des menaces applicatives Les menaces pesant sur les applications sensibles sont modélisées avant ou pendant la conception, et les mesures qui en découlent sont suivies jusqu'à leur mise en œuvre. |
Sécurité applicative | CIS 16.14 |
Inspection documentaire
Question et éléments à vérifierQuelles applications ont fait l'objet d'une modélisation des menaces, selon quelle méthode, et quelles mesures en sont issues ? Liste des applications ayant fait l'objet d'une modélisation des menaces ; méthode employée ; dossier d'une modélisation récente ; mesures issues et état de leur mise en œuvre. |
Préventive | 1 |
APP-11 |
Priorisation et correction des vulnérabilités logicielles découvertes Les vulnérabilités logicielles découvertes sont priorisées selon le risque et corrigées dans des délais définis, avec vérification de la correction. |
Sécurité applicative | CIS 16.2 |
Inspection documentaire - Échantillonnage
Question et éléments à vérifierQuels délais de correction s'appliquent aux vulnérabilités applicatives par niveau, et quel est le délai réellement constaté ? Délais de correction fixés par niveau ; extraction des vulnérabilités applicatives ouvertes avec leur âge ; délai réel constaté ; preuve de vérification après correction. |
Réactive | 4 |
APP-12 |
Protection de l'intégrité logicielle L'intégrité des livrables logiciels est protégée de la construction au déploiement : chaîne de construction maîtrisée, artefacts signés, dépôt protégé. |
Sécurité applicative | CIS 16.11 ; SI-7 |
Inspection technique
Question et éléments à vérifierComment l'intégrité d'un artefact est-elle garantie entre sa construction et son déploiement, et qui peut modifier le dépôt ? Description de la chaîne de construction ; signature des artefacts et vérification au déploiement ; droits d'écriture sur le dépôt d'artefacts ; journal des publications. |
Préventive | 3 |
APP-13 |
Support continu des composants logiciels par leur éditeur Les composants logiciels employés sont encore suivis par leur éditeur ou leur communauté. Ceux qui ne le sont plus sont recensés, et leur remplacement est planifié. |
Sécurité applicative | CIS 2.2 |
Inspection documentaire
Question et éléments à vérifierQuels composants en production ne sont plus maintenus par leur éditeur, et quel plan de remplacement existe pour eux ? Liste des composants en production avec leur état de maintenance chez l'éditeur ; composants non maintenus ; plan de remplacement daté. |
Préventive | 1 |
APP-14 |
Utilisation exclusive de composants logiciels autorisés Seuls des composants figurant à la liste autorisée sont employés dans les applications, et l'écart est détecté à la construction plutôt qu'après la mise en production. |
Sécurité applicative | CIS 16.5 |
Inspection technique - Rejeu
Question et éléments à vérifierÀ quel moment de la chaîne un composant non autorisé est-il détecté, et la construction échoue-t-elle alors ? Point de la chaîne où le contrôle s'exécute ; comportement de la construction face à un composant non autorisé ; journal des échecs de construction pour ce motif. |
Préventive | 3 |
APP-15 |
Vérification continue des vulnérabilités logicielles Les composants employés sont confrontés en continu aux bases de vulnérabilités, et une alerte est produite dès qu'un composant en production devient vulnérable. |
Sécurité applicative | CIS 16.6 |
Inspection technique
Question et éléments à vérifierComment l'organisation apprend-elle qu'un composant qu'elle utilise est devenu vulnérable, et en combien de temps ? Outil de veille sur les composants et sources consultées ; mécanisme d'alerte ; délai entre publication d'une vulnérabilité et alerte interne, mesuré sur un cas récent. |
Préventive | 4 |
APP-16 |
Vérification de l'intégrité des composants logiciels L'intégrité des composants tiers est vérifiée avant intégration : signature, empreinte, provenance du dépôt. Un composant dont l'origine n'est pas vérifiable n'est pas intégré. |
Sécurité applicative | CIS 16.5 ; SR-11 |
Inspection technique
Question et éléments à vérifierComment l'intégrité d'un composant tiers est-elle vérifiée avant intégration, et que fait-on d'un composant sans signature ? Mécanisme de vérification de signature ou d'empreinte à l'intégration ; dépôts sources autorisés ; comportement face à un composant non signé ; journal des rejets. |
Préventive | 2 |
APP-17 |
Vérification du code source (SAST, DAST) Le code est analysé statiquement et dynamiquement, à une fréquence et sur un périmètre définis, et les constats sont traités selon des délais fixés. |
Sécurité applicative | CIS 16.12 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels outils d'analyse s'exécutent, à quelle étape, et quelle proportion de leurs constats a été traitée sur la dernière période ? Configuration des outils d'analyse statique et dynamique ; étape d'exécution dans la chaîne ; rapports des dernières exécutions ; taux de constats traités sur la dernière période. |
Préventive | 5 |
COM-01 |
Accès à distance par authentification multifactorielle Tout accès distant au système d'information exige une authentification multifactorielle, sans exception pour les comptes techniques ou les prestataires. |
Sécurité des communications | CIS 6.4, 12.5 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuels accès distants existent aujourd'hui, lesquels n'exigent pas de second facteur, et les accès des prestataires en font-ils partie ? Inventaire des moyens d'accès distant ; état du second facteur pour chacun ; comptes de prestataires et leur mode d'authentification ; test de connexion sans second facteur. |
Préventive | 3 |
COM-02 |
Communication par des protocoles sécurisés (p. ex. HTTPS, FTPS, SFTP, ...) Les communications empruntent des protocoles chiffrés et authentifiés, dans des versions encore soutenues. Les protocoles en clair équivalents sont désactivés, pas seulement déconseillés. |
Sécurité des communications | CIS 12.6 |
Inspection technique - Rejeu
Question et éléments à vérifierQuels protocoles en clair restent actifs sur le réseau, sur quels systèmes, et quel est le plan pour les retirer ? Balayage des services internes et exposés relevant les protocoles en clair encore actifs ; capture de trafic sur un segment interne ; plan de retrait des protocoles obsolètes. |
Préventive | 3 |
COM-03 |
Documentation de l'architecture du réseau L'architecture réseau est documentée : zones, équipements, liens, points de sortie, règles de filtrage entre zones. La documentation suit les changements. |
Sécurité des communications | CIS 12.4 |
Inspection documentaire - Inspection technique
Question et éléments à vérifierQuand la documentation réseau a-t-elle été mise à jour, et correspond-elle à la configuration réelle des équipements aujourd'hui ? Documentation réseau avec sa date ; extraction de la configuration des équipements ; rapprochement entre le document et la configuration réelle ; écarts constatés. |
Préventive | 2 |
COM-04 |
Exécution des codes téléchargés dans un "bac à sable" du navigateur Le code exécuté par le navigateur l'est dans un environnement isolé, avec les protections d'isolation du navigateur actives et non désactivées par configuration. |
Sécurité des communications | M1048 |
Inspection technique
Question et éléments à vérifierQuelles protections d'isolation du navigateur sont actives sur le parc, et une politique en désactive-t-elle certaines ? Stratégie de navigateur déployée ; état des protections d'isolation ; recherche d'une stratégie désactivant l'isolation ; version du navigateur sur le parc. |
Préventive | 2 |
COM-05 |
Filtrage de la navigation sur Internet La navigation est filtrée sur la base de catégories et de renseignements à jour, avec journalisation permettant l'analyse a posteriori et une voie de recours pour les blocages à tort. |
Sécurité des communications | M1021 |
Inspection technique - Rejeu
Question et éléments à vérifierSur quelles catégories la navigation est-elle filtrée, comment un blocage injustifié est-il levé, et les journaux permettent-ils de retrouver un accès passé ? Catégories filtrées et source de renseignement ; journal de navigation sur trois mois montrant la possibilité de retrouver un accès passé ; procédure de levée d'un blocage ; test d'accès à un site d'une catégorie bloquée. |
Préventive | 3 |
COM-06 |
Filtrage des flux réseau (paquets) Les flux réseau sont filtrés selon une politique de refus par défaut, les règles sont documentées avec leur justification et leur demandeur, et elles sont revues périodiquement. |
Sécurité des communications | CIS 4.4, 4.5, 13.4 ; M1037 |
Inspection technique - Échantillonnage
Question et éléments à vérifierLa politique de filtrage est-elle en refus par défaut, quand les règles ont-elles été revues, et combien de règles n'ont plus de justification connue ? Politique de filtrage et vérification de la règle de refus par défaut en fin de liste ; extraction complète des règles ; échantillon de dix règles avec leur justification et leur demandeur ; date de la dernière revue ; règles sans justification connue. |
Préventive | 5 |
COM-07 |
Filtrage des sites web autorisés et interdits Une liste de sites autorisés ou interdits complète le filtrage par catégorie, avec un processus de mise à jour et un propriétaire identifié. |
Sécurité des communications | CIS 9.3, 13.10 |
Inspection documentaire - Entretien
Question et éléments à vérifierQui décide de l'ajout d'un site à la liste autorisée ou interdite, et à quelle fréquence cette liste est-elle revue ? Listes autorisée et interdite ; propriétaire désigné ; circuit d'ajout ; date de la dernière revue et entrées retirées à cette occasion. |
Préventive | 3 |
COM-08 |
Filtrage des services DNS pour bloquer les accès aux domaines malveillants La résolution DNS passe par un service qui bloque les domaines malveillants connus, et la résolution DNS directe vers l'extérieur est empêchée pour les postes du parc. |
Sécurité des communications | CIS 9.2 |
Inspection technique - Rejeu
Question et éléments à vérifierUn poste peut-il interroger un serveur DNS externe de son choix, et sur quelle source le blocage des domaines malveillants s'appuie-t-il ? Configuration du service DNS filtrant et source de renseignement ; règle empêchant la résolution DNS directe vers l'extérieur ; test d'interrogation d'un DNS public depuis un poste ; journal des domaines bloqués. |
Préventive | 4 |
COM-09 |
Filtrage des extensions des navigateurs non autorisées Les extensions de navigateur sont restreintes à une liste autorisée, et l'installation d'une extension hors liste est empêchée par configuration. |
Sécurité des communications | CIS 9.4 |
Inspection technique - Rejeu
Question et éléments à vérifierQuelles extensions sont autorisées, un utilisateur peut-il en installer une autre, et l'inventaire des extensions installées est-il connu ? Liste des extensions autorisées ; stratégie de blocage déployée ; inventaire des extensions réellement installées sur le parc ; tentative d'installation d'une extension hors liste. |
Préventive | 3 |
COM-10 |
Filtrage web des flux applicatifs (RP, WAF) Les applications web exposées sont protégées par un filtrage applicatif en mode bloquant, dont les règles sont ajustées à l'application et tenues à jour. |
Sécurité des communications | CIS 13.10 |
Inspection technique - Rejeu
Question et éléments à vérifierLe filtrage applicatif est-il en mode bloquant ou en observation, et quand ses règles ont-elles été ajustées pour la dernière fois ? Mode de fonctionnement du filtrage applicatif, bloquant ou observation ; date d'ajustement des règles par application ; journal des blocages ; envoi d'une requête d'attaque connue sur un environnement de test. |
Préventive | 3 |
COM-11 |
Maintien à jour de tous les équipements réseau Les équipements réseau reçoivent les mises à jour de leur constructeur selon un délai défini, et ceux qui ne sont plus soutenus sont remplacés selon un plan. |
Sécurité des communications | CIS 12.2 |
Inspection technique - Échantillonnage
Question et éléments à vérifierQuel est l'écart de version des équipements réseau par rapport aux versions publiées, et lesquels ne sont plus soutenus ? Inventaire des équipements réseau avec leur version logicielle ; comparaison aux versions publiées par les constructeurs ; équipements hors support et plan de remplacement. |
Préventive | 4 |
COM-12 |
Restriction des accès sur les ports d'un commutateur Les ports de commutateur inutilisés sont désactivés, et les ports actifs restreints aux équipements attendus, par authentification ou par filtrage. |
Sécurité des communications | CIS 13.99 |
Inspection technique - Rejeu
Question et éléments à vérifierQue se passe-t-il si un équipement inconnu est branché sur une prise réseau d'un bureau, et les ports inutilisés sont-ils désactivés ? Configuration des commutateurs : ports désactivés, authentification de port ; branchement d'un équipement de test sur une prise de bureau et comportement observé ; journal des refus. |
Préventive | 4 |
COM-13 |
Restriction des accès via un réseau privé virtuel L'accès à distance passe par un réseau privé virtuel dont les accès sont nominatifs, à second facteur, restreints aux ressources nécessaires et journalisés. |
Sécurité des communications | CIS 12.7 |
Inspection technique - Échantillonnage
Question et éléments à vérifierÀ quelles ressources un utilisateur connecté au réseau privé virtuel a-t-il accès, et cet accès est-il restreint à ce dont il a besoin ? Configuration du réseau privé virtuel ; comptes nominatifs et second facteur ; règles restreignant les ressources joignables une fois connecté ; journal des connexions sur trois mois. |
Préventive | 4 |
COM-14 |
Sécurisation de la messagerie électronique (antimaliciels, anti-hameçonnage) La messagerie est protégée contre les maliciels et l'hameçonnage, avec analyse des liens et des pièces jointes, et un canal simple pour signaler un message suspect. |
Sécurité des communications | CIS 9.5, CIS 9.6, 9.7 |
Inspection technique - Entretien
Question et éléments à vérifierQuelles protections couvrent la messagerie, comment un employé signale-t-il un message suspect, et combien de signalements ont été reçus ? Configuration des protections de messagerie ; canal de signalement mis à disposition et son fonctionnement ; nombre de signalements reçus sur trois mois et suite donnée. |
Préventive | 5 |
SDS-01 |
Rédaction et diffusion des procédures d'utilisation des systèmes Les procédures d'utilisation des systèmes sont écrites, à jour et accessibles aux personnes qui exploitent ces systèmes, y compris pour les opérations exceptionnelles. |
Sécurité des systèmes | CIS 2.6 |
Inspection documentaire - Entretien
Question et éléments à vérifierOù sont accessibles les procédures d'exploitation, quand ont-elles été revues, et couvrent-elles les opérations exceptionnelles ? Corpus des procédures d'exploitation ; emplacement et droits d'accès ; dates de révision ; couverture des opérations exceptionnelles ; entretien avec un exploitant sur leur usage réel. |
Préventive | 1 |
PHY-01 |
Contrôle d'accès physique aux locaux L'accès physique aux locaux est contrôlé et nominatif, différencié selon la sensibilité des zones, journalisé, et revu comme les accès logiques. Les visiteurs sont accompagnés. |
Sécurité physique |
Observation - Inspection technique
Question et éléments à vérifierQui a accès aux zones sensibles, quand cette liste a-t-elle été revue, et comment les visiteurs sont-ils encadrés ? Liste des porteurs de badge par zone ; date de la dernière revue des accès physiques ; journal des entrées en zone sensible sur trois mois ; registre des visiteurs et règle d'accompagnement ; visite d'une zone sensible. |
Préventive | 3 | |
PHY-02 |
Politique des bureaux propres Les documents et supports sensibles ne sont pas laissés sans surveillance sur les postes de travail, et les impressions ne restent pas sur les imprimantes. |
Sécurité physique |
Observation
Question et éléments à vérifierQuelle règle s'applique aux documents laissés sur les bureaux, comment est-elle vérifiée, et les impressions exigent-elles une identification à l'imprimante ? Politique des bureaux propres ; comptes rendus des contrôles ponctuels réalisés ; tournée d'observation en fin de journée ; configuration de l'impression exigeant une identification au périphérique. |
Préventive | 2 | |
PHY-03 |
Protection physique des matériels Les matériels sont protégés physiquement contre le vol et l'altération : locaux fermés, fixation lorsque nécessaire, protection des équipements en zone accessible au public. |
Sécurité physique |
Observation - Inspection documentaire
Question et éléments à vérifierQuelles protections physiques couvrent les équipements en zone accessible, et combien de vols ou de disparitions ont été constatés ? Visite des zones accessibles au public et des locaux techniques ; dispositifs de fixation et de fermeture ; registre des vols et disparitions constatés. |
Préventive | 3 |
Nature, poids et couverture
Trois notions distinctes, qu’il vaut la peine de ne pas confondre.
- La nature dit sur quoi la mesure agit. Une mesure préventive réduit la vraisemblance ; une mesure détective ou réactive réduit l’impact. À un niveau de granularité correct, une mesure n’a qu’une seule nature.
- Le poids, de 1 à 5, dit l’importance relative de la mesure à l’intérieur de son référentiel. Ce n’est pas un pourcentage de réduction du risque.
- La couverture est ce qui se calcule pendant l’analyse : la part du poids total disponible que vos mesures couvrent réellement, pondérée par leur niveau de mise en œuvre et par l’indice de confiance de votre évaluation.
couverture = Σ (poids × maturité × indice de confiance) ÷ Σ (poids de toutes les mesures de cette nature)
réduction = plafond de la nature × couverture
Les plafonds se règlent dans les paramètres généraux : 85 % pour la prévention, 55 % pour la détection, 75 % pour la réaction. Aucune combinaison de mesures ne ramène un risque à zéro. La détection et la réaction agissant toutes deux sur l’impact, leurs effets se composent au lieu de s’additionner.
Ce calcul est indépendant de la taille du référentiel : dix-huit mesures larges ou cent six sous-catégories fines donnent des ordres de grandeur comparables, ce qui permet de changer de référentiel sans que les résultats basculent.