Deux personnes en séance de travail autour d’ordinateurs portables
Étude de cas · mission fictive

Exemple fictif

Une mission d'audit, de la réunion de lancement au rapport. Racontée pas à pas.

L'entité et les constats ci-dessous sont inventés. Les documents, eux, sont ceux que produit la méthode DIAG.IT : le plan d'audit, la liste des documents à demander, une fiche de test exécutée et la synthèse des notes.

Entité« Assureur Alpha » (nom fictif)
SecteurAssurance, soumis à DORA
DemandeurDirection de l'audit interne
Type de missionAudit interne
Durée60 jours-homme
ProfondeurStandard (25 éléments)
RéférentielsISO/IEC 27002, NIST CSF 2.0, réglementation
Les fiches et les générateurs utilisés sont présentés sur la page La Méthode.Le déroulement →

Le déroulement

Cinq phases, neuf semaines

Le calendrier ci-dessous est indicatif : il suppose que les documents arrivent dans les dix jours et que les interlocuteurs sont disponibles pour les entretiens.

Préparation et cadrage9 jours · semaines 1 et 2

Réunion de lancement avec la direction de l'audit interne et le RSSI. On fixe le périmètre, les référentiels applicables et le niveau de risque de chaque domaine. Quatre domaines sont jugés à risque élevé : les accès, la continuité, les incidents et les fournisseurs.

Produit : le plan d'audit et la liste des documents à demander, envoyée le jour même.

Revue documentaire9 jours · semaines 2 et 3

Les documents reçus sont pointés sur la liste. Les relances partent à J+10. La lecture des politiques permet déjà d'écarter quelques questions sans objet et d'orienter les tests.

Produit : la liste de suivi des documents et le programme de travail ajusté.

Tests et entretiens27 jours · semaines 4 à 7

Chaque fiche est exécutée : étapes de test, échantillon, preuves. Chaque question reçoit une note de 1 à 4 selon ses propres critères, et toute note 3 ou 4 est documentée par une observation.

Produit : les questionnaires notés et les dossiers de preuves.

Synthèse et restitution9 jours · semaine 8

Les notes sont consolidées par domaine. Les constats sont validés avec les audités, puis présentés à la direction.

Produit : la synthèse des notes et le support de restitution.

Rapport final6 jours · semaine 9

Rapport, plan d'action priorisé et table de concordance : pour chaque exigence des référentiels retenus, le test qui la couvre et son résultat.

Produit : le rapport et le plan d'action.

Le plan d'audit

Les jours suivent le risque

Le générateur répartit les 27 jours de tests au prorata du risque retenu : trois jours pour un domaine à risque élevé, deux pour un risque moyen, un pour un risque faible.

Mission fictive : diagnostic d'un assureur, 60 jours-homme, profondeur standard. Les chiffres ci-dessous sont calculés selon la règle du générateur.

Type de missionAudit interne
SecteurBanque et assurance
Durée60 jours-homme
ProfondeurStandard (25 éléments)
RéférentielsISO/IEC 27002, NIST CSF 2.0, réglementation

Phases et charge

PhaseJours
Préparation et cadrage9
Revue documentaire9
Tests et entretiens27
Synthèse et restitution9
Rapport final6
Total60

Répartition des tests par domaine

DomaineRisqueJours de testsQuestions disponibles
Gouvernance et politiquesMoyen221
Gestion des risques ITMoyen220
Ressources humaines et personnelFaible120
Gestion des accès et des identitésÉlevé320
Sécurité physique et matérielsFaible120
Sécurité réseau et supervisionMoyen220
Vulnérabilités et correctifsMoyen220
Gestion des changements et du développementMoyen221
Sauvegardes et continuitéÉlevé320
Gestion des incidentsÉlevé320
Fournisseurs et cloudÉlevé322
Protection des données personnellesMoyen26
Intelligence artificielleFaible16

Les documents demandés

La liste part le jour du lancement

Elle est envoyée avec une date de retour à dix jours ouvrés, puis sert de tableau de suivi. Extrait, avec l'état fictif des réceptions à J+10 :

DomaineDocument demandéPour la questionÀ J+10 (fictif)
ACCEPolitique de gestion des accès et des habilitations en vigueurACCE-14Reçu
ACCERapports des deux dernières revues des droits, avec les validations des propriétairesACCE-14Reçu
ACCETickets de retrait et états des droits avant et après la dernière revueACCE-14En attente
ACCEListe des comptes à privilèges et paramétrage de l'authentification multifacteurACCE-11Reçu
CONTPolitique de sauvegarde et procès-verbaux des derniers tests de restaurationCONT-04Reçu
INCIProcédure de classification des incidents et registre des incidents des douze derniers moisINCI-15Reçu
INCINotifications d'incidents majeurs adressées à l'autorité, avec leurs datesINCI-15En attente
TIERRegistre des prestataires TIC et contrats des services critiquesTIER-14Reçu
TIERStratégies de sortie et comptes rendus des tests de réversibilitéTIER-14En attente

Un test, pas à pas

La revue des droits d'accès (ACCE-14)

La fiche ACCE-14, présentée en entier sur la page La Méthode, demande si les droits d'accès sont recertifiés périodiquement par les propriétaires d'applications ou de données. Voici ce que l'auditeur a constaté, étape par étape.

N°Étape de test (fiche)Constat (fictif)
1Obtenir la fréquence définie par la politique et les 2 dernières revuesPolitique : revue semestrielle. Revues de janvier et de juillet obtenues.
2Pour la dernière revue, vérifier le périmètre, les approbateurs et la date de retour5 applications critiques dans le périmètre, 5 revues menées. Retours reçus sous trois semaines.
3Vérifier que les droits à retirer ont été effectivement retirés (comparer l'état avant et après)48 droits à retirer ; 9 encore actifs un mois après la revue, soit 19 %.
4Rapprocher les approbateurs des propriétaires désignésConformes pour 4 applications sur 5 ; une revue validée par un délégué non désigné.
3

Insatisfaisant. Critère 3 de la fiche : retraits non effectués pour 10 à 25 % des droits.

Observation : la revue est faite, mais elle n'a pas d'effet complet, puisque 9 droits sur 48 restent actifs. Recommandation : rattacher chaque retrait à un ticket et contrôler sa clôture avant de clore la revue.

Tester une fois, couvrir tout. Ce seul test répond en même temps à ISO/IEC 27001:2022 Annexe A.5.18, à NIS2 art. 21(2)(i) et à NIST CSF 2.0 PR.AA-05. Le constat est rédigé une fois et reporté dans la table de concordance pour chacun de ces textes.

La synthèse des notes

Ce que la direction lit en premier

Moyenne des notes par domaine (1 = satisfaisant, 4 = insatisfaisant critique), nombre de constats notés 3 ou 4 et principal constat. Toutes les valeurs sont fictives.

DomaineRisque retenuMoyenneNotes 3 ou 4Principal constat
Gouvernance et politiquesMoyen1,91—
Gestion des risques ITMoyen2,02—
Ressources humaines et personnelFaible1,40—
Gestion des accès et des identitésÉlevé2,64Retraits de droits incomplets après revue (ACCE-14)
Sécurité physique et matérielsFaible1,30—
Sécurité réseau et supervisionMoyen2,12—
Vulnérabilités et correctifsMoyen2,53Correctifs critiques appliqués hors délai sur une partie des serveurs
Gestion des changements et du développementMoyen2,01—
Sauvegardes et continuitéÉlevé2,22Restaurations testées sur un périmètre partiel (CONT-04)
Gestion des incidentsÉlevé1,91—
Fournisseurs et cloudÉlevé2,74Stratégies de sortie non testées pour deux services critiques (TIER-14)
Protection des données personnellesMoyen1,80—
Intelligence artificielleFaible2,82Usage d'outils d'IA générative non encadré (IA-05)

Lecture : les fournisseurs et les accès concentrent les écarts, comme l'avait anticipé la pondération du plan. L'intelligence artificielle, jugée à risque faible au cadrage, ressort avec une moyenne élevée : un point à remonter au cadrage de la prochaine mission.

Les livrables

Ce que reçoit l'entité

À la fin de la mission, chaque livrable découle du même cadrage et des mêmes fiches : rien n'est ressaisi d'un document à l'autre.

  • Le plan d'audit et le programme de travail
  • La liste des documents à demander, puis son suivi
  • Les questionnaires notés, avec les observations et les preuves
  • La synthèse des notes et le support de restitution
  • Le rapport, le plan d'action priorisé et la table de concordance

Votre contexte est différent ? Je construis le plan avec vous, à partir de vos obligations et de vos risques, et vous adresse une proposition adaptée.

Demander une proposition →
Diag. IT

Parlons de votre prochaine échéance.

Diagnostic NIS2 ou DORA, structuration de vos missions d'audit IT : décrivez votre contexte, je vous réponds personnellement.

custom-relation@diagit.fr

Demander une présentation

Laissez vos coordonnées : je vous rappelle pour vous présenter le référentiel et le générateur, et voir comment ils s'appliquent à votre mission.

Vos coordonnées servent uniquement à répondre à votre demande et ne sont transmises à personne. Voir les mentions légales.