Prendre rendez-vous

Domaine de recherche · Réglementation

Regulatory Intelligence : de la source primaire au contrôle auditable

NIS2, DORA, le Cyber Resilience Act et l'EU AI Act se recoupent en matière de gestion des risques, de chaîne d'approvisionnement et de notification – et certaines échéances se décalent. Vami Research lit les sources primaires, distingue obligation, ligne directrice et projet, suit les échéances et traduit les exigences en contrôles et en preuves. Il en résulte le socle de l'Agentic GRC Engineering.

  • NIS2
  • DORA
  • Cyber Resilience Act
  • EU AI Act
  • BaFin IA & TIC
  • EBA – risque lié aux tiers
  • KRITIS
Deep Dives
8
Livres blancs
7
Solutions
2
Contexte

Une réglementation dense exige une lecture claire

Le droit de l'UE et sa transposition allemande s'enchaînent à un rythme soutenu : DORA est applicable depuis le 17 janvier 2025, la loi de transposition de NIS2 est en vigueur depuis le 6 décembre 2025, le KRITIS-Dachgesetz (loi-cadre KRITIS) depuis le 17 mars 2026. Les obligations de transparence de l'AI Act s'appliquent depuis le 2 août 2026, les obligations de notification du Cyber Resilience Act depuis le 11 septembre 2026. S'y ajoutent les orientations et guides des autorités de surveillance, par exemple ceux de l'EBA sur le risque lié aux tiers et de la BaFin sur l'IA.

En pratique, c'est le statut qui est déterminant. Le guide de la BaFin sur l'IA est expressément non contraignant ; pour le nouveau règlement KRITIS, un projet ministériel sans force juridique existe depuis le 26 mai 2026 ; et la date d'application des orientations de l'EBA ne sera fixée qu'avec la publication des traductions. Qui confond obligation, interprétation et projet planifie trop tôt ou trop tard.

Nous lisons les sources primaires et étayons les affirmations clés par des références précises ; nos propres évaluations sont signalées comme telles. Il en résulte des Deep Dives, parfois avec des outils interactifs, les livres blancs Reality Check sur NIS2, DORA, le CRA et l'AI Act, ainsi que des ensembles de contrôles grâce auxquels une mesure mise en œuvre une fois sert plusieurs référentiels.

Questions de recherche

Les questions ouvertes du terrain

  1. 01

    Qu'est-ce qui est une obligation contraignante – et qu'est-ce qui relève d'une ligne directrice, d'un projet ou de notre propre recommandation ?

    Notre approche

    Pour chaque source, nous indiquons le statut et distinguons systématiquement ce qu'exigent le règlement et les normes techniques, ce que les autorités de surveillance décrivent comme bonne pratique et ce que nous recommandons en plus. Exemple de la BaFin : son guide sur l'IA ne crée pas de nouvelles obligations – celles-ci découlent directement de DORA et des normes techniques.

  2. 02

    Comment garder un œil sur des échéances qui se décalent – comme pour l'AI Act ?

    Notre approche

    Nous suivons, pour chaque référentiel et à la source primaire, la date d'application, les périodes transitoires et les délais de notification. Le Digital Omnibus a reporté les obligations haut risque au 2 décembre 2027 pour les systèmes autonomes et au 2 août 2028 pour ceux intégrés dans des produits. Les obligations de transparence s'appliquent depuis le 2 août 2026 ; seuls les systèmes génératifs existants disposent d'un délai jusqu'au 2 décembre 2026 pour le marquage lisible par machine.

  3. 03

    Comment mettre en œuvre NIS2, DORA, le CRA et l'AI Act sans construire plusieurs fois la même mesure ?

    Notre approche

    Nous rattachons les exigences à un cadre de contrôle commun – par exemple ISO/IEC 27001 comme socle et DORA en surcouche, avec une seule méthodologie de risque et des preuves communes. OSCAL rend le tout lisible par machine : le Framework Composer de VamiGRC utilise un même ensemble de contrôles pour plusieurs normes, jusqu'à la déclaration d'applicabilité.

  4. 04

    Quelles obligations s'appliquent déjà aux systèmes d'IA et aux agents IA dans les organisations réglementées ?

    Notre approche

    L'obligation de maîtrise de l'IA s'applique depuis le 2 février 2025, les obligations de transparence depuis le 2 août 2026 – elles couvrent aussi les agents en contact avec la clientèle. Dans le secteur financier, les systèmes d'IA relèvent en outre de la gestion du risque lié aux TIC selon DORA. Nous commençons par un inventaire IA complet et la cartographie des rôles de fournisseur ou de déployeur, suivis d'une analyse d'écarts.

Enseignements

Ce que nous retenons

  1. 01

    Les obligations de transparence s'appliquent depuis le 2 août 2026 – y compris aux agents IA

    Les systèmes d'IA en contact direct avec des personnes doivent être reconnaissables comme IA ; selon le projet de lignes directrices de la Commission du 8 mai 2026, une simple mention dans le manuel ne suffit pas. Les sorties génératives, y compris celles des systèmes agentiques, doivent être marquées de manière lisible par machine.

    Source: Obligations de transparence de l'AI Act

  2. 02

    L'IA sous DORA ne nécessite pas de structure parallèle

    Le guide de la BaFin du 18 décembre 2025 n'est pas contraignant et ne crée pas de nouvelles obligations. Il classe les systèmes d'IA parmi les réseaux et systèmes d'information au sens de DORA : modèles, données d'entraînement et bibliothèques ont leur place dans l'inventaire des actifs, les incidents liés à l'IA dans le processus de notification existant. Le levier réside dans l'intégration au cadre de gestion du risque lié aux TIC.

    Source: Guide BaFin : IA et risques TIC

  3. 03

    Le risque lié aux tiers converge : l'EBA reprend la logique de DORA

    Avec EBA/GL/2026/09 du 18 septembre 2026, l'EBA transpose la définition DORA de la fonction critique ou importante aux services non-TIC. Registre, politique et rôle de surveillance peuvent être fusionnés avec leurs équivalents DORA. La date d'application sera fixée avec les traductions ; une période transitoire de deux ans s'appliquera alors aux fonctions critiques ou importantes.

    Source: Orientations de l'EBA sur le risque lié aux tiers 2026 : ce que les entités financières doivent savoir dès maintenant sur les prestataires non-TIC

  4. 04

    C'est à vous de vérifier si NIS2 vous concerne – vous ne recevrez aucun avis

    La loi de transposition de NIS2 est en vigueur depuis le 6 décembre 2025 ; selon l'estimation du législateur, environ 30 000 entités sont concernées. Pour les entités déjà couvertes lors de l'entrée en vigueur, le délai d'enregistrement a expiré le 6 mars 2026, et le délai supplémentaire communiqué par le BSI le 31 juillet 2026. S'enregistrer après coup met fin à l'infraction en cours, mais n'efface pas le passé.

    Source: NIS2

Méthodologie

Notre démarche

Notre méthode suit le parcours d'une exigence : de la source primaire au contrôle assorti de sa preuve, en passant par le statut et l'échéance.

Lecture des sources primaires

Analyser dans le texte original les actes juridiques, normes techniques, lignes directrices et Final Reports, et étayer les affirmations clés par des références précises.

Indication du statut

Distinguer systématiquement obligation, pratique des autorités de surveillance, projet et recommandation propre.

Radar des échéances

Suivre, pour chaque référentiel, la date d'application, les périodes transitoires et les délais de notification – y compris les reports, comme ceux du Digital Omnibus.

Mapping des contrôles

Rattacher les obligations à un cadre de contrôle commun pour qu'une mesure serve plusieurs référentiels – de manière lisible par machine via OSCAL.

Reality Checks pour les CISO

Livres blancs sur NIS2, DORA, le CRA et l'AI Act avec feuilles de route de mise en œuvre – y compris l'IA agentique comme nouveau risque TIC sous DORA.

Outils et compétences

Des outils interactifs comme le navigateur de périmètre et le constructeur de registre rendent les lignes directrices applicables ; formations pratiques et parcours d'apprentissage VamiAcademy par rôle ancrent les connaissances.

Pour démarrer

  1. 1Lire et situerAnalyser la source primaire, déterminer le statut, les destinataires et les échéances, et délimiter par rapport aux obligations existantes.
  2. 2Traduire en contrôlesTraduire les obligations en contrôles, processus et preuves, et les fusionner avec les référentiels existants au lieu de bâtir des structures parallèles.
  3. 3Exploiter et prouverMettre en œuvre les contrôles une seule fois, tenir les preuves à jour en continu ; dans VamiGRC, des agents IA prennent en charge la routine selon des règles de validation, et votre équipe vérifie les projets de notification.
Publications

Deep Dives, livres blancs et analyses

Deep Dives 8

NIS2Ce que la directive (UE) 2022/2555 exige des entités essentielles et importantes – et comment l'Allemagne l'a transposée dans le BSIG via le NIS2UmsuCG.31 juillet 2026DORACe que le règlement (UE) 2022/2554 exige des entités financières et de leurs prestataires de services TIC – les cinq piliers, les TLPT, le registre d'informations et la supervision des prestataires tiers critiques en un coup d'œil.31 juillet 2026Cyber Resilience ActCe que le règlement (UE) 2024/2847 exige des fabricants, importateurs et distributeurs de produits comportant des éléments numériques – de la security by design et de la SBOM jusqu'aux délais de notification applicables à partir du 11 septembre 2026.31 juillet 2026EU AI ActClasses de risque, échéances après le Digital Omnibus, rôles et sanctions : ce que le règlement (UE) 2024/1689 signifie pour les entreprises – état des lieux en juillet 2026.31 juillet 2026Obligations de transparence de l'AI ActÀ compter du 2 août 2026, les obligations de transparence de l'Art. 50 de l'AI Act s'appliquent aux systèmes d'IA interactifs, aux contenus génératifs, à la reconnaissance des émotions et aux deepfakes. Le projet de lignes directrices de la Commission européenne du 8 mai 2026 précise comment fournisseurs et déployeurs doivent mettre en œuvre ces obligations.30 juillet 2026Guide BaFin : IA et risques TICLe 18 décembre 2025, la BaFin a publié son guide non contraignant sur les risques liés aux TIC dans l'utilisation de l'IA par les entités financières (titre allemand « Orientierungshilfe zu IKT-Risiken beim Einsatz von KI in Finanzunternehmen »). Il vise à aider à appliquer aussi aux systèmes d'IA les exigences de DORA en matière de gestion du risque lié aux TIC et de gestion du risque lié aux prestataires tiers de services TIC — sur l'ensemble du cycle de vie de l'IA et avec une étude de cas consacrée à un assistant IA fondé sur un LLM. Cette page distingue systématiquement ce qu'exigent DORA et les RTS, ce que la BaFin décrit comme bonne pratique et ce que nous recommandons en complément.6 octobre 2026Orientations EBA risque lié aux tiersAvec EBA/GL/2026/09, l'EBA remplace ses orientations sur l'externalisation de 2019 par un cadre couvrant l'ensemble du risque lié aux tiers pour les services non-TIC — centré sur les fonctions critiques ou importantes, avec un registre calqué sur le registre d'informations DORA et une période transitoire de deux ans. Cette page situe les orientations, les délimite par rapport à DORA et rend leurs exigences concrètes grâce au navigateur de périmètre, au constructeur de registre et au radar de préparation.23 septembre 2026KRITISCe que les exploitants d'installations critiques doivent mettre en œuvre en vertu de la loi BSI révisée et du KRITIS-Dachgesetz – des seuils à l'obligation de justification, en passant par la détection d'attaques.31 juillet 2026

Quelles obligations s'appliquent à vous – et à partir de quand ?

Nous situons votre organisation au regard de NIS2, de DORA, du CRA et de l'AI Act, distinguons obligation et recommandation, et montrons comment une mesure sert plusieurs référentiels.