Sightadel

Outil · Matrice

Une preuve, plusieurs frameworks.

Seize thèmes, douze frameworks. La matrice montre où les exigences se recoupent entièrement et où elles ne se recoupent qu’en partie. Choisissez vos frameworks et touchez une case pour afficher l’explication.

Afficher les frameworks

● couvert◐ partiellement– pas un thème à part entièreÉvaluation qualitative ; c’est votre périmètre qui compte.

Couverture des thèmes par framework
ThèmeISO/IEC 27001ISO 9001ISO/IEC 42001NIS2RGPDBSI C5:2026DORANIST CSF 2.0SOC 2HACCP§ 390 SGB VEU AI Act
Gestion des risques
Contrôle d’accès
Fournisseurs et prestataires
Gestion des incidents et notifications
Gestion de crise et continuité d’activité
Formation et sensibilisation
Maîtrise des documents
Audit interne
Revue de direction
Protection des données
Cryptographie
Journalisation et surveillance
Vulnérabilités et correctifs
Gestion des actifs
Gouvernance de l’IA
Sécurité des aliments
Choisir une case

Touchez ou survolez une case de la matrice. Vous verrez ici ce que le framework exige sur ce thème.

Explication

Pourquoi les frameworks se recoupent si souvent.

La plupart des référentiels posent les mêmes questions de fond : qui est responsable, qu’est-ce qui est risqué, que fait-on, et comment le prouver.

Quand on a mis en place ISO 27001 et que l’on découvre NIS2, on se demande à juste titre s’il faut tout recommencer. La réponse est presque toujours non. Gestion des risques, contrôle d’accès, pilotage des fournisseurs, traitement des incidents, formation – ces thèmes figurent dans presque tous les référentiels de sécurité de l’information. Ils portent simplement un nom un peu différent et sont contrôlés plus ou moins en profondeur.

Même thème, autre angle

Une norme ISO demande si votre système de management a planifié, mis en œuvre, vérifié et amélioré un thème. Une loi comme NIS2 ou DORA demande si des obligations précises sont remplies et si les délais sont respectés. Le RGPD s’intéresse aux droits des personnes dont vous traitez les données. Un rapport d’audit comme SOC 2 ou une attestation C5 évalue si les contrôles fonctionnent comme décrit. Le thème reste le même. Ce qui change, c’est la question posée par l’auditeur.

Ce que signifient ● et ◐

Un point plein signifie que le framework traite le thème explicitement, avec ses propres exigences. Un demi-point signifie que le thème apparaît, mais seulement à la marge, dans un but plus restreint ou sans exigences propres. Un tiret ne signifie pas que le thème est sans importance. Il ne constitue simplement pas un objet à part entière de ce framework. Chaque évaluation est volontairement sommaire. La part réellement réutilisable dépend de votre périmètre : quels sites, processus et systèmes sont inclus, et quelle est déjà la qualité de vos preuves.

Une preuve, plusieurs frameworks

L’effort principal tient rarement à la compréhension d’une norme, mais à la tenue à jour des preuves. Une politique d’accès, un compte rendu de test de restauration, un contrat fournisseur avec clauses de sécurité – ces preuves servent souvent à plusieurs frameworks à la fois. Les ranger dans des dossiers séparés par projet, c’est les tenir à jour plusieurs fois et finir par ne plus savoir quelle version fait foi.

Dans Sightadel, chaque preuve est déposée une seule fois dans la bibliothèque de preuves et rattachée aux contrôles correspondants de plusieurs frameworks. Si un document expire ou change, vous voyez quels frameworks sont concernés. Pour ce qu’un framework exige en plus, comme les délais de notification de NIS2 ou l’analyse d’impact relative à la protection des données du RGPD, vous ajoutez des preuves complémentaires ciblées.

Les limites de la matrice

La matrice ne remplace pas une analyse des écarts. Elle vous montre où chercher, pas ce qui vous manque. Pour le travail de détail, vous passez en revue un à un les contrôles d’un framework. C’est précisément pour cela que les évaluations guidées de Sightadel ont été conçues.

Questions et réponses

Questions sur la matrice des frameworks

Plus de réponses dans la FAQ ou directement via notre formulaire de contact.

Pourquoi n’y a-t-il pas de pourcentages de recoupement ?

Parce qu’un chiffre suggère une précision qui n’existe pas. Ce qui est réutilisable dépend de votre périmètre, de vos processus et de la maturité de votre documentation. La matrice montre donc seulement où les thèmes se recoupent et explique chaque évaluation en une phrase.

● couvert signifie-t-il qu’une preuve suffit pour les deux frameworks ?

Pas automatiquement. Cela signifie que les deux frameworks traitent le thème explicitement. La profondeur, les délais et le mode de contrôle peuvent différer. Une preuve bien tenue à jour est un bon point de départ ; souvent, il suffit de compléter un détail.

Quelles combinaisons sont les plus fréquentes ?

ISO 27001 avec NIS2, ISO 27001 avec le RGPD et ISO 9001 avec HACCP. Les fournisseurs de cloud y ajoutent BSI C5 ou SOC 2, les entités financières DORA. Si vous développez ou utilisez de l’IA, vous ajoutez ISO 42001 ou les obligations du règlement européen sur l’IA (AI Act).

Comment Sightadel exploite-t-il ces recoupements ?

Les preuves sont déposées une seule fois dans la bibliothèque de preuves et rattachées aux contrôles correspondants de plusieurs frameworks. Si un document change, vous voyez quels frameworks sont concernés. Fini les doublons et les versions contradictoires.

Déposer une preuve une fois, l’utiliser plusieurs fois.

14 jours, accès complet, sans données de paiement. Tout ce que vous créez est conservé dans l’offre payante.