Cette checklist ISO 27001:2022 couvre l'intégralité des 93 contrôles de l'Annexe A, réorganisés en 4 thèmes (organisationnels, personnes, physiques, technologiques) conformément à la version 2022 de la norme. Utilisez-la pour votre auto-évaluation, votre audit interne ou pour préparer votre certification. Chaque contrôle dispose d'une case à cocher et d'une colonne statut (Conforme / Partiellement Conforme / Non Conforme / Non Applicable).

CONFORMITÉ Checklist ISO 27001:2022 Annexe A — 93 Contrôles PDF ÉTAPES / CONTRÔLES 1 Contenu de la checklist 2 Comment utiliser cette checklist 3 Nouveautés ISO 27001:2022 vs 2013 4 Téléchargement 5 Ressources complémentaires EXIGENCES CLÉS checklist ISO 27001:2022 93 contrôles de l'Annexe A Méthode recommandée : Besoin d'accompagnement ? ayinedjimi-consultants.fr

Contenu de la checklist

  • A.5 — 37 contrôles organisationnels (politiques, rôles, fournisseurs, incidents, continuité)
  • A.6 — 8 contrôles liés aux personnes (recrutement, formation, confidentialité)
  • A.7 — 14 contrôles physiques (locaux, matériel, environnement)
  • A.8 — 34 contrôles technologiques (accès, chiffrement, réseau, développement)

Comment utiliser cette checklist

Méthode recommandée : Parcourez chaque contrôle avec votre RSSI et les responsables de domaine. Notez le statut actuel et identifiez les écarts (gaps). Les contrôles Non Conformes constituent votre plan d'action prioritaire pour la certification.

Retour terrain

Lors d'un accompagnement ISO 27001 pour un hébergeur de données de santé, l'audit de certification a identifié un écart sur le contrôle A.12.4 (journalisation) : les logs d'accès administrateur n'étaient pas centralisés et certains étaient stockés localement sur les serveurs eux-mêmes — effaçables par un admin compromis. La correction a pris 3 semaines ; l'audit de certification avait été planifié 2 semaines après. Leçon : toujours faire un pre-audit interne complet 6 semaines avant la date officielle.

Nouveautés ISO 27001:2022 vs 2013

La version 2022 a réduit le nombre de contrôles de 114 à 93, mais en a ajouté 11 nouveaux :

  • A.5.7 — Renseignement sur les menaces (Threat Intelligence)
  • A.5.23 — Sécurité pour les services cloud
  • A.5.30 — Préparation TIC pour la continuité
  • A.7.4 — Surveillance de la sécurité physique
  • A.8.9 — Gestion de la configuration
  • A.8.10 — Suppression de l'information
  • A.8.11 — Masquage des données
  • A.8.12 — Prévention de la fuite de données (DLP)
  • A.8.16 — Activités de surveillance
  • A.8.23 — Filtrage web
  • A.8.28 — Codage sécurisé

Téléchargement

Le PDF est gratuit, sans inscription requise. Imprimez-le en A4 pour vos réunions d'audit ou utilisez-le en version numérique.

Besoin d'accompagnement ? Si votre score de conformité est inférieur à 70%, un accompagnement structuré vous permettra d'atteindre la certification en 6 à 12 mois. Découvrir notre accompagnement ISO 27001 →

Besoin d'un accompagnement ISO 27001 ?

Du diagnostic à la certification — nous vous guidons à chaque étape.

Découvrir la prestation ISO 27001

Ressources complémentaires

Besoin d'un accompagnement pour votre certification ISO 27001 ?

Gap analysis, documentation, mise en œuvre, préparation audit Stage 1 et Stage 2. Diagnostic initial offert.

Découvrir notre méthodologie →

Comment utiliser la checklist des 93 contrôles dans votre démarche de certification

La checklist des 93 contrôles de l'Annexe A ISO 27001:2022 est un outil opérationnel, pas un exercice administratif. Son utilité dépend entièrement de la rigueur avec laquelle vous évaluez chaque contrôle et de la cohérence que vous maintenez avec votre analyse de risques. Voici comment l'intégrer efficacement dans votre démarche.

Les 4 thèmes de l'Annexe A 2022 — Logique et répartition

La restructuration de l'Annexe A en 4 thèmes (contre 14 domaines en 2013) reflète une vision plus opérationnelle de la sécurité. Comprendre la logique de chaque thème aide à évaluer les contrôles avec pertinence :

  • Contrôles organisationnels (37 contrôles, 5.1 à 5.37) : gouvernance, politiques, gestion des risques, sécurité des ressources humaines, relations fournisseurs, gestion des incidents, conformité. C'est le socle managérial du SMSI — sans ces contrôles, les contrôles techniques n'ont pas de cadre pour fonctionner.
  • Contrôles personnes (8 contrôles, 6.1 à 6.8) : sélection du personnel, engagement des collaborateurs, sensibilisation et formation, discipline, télétravail. Ces contrôles sont souvent sous-estimés mais sont à l'origine d'une grande proportion des incidents de sécurité (phishing, erreurs humaines, menaces internes).
  • Contrôles physiques (14 contrôles, 7.1 à 7.14) : périmètres physiques, contrôle des accès physiques, protection des équipements, sécurité des bureaux et des zones de livraison. Moins médiatisés que les contrôles techniques, ces contrôles couvrent des risques réels : vol d'équipement, accès non autorisé aux salles serveurs, écoute dans les espaces de travail partagés.
  • Contrôles technologiques (34 contrôles, 8.1 à 8.34) : endpoint protection, gestion des accès, chiffrement, journalisation, sécurité réseau, gestion des vulnérabilités, DLP, sauvegarde, développement sécurisé. C'est le thème le plus technique et généralement le mieux couvert dans les organisations disposant d'une équipe IT.

Évaluation des contrôles : les critères de notation

Pour que la checklist soit exploitable en audit, chaque contrôle doit être évalué selon des critères cohérents. Voici le référentiel de notation recommandé :

  • Conforme : le contrôle est implémenté, la pratique est systématique et documentée, une preuve vérifiable est disponible. L'implémentation couvre l'intégralité du périmètre SMSI.
  • Partiellement Conforme : le contrôle est partiellement implémenté (couverture incomplète du périmètre, documentation insuffisante, pratique non systématique) ou en cours de déploiement. Un plan d'action avec échéance doit être associé.
  • Non Conforme : le contrôle n'est pas implémenté ou est implémenté de façon inefficace. Les non-conformités sur des contrôles applicables constituent des écarts à traiter avant la certification.
  • Non Applicable (NA) : le contrôle n'est pas pertinent pour le contexte de l'organisation. La justification de non-applicabilité doit être documentée dans la SoA. Attention : NA ne signifie pas "on ne l'a pas fait" — c'est une décision documentée et justifiée.

Les contrôles les plus fréquemment défaillants en audit

L'expérience des audits de certification révèle que certains contrôles concentrent la majorité des non-conformités. Les voici par ordre de fréquence :

  • 5.10 — Politique d'utilisation des actifs : souvent absente ou non diffusée. Les règles d'utilisation des équipements professionnels et personnels (BYOD) sont rarement formalisées.
  • 5.23 — Sécurité des services cloud (nouveau en 2022) : l'inventaire des services cloud est presque toujours incomplet. Le shadow IT cloud est la principale lacune.
  • 6.3 — Sensibilisation, éducation et formation à la sécurité : les formations existent mais leur traçabilité est souvent insuffisante. Les auditeurs demandent les listes de participants, les supports et les attestations de réalisation.
  • 8.8 — Gestion des vulnérabilités techniques : les scans de vulnérabilités sont parfois réalisés mais rarement de façon systématique, avec un suivi documenté des remédiations.
  • 8.15 — Journalisation : les logs sont souvent collectés mais leur conservation, leur protection contre la modification et leur analyse régulière sont insuffisamment formalisées.
  • 8.31 — Séparation des environnements de développement, de test et de production : dans les petites organisations, la séparation est souvent partielle ou inexistante, avec des données réelles utilisées en environnement de test.

Mise en œuvre concrète : prioriser les contrôles par risque

Face à 93 contrôles, la tentation est de tout traiter en parallèle — ce qui mène à une implémentation superficielle de tous les contrôles plutôt qu'une implémentation solide des contrôles critiques. La bonne approche consiste à prioriser selon trois critères :

  1. Les risques élevés identifiés dans l'analyse de risques : les contrôles qui traitent vos risques les plus critiques passent en premier, quelle que soit leur complexité d'implémentation.
  2. Les contrôles "bloquants" pour la certification : certains contrôles sont systématiquement vérifiés en Stage 1 et leur absence bloque la certification (5.2 — politique de sécurité, 6.1.2 — évaluation des risques, 9.2 — audit interne, 9.3 — revue de direction).
  3. Les contrôles à fort impact opérationnel : les contrôles qui améliorent la résilience de l'organisation (8.13 — sauvegarde, 5.24 — planification de la gestion des incidents, 5.30 — continuité ICT) doivent être prioritaires indépendamment de leur criticité pour la certification.

Points de vigilance pour l'Annexe A 2022

Les organisations qui transitionnent de la version 2013 à la version 2022 doivent être attentives aux points suivants lors de l'utilisation de cette checklist :

  • Les contrôles renommés ne sont pas forcément inchangés : certains contrôles ont été fusionnés ou renumérotés avec des modifications de scope. Vérifiez le contenu des contrôles plutôt que de supposer que votre implémentation 2013 couvre le contrôle 2022 correspondant.
  • Les 5 attributs de catégorisation : utilisez-les pour filtrer les contrôles par type (préventif/détectif/correctif) et vérifier l'équilibre de votre couverture. Un SMSI sans contrôles détectifs est structurellement vulnérable.
  • La colonne "Justification NA" : toute non-applicabilité doit être documentée de façon précise et justifiée dans la SoA. L'auditeur vérifiera systématiquement la cohérence entre les NA de la checklist et les justifications de la SoA.

Foire aux questions — Checklist Annexe A ISO 27001:2022

Faut-il implémenter les 93 contrôles pour être certifié ISO 27001 ?

Non. ISO 27001 n'impose pas d'implémenter tous les contrôles de l'Annexe A. Elle exige que vous évaluiez la pertinence de chaque contrôle au regard de votre analyse de risques et que vous documentiez vos décisions d'inclusion ou d'exclusion dans la SoA. En pratique, la quasi-totalité des contrôles sont applicables à la plupart des organisations, mais certains peuvent légitimement être exclus (ex : contrôles de développement sécurisé pour une organisation sans activité de développement).

Peut-on utiliser cette checklist pour une auto-certification ?

ISO 27001 ne permet pas l'auto-certification — la certification doit être délivrée par un organisme accrédité (en France, accrédité COFRAC). Cette checklist peut servir à une auto-évaluation préparatoire, à un audit interne ou à un diagnostic avant certification, mais ne constitue pas en elle-même une preuve de conformité.

Cette checklist est-elle compatible avec d'autres référentiels (NIS 2, RGPD, ISO 27002) ?

Oui. ISO 27001:2022 est conçue pour être compatible avec ISO 27002:2022 (qui fournit les lignes directrices d'implémentation de chaque contrôle), NIS 2 (qui partage de nombreuses exigences avec l'Annexe A) et le RGPD (article 32 sur les mesures de sécurité). Les organisations soumises à plusieurs référentiels peuvent utiliser la checklist comme socle commun et ajouter des colonnes pour tracker la conformité à chaque référentiel supplémentaire.

Mise en œuvre pratique : étapes et livrables

La conformité réglementaire génère une documentation substantielle qui doit être maintenue à jour et accessible lors des audits. Une organisation structurée de ces livrables simplifie considérablement les exercices de conformité et réduit le temps consacré à leur préparation.

Livrables documentaires essentiels

Quel que soit le référentiel de conformité concerné, les livrables fondamentaux incluent : un registre des traitements (obligatoire RGPD, utile pour tout SMSI) maintenu par le DPO ou le RSSI ; une politique de sécurité de l'information (PSI ou PSSI) approuvée par la direction et diffusée à tous les collaborateurs ; des procédures opérationnelles documentées pour les processus critiques (gestion des incidents, accès privilégiés, sauvegardes) ; un plan de continuité d'activité (PCA) testé annuellement ; et des rapports d'audit internes et de revue de direction formalisés. Ces documents constituent le «squelette» du SMSI et sont systématiquement vérifiés lors des audits de certification.

Gouvernance et responsabilités

La conformité réglementaire est un effort collectif qui ne peut pas reposer uniquement sur le RSSI ou le DPO. Une gouvernance efficace définit clairement les rôles : le COMEX assume la responsabilité globale de la conformité (risque financier et réputationnel) ; les DSI et RSSI mettent en œuvre les mesures techniques ; les métiers identifient les données et processus critiques à protéger ; et les DPO/compliance officers assurent la cohérence réglementaire. Les comités de sécurité trimestriels, impliquant toutes ces parties prenantes, garantissent l'alignement entre les exigences réglementaires et les capacités opérationnelles de l'organisation. Le suivi des actions de remédiation dans un outil de GRC (Governance, Risk & Compliance) formalise ce processus et facilite la production des preuves d'audit.

Sanction et contrôle : ce que les autorités vérifient

Comprendre les priorités de contrôle des autorités de régulation permet aux organisations de concentrer leurs efforts sur les domaines qui font l'objet d'une surveillance accrue. Les autorités de supervision (CNIL, ANSSI, ACP pour le secteur bancaire, HAS pour le secteur santé) publient régulièrement leurs priorités de contrôle.

Priorités de contrôle 2025-2026

Les domaines prioritaires identifiés par les autorités françaises pour 2025-2026 : la sécurité des données de santé (contrôles HDS en forte augmentation suite aux incidents hospitaliers) ; l'IA et le traitement des données personnelles (CNIL a annoncé 300 mises en demeure liées à l'IA en 2025) ; les sous-traitants et tiers (vérification des DPA et des audits de sécurité des fournisseurs) ; et la notification des violations de données dans les délais légaux (72h RGPD, 24h NIS 2 pour les entités essentielles). Les organisations qui documentent proactivement leur conformité dans ces domaines réduisent significativement leur exposition aux sanctions et bénéficient généralement d'une procédure d'audit moins contraignante.

Programme de préparation aux audits

Un programme structuré de préparation aux audits réduit le stress et améliore les résultats. Douze mois avant un audit de certification : gap analysis interne pour identifier les non-conformités. Six mois avant : corrections des écarts majeurs et préparation de la documentation. Trois mois avant : audit blanc interne conduit par un consultant externe indépendant. Un mois avant : formation des équipes sur les procédures et livrables à présenter. Cette approche systématique, validée par des centaines d'organisations certifiées ISO 27001, transforme l'audit de certification d'une épreuve redoutée en une validation formelle d'un travail déjà accompli.

Synthèse et feuille de route conformité

La conformité réglementaire est un processus continu, non un projet ponctuel. Les organisations qui abordent ISO 27001, NIS 2, RGPD ou HDS comme des certifications à obtenir une fois pour toutes échouent systématiquement lors des audits de renouvellement. La clé du succès est l'intégration des exigences réglementaires dans les processus opérationnels quotidiens, non leur traitement comme des obligations externes.

En pratique, les organisations matures en matière de conformité fonctionnent avec un SMSI vivant : des revues de direction trimestrielles, un audit interne annuel, des exercices de gestion de crise bi-annuels, et une veille réglementaire hebdomadaire. Le coût de la conformité maintenue en continu est significativement inférieur au coût d'une remise à niveau précipitée avant un audit ou une notification de violation. Les amendes CNIL, les pénalités NIS 2, et les pertes de contrats liées à une non-conformité documentée représentent des risques financiers et réputationnels mesurables que la gouvernance de direction doit intégrer dans l'analyse des risques métier.

Points d'attention avancés pour les auditeurs et RSSI

Au-delà de la conformité de surface, les auditeurs expérimentés et les RSSI cherchent à évaluer la robustesse réelle du dispositif de sécurité. Ce niveau d'analyse requiert de dépasser la vérification documentaire pour s'intéresser à l'efficacité opérationnelle des contrôles.

Pièges courants dans les audits de conformité

Plusieurs patterns d'échec reviennent régulièrement lors des audits de renouvellement. La conformité sur papier sans effectivité opérationnelle : des politiques formalisées mais non appliquées, des procédures documentées mais inconnues des équipes, des contrôles déclarés actifs mais non supervisés. La dérive post-certification : les organisations qui traitent la certification comme une fin en soi plutôt que comme un jalons d'un processus continu connaissent systématiquement une dégradation de leur posture sécurité entre deux audits. La gestion insuffisante des tiers : plus de 60% des violations impliquent un fournisseur ou un prestataire, mais les contrats de sous-traitance et les audits tiers sont souvent les parents pauvres des programmes de conformité. Adresser ces trois points avant l'audit réduit significativement le risque de non-conformité majeure.

Métriques de maturité à présenter en audit

Les auditeurs modernes s'intéressent aux indicateurs de fonctionnement réel du SMSI plutôt qu'à la simple existence des documents. Préparer : statistiques de gestion des incidents sur 12 mois (nombre, délai de traitement, taux de récidive) démontrant une amélioration continue ; résultats des exercices de continuité avec les actions correctives entreprises ; données de sensibilisation (taux de participation aux formations, taux d'échec aux simulations de phishing) ; et résultats des audits internes avec suivi des actions de remédiation. Ces métriques transforment l'audit en démonstration de la maturité de l'organisation plutôt qu'en exercice de conformité documentaire, et constituent la meilleure défense contre les questions inattendues des auditeurs sur l'efficacité opérationnelle des contrôles.

Checklist de mise en œuvre et points de contrôle

La mise en pratique des recommandations de cet article nécessite une approche structurée. Cette checklist synthétise les points de contrôle essentiels pour évaluer l'état d'avancement de votre déploiement et identifier les actions prioritaires.

Phase de préparation et d'inventaire

Avant toute action technique, constituer un inventaire précis est indispensable. Les éléments à recenser : cartographie exhaustive des actifs concernés (systèmes, applications, flux de données) avec leur criticité métier associée ; identification des propriétaires techniques et fonctionnels pour chaque actif ; évaluation du niveau de maturité actuel à partir des référentiels reconnus (CIS Controls, ISO 27001, NIST CSF) ; et documentation des dépendances entre composants pour anticiper les impacts des modifications. Un inventaire incomplet génère des angles morts qui deviennent des vecteurs d'attaque exploitables par des acteurs malveillants disposant d'informations accessibles publiquement (OSINT, Shodan, LinkedIn).

Phase de déploiement et validation

Le déploiement progressif réduit les risques d'interruption de service et facilite la détection des régressions. Adopter un modèle de déploiement par vagues (wave deployment) : d'abord les environnements de développement et de test pour valider les configurations, ensuite les systèmes non-critiques en production, enfin les systèmes critiques lors de fenêtres de maintenance planifiées. Chaque vague s'accompagne d'une validation fonctionnelle complète et d'une période d'observation des métriques de performance et de sécurité. Un plan de retour arrière documenté et testé est obligatoire avant toute opération sur un système critique. Les critères de succès doivent être définis avant le déploiement, non après — un taux de faux positifs inférieur à 5% pour les alertes de sécurité, une disponibilité maintenue au niveau SLA contractuel, et l'absence d'incidents de sécurité liés aux modifications.

Phase de supervision et d'amélioration continue

La mise en place d'indicateurs de suivi permet de mesurer l'efficacité des mesures déployées et de justifier leur maintien auprès de la direction. Tableau de bord mensuel recommandé : nombre d'alertes générées par catégorie (critique, majeur, mineur) avec tendance sur 6 mois ; taux de couverture des actifs critiques par les contrôles de sécurité ; délai moyen de remédiation des vulnérabilités par sévérité CVSS ; et résultats des tests de régression mensuels sur les règles de détection. Ce tableau de bord, présenté en comité de sécurité, constitue la base d'un dialogue constructif entre les équipes techniques et le management sur les priorités d'investissement en cybersécurité.

Sources et références

Pour aller plus loin : Mise en œuvre pratique

La conformité réglementaire nécessite une approche structurée et documentée. Ces ressources complémentaires permettent d'approfondir les points techniques et juridiques abordés dans cet article.

Outils d'auto-évaluation

  • ANSSI — Outil d'évaluation cybersécurité — Le Diagnostic de Cybersécurité de l'ANSSI permet d'évaluer le niveau de maturité de votre organisation sur 5 domaines clés. Gratuit et disponible sur diagnostic.ssi.gouv.fr.
  • ENISA — Outil d'auto-évaluation NIS2 — Questionnaire structuré pour identifier les exigences applicables à votre secteur et votre taille d'organisation.
  • Logiciels GRC — Des solutions comme Vanta, Drata ou TrustCloud automatisent la collecte de preuves de conformité et accélèrent les processus d'audit.

Documentation à produire en priorité

  • Politique de Sécurité du Système d'Information (PSSI) — document fondateur
  • Registre des activités de traitement (RGPD, article 30)
  • Analyse d'impact relative à la protection des données (AIPD/DPIA)
  • Plan de continuité d'activité (PCA) et plan de reprise d'activité (PRA)
  • Procédure de gestion des incidents de sécurité (notification ANSSI/CNIL)

Accompagnement et conseil

La mise en conformité implique souvent une assistance externe pour les organisations ne disposant pas d'expertise interne. Les RSSI externalisés ou les consultants spécialisés en conformité peuvent accélérer significativement le processus, notamment pour la préparation aux audits de certification ISO 27001 ou pour la mise en conformité NIS 2 avec un délai contraint.