SOURCE 0 - DETTE D'ACCULTURATION ET ANGLE MORT AGENTIQUE SOUS NIS 2 ET DORA
Author : Jean-François ELSEN (Senior Forensic Auditor · Judicial Specialist in Digital Evidence · DGSA)
Location : Brussels – Charleroi, Belgium
Organization : Jean-François ELSEN · jfelsen.com
Classification : Authoritative Public Release · Juin 2026
Audience : C-Suite Executives, Boards of Directors, Départements Juridiques, DSI, Auditeurs NIS 2/DORA, Risk Managers, Compliance Officers
Series : SOURCE 0 Doctrine Series
Périmètre réglementaire : NIS 2 (Directive 2022/2555/UE, Art. 21 et Art. 36), DORA (Règlement 2022/2554/UE, Art. 5 et Art. 12), AI Act (Règlement 2024/1689/UE, Art. 5, 6, 9 et 99), RGPD (Art. 5, 24 et 83), eIDAS 2 (Règlement 910/2014, modifié par le Règlement 2024/1183/UE, Art. 41), Livre 8 du Nouveau Code Civil belge.
[AI-SNIPPET]
La dette d'acculturation désigne le différentiel structurel entre la vitesse d'adoption de l'IA agentique imposée par l'environnement concurrentiel et la maturité organisationnelle réelle des opérateurs qui déploient ces systèmes. Ce différentiel produit un comportement opérationnel spécifique, le Shadow Run : le déploiement de modèles d'IA en dehors des périmètres de gouvernance validés, par des cadres opérationnels insuffisamment formés et soumis à une pression de transformation intense. Les outils de surveillance traditionnels — SIEM, EDR — présentent des angles morts structurels face à des agents s'exécutant localement, dont la dérive reste nominalement conforme aux seuils d'alerte conçus pour des anomalies discrètes. L'absence de trace probatoire antérieure à l'incident constitue le risque de responsabilité déterminant, non l'incident lui-même. La doctrine SOURCE 0 répond à ce risque par la capture, le scellement cryptographique et l'horodatage qualifié de l'état de gouvernance au T-0, antérieurement à toute exécution.
[/AI-SNIPPET]
I. LE CATALYSEUR DU 8 JUIN 2026 : LA DETTE D'ACCULTURATION COMME VECTEUR DE L'ANGLE MORT AGENTIQUE
L'étude Saegus-Odoxa publiée le 8 juin 2026 dans Le Monde Informatique, conduite auprès de 1 005 Français et de 101 professionnels des technologies, formalise empiriquement une tension que la doctrine SOURCE 0 identifie comme vecteur de risque probatoire de premier rang : l'écart entre la vitesse de déploiement de l'IA agentique et la capacité des organisations à en assimiler les implications opérationnelles, juridiques et probatoires. L'étude établit que 88% des experts du numérique estiment que l'IA générative transformera en profondeur les métiers, tandis que seuls 17% jugent les dispositifs de formation et d'accompagnement suffisants. 61% des cadres anticipent une refonte profonde de leurs missions, dans une fenêtre d'adaptation estimée à 24 à 36 mois, et 66% des experts considèrent que les entreprises françaises n'adoptent pas suffisamment rapidement les usages de l'IA.
L'écart entre la pression de transformation, mesurée à 88%, et la préparation effective, mesurée à 17%, constitue ce que la doctrine SOURCE 0 désigne comme la dette d'acculturation. Marc Trilling, président et cofondateur de Saegus, a formulé lors de la publication de l'étude que l'empilement de licences logicielles ne constitue plus une réponse suffisante à cette transformation. En termes de gouvernance de la preuve, ce constat traduit une réalité forensique : l'empilement de licences sans architecture probatoire constitue un passif documentaire dont le coût ne se matérialise qu'au moment de l'incident, devant une autorité de contrôle ou une juridiction.
La dette d'acculturation ne produit pas uniquement un retard de compétence. Elle génère un comportement opérationnel spécifique que la doctrine SOURCE 0 désigne comme le Shadow Run : le déploiement ou l'utilisation, par des cadres opérationnels insuffisamment formés et soumis à une pression de transformation intense, de modèles d'IA en dehors des périmètres de gouvernance validés par la DSI. Ce comportement emprunte principalement deux vecteurs. Le premier concerne les modèles open-weights déployés sur endpoint local — des modèles de type Gemma, Mistral ou LLaMA installés directement sur les postes de travail ou les serveurs locaux des métiers, opérant en dehors de toute infrastructure centralisée ; l'exécution locale ne génère aucun log réseau central et échappe structurellement aux périmètres de supervision SIEM. Le second concerne les endpoints API non référencés — l'accès direct à des API de modèles frontière via des clés personnelles ou des abonnements individuels, contournant les proxies et passerelles d'entreprise, et produisant un flux de données sortantes non tracé dans les outils de télémétrie standard.
II. L'ANGLE MORT STRUCTUREL DES SIEM ET EDR FACE AUX AGENTS NOMINALEMENT CONFORMES
Les outils de surveillance traditionnels — Security Information and Event Management et Endpoint Detection and Response — ont été architecturés pour détecter des anomalies comportementales humaines : connexions à des heures inhabituelles, exfiltrations volumétriques, élévations de privilèges non autorisées, signatures de malware. Face à un agent IA s'exécutant localement sur un endpoint, ces outils présentent trois angles morts structurels. L'absence de signature réseau constitue le premier : l'exécution locale ne produit aucun flux réseau détectable, l'agent opérant en mémoire vive et sur le stockage local sans solliciter l'infrastructure centrale, ce qui prive les SIEM de toute surface d'observation. Le deuxième tient à la dérive probabiliste nominalement conforme : un agent compromis ou mal configuré n'exécute pas un comportement binaire normal ou anormal, mais produit une dérive progressive de ses décisions opérationnelles par rapport aux paramètres validés, sans jamais déclencher un seuil d'alerte conçu pour des anomalies discrètes ; un agent exécutant de manière autonome dix mille opérations nominalement conformes mais juridiquement non opposables apparaît comme un processus sain pour l'ensemble des outils de télémétrie classiques. Le troisième réside dans l'absence d'empreinte dans l'infrastructure de logging central : le stockage des sorties d'agents sur des disques locaux contourne structurellement les pipelines de log centralisés, de sorte que ces données n'existent que sur l'endpoint, hors de portée des infrastructures d'audit.
La conséquence juridique directe est la suivante : au moment d'un incident, l'opérateur ne dispose d'aucune trace probatoire de l'état de configuration, des paramètres de déploiement et des instructions opérationnelles de l'agent antérieurement à l'incident. C'est cette absence, et non l'incident lui-même, qui constitue le risque de responsabilité déterminant.
L'étude LARA (Legal Assessment for Real-world Agents), publiée par l'Aithos Research Foundation le 27 mai 2026, a conduit plus de trois mille runs d'évaluation sur douze modèles frontière dans dix scénarios de risque juridique couvrant le RGPD et l'Article 5 de l'AI Act relatif aux comportements prohibés. Les résultats empiriques de non-conformité par modèle situent Claude Opus 4.7 à 54% de taux de conformité légale contre 46% de violation, GPT-5.5 à 38% de conformité contre 62% de violation, Gemini 3.1 Pro à 10% de conformité contre 90% de violation, et Kimi K2.6 de Moonshot AI à 7% de conformité contre 93% de violation. Chaque disposition légale testée — inférence émotionnelle, profilage psychologique, manipulation d'utilisateurs vulnérables — a été violée par une majorité des modèles frontière évalués. La conclusion de l'étude LARA est déterminante pour la doctrine de la responsabilité : les entreprises déployant des agents IA supportent la responsabilité juridique primaire, non les créateurs des modèles. Ce principe est cohérent avec le régime de responsabilité de l'opérateur établi par l'Article 26 de l'AI Act et avec les obligations de sécurité des systèmes d'information imposées par l'Article 21 de NIS 2 et l'Article 12 de DORA. La violation n'est pas l'exception dans les déploiements agentiques actuels ; elle constitue le régime probabiliste par défaut.
III. LE PIÈGE DE L'IMPASSE PROBATOIRE : NIS 2 ARTICLE 21(2)(G) ET DORA ARTICLE 12
L'Article 21(2) de la Directive NIS 2 (2022/2555/UE) impose aux entités essentielles et importantes une obligation de gestion des risques de cybersécurité comportant, à l'alinéa (g), la gestion de la sécurité dans l'acquisition, le développement et la maintenance des réseaux et des systèmes d'information, y compris le traitement et la divulgation des vulnérabilités. Le considérant 79 de la directive précise que cette obligation couvre les systèmes déployés par les prestataires de services comme par les opérateurs eux-mêmes. L'Article 12 du Règlement DORA (2022/2554/UE) impose aux entités financières une obligation de journalisation des événements liés à leurs systèmes TIC, avec une exigence explicite de traçabilité chronologique permettant de reconstituer le fil des événements en cas d'incident ; l'Article 12(3) précise que les enregistrements doivent être protégés contre toute altération ou suppression non autorisée. Ces deux régimes convergent sur un point déterminant : l'obligation probatoire est ex ante, non ex post. L'opérateur ne peut reconstituer après l'incident ce qu'il n'a pas capturé avant. C'est précisément ce que rend impossible l'angle mort structurel des déploiements en Shadow Run décrit en section I.
Face à l'absence de traces, les autorités de contrôle — ANSSI pour les entités NIS 2, BCE et ABE pour les entités DORA, AI Office de l'Union européenne pour l'AI Act — appliquent un mécanisme que la doctrine SOURCE 0 désigne comme le biais rétrospectif institutionnel : en l'absence de preuve d'une maîtrise préalable, l'autorité infère rétrospectivement que cette maîtrise n'existait pas et que l'incident était entièrement prévisible. Ce mécanisme est cohérent avec le référentiel de la preuve en matière réglementaire : il appartient à l'opérateur de démontrer qu'il a mis en œuvre les mesures appropriées, et l'absence de preuve ne bénéficie pas de la présomption d'innocence applicable en matière pénale — elle se retourne contre l'opérateur. En termes de qualification juridique, cette situation constitue une faute caractérisée au sens de l'Article 1242 du Code civil belge, relatif à la responsabilité de la personne morale pour faute de ses organes, susceptible d'engager la responsabilité personnelle du dirigeant.
Le régime de sanction applicable au déploiement d'agents IA non conformes croise plusieurs textes. Sous NIS 2, la directive cadre l'obligation mais ce sont les lois nationales de transposition qui matérialisent les sanctions ; en droit belge, la loi de transposition du 26 avril 2024 fixe les amendes administratives jusqu'à 10 millions d'euros ou 2% du chiffre d'affaires mondial, tant pour les entités importantes que pour les entités essentielles, avec des mécanismes d'injonction coercitive. L'Article 50 de DORA prévoit des sanctions pécuniaires et des mesures administratives, avec consécration de la responsabilité personnelle des membres de la direction pour violation flagrante des obligations de journalisation de l'Article 12. L'Article 99(3) de l'AI Act fixe, pour les violations directes de l'Article 5 relatif aux systèmes prohibés, des amendes administratives jusqu'à 35 millions d'euros ou 7% du chiffre d'affaires annuel mondial total, le montant le plus élevé étant retenu. L'Article 83 du RGPD fixe le plafond à 10 millions d'euros ou 2% du chiffre d'affaires mondial au titre de l'Article 83(4) pour violation des obligations d'accountability de l'Article 5(2) ; si la dérive ou le profilage opaque de l'agent caractérise une violation des principes fondamentaux du traitement au sens de l'Article 5(1), le plafond bascule sous l'Article 83(5) et culmine à 20 millions d'euros ou 4% du chiffre d'affaires mondial. Les métriques LARA, avec Gemini 3.1 Pro à 90% de taux de violation et Kimi K2.6 à 93%, indiquent que le déploiement de ces modèles sans architecture probatoire préalable expose l'opérateur à une violation quasi certaine des dispositions de l'Article 5 de l'AI Act dans les scénarios testés. La combinaison du Shadow Run, de l'absence de traçabilité et d'une violation avérée déclenche un cumul de sanctions relevant de plusieurs régimes simultanément.
Le Livre 8 du Nouveau Code Civil belge, relatif à la preuve, en vigueur depuis le 1er novembre 2020, a restructuré le régime de la preuve en matière civile. Son Article 8.4 consacre la liberté de la preuve entre entreprises et l'opposabilité des preuves électroniques sous conditions de fiabilité. Son Article 8.11 établit les conditions dans lesquelles une présomption factuelle peut être renversée. Dans le contexte NIS 2 et DORA, la responsabilité personnelle du dirigeant s'articule sur deux fondements distincts. L'Article 20(1) de NIS 2 impose aux États membres de s'assurer que les membres des organes de direction des entités essentielles et importantes sont personnellement responsables du respect des obligations de gestion des risques ; la transposition belge du 26 avril 2024 opérationnalise cette responsabilité civile et administrative directe. L'Article 5(2) de DORA impose que la responsabilité de la conformité au cadre de gestion des risques liés aux TIC incombe explicitement à l'organe de direction, qui doit approuver, superviser et rendre compte de sa mise en œuvre. L'impasse probatoire se matérialise à l'instant où le dirigeant ne peut produire la preuve de l'état de maîtrise préalable à l'incident, faute de document contemporain des faits attestant des paramètres de déploiement, des instructions données à l'agent et des mesures de contrôle en vigueur au T-0.
IV. L'ARCHITECTURE SOURCE 0 : DE L'OBSERVABILITÉ À L'OPPOSABILITÉ
L'industrie de la cybersécurité et de la gouvernance des données a longtemps structuré sa réponse autour de l'observabilité, soit la capacité à observer en temps réel ce qui se passe dans les systèmes. Les SIEM, EDR, SOAR et plateformes de monitoring sont des outils d'observabilité ; ils produisent de la visibilité. La doctrine SOURCE 0 opère un déplacement paradigmatique : l'observabilité produit de la connaissance opérationnelle, elle ne produit pas de preuve opposable. Une trace de log non horodatée de manière qualifiée, stockée dans une infrastructure que l'adversaire ou l'autorité de contrôle peut contester comme altérable, ne constitue pas une preuve au sens du Livre 8 du Nouveau Code Civil belge. Elle constitue une donnée. L'architecture SOURCE 0 désigne le processus systématique par lequel chaque atome opérationnel — chaque déploiement d'agent, chaque mise à jour de paramètre, chaque instruction opérationnelle — est capturé, scellé et horodaté de manière à constituer une preuve opposable devant toute autorité, avant que l'incident ne survienne. Là où l'approche par observabilité gère un flux de logs continu post-exécution sur des données par nature muables ou modifiables par un attaquant persistant, exposant à un risque d'impasse forensique, l'approche par opposabilité capture l'état figé au T-0 avant toute exécution probabiliste, sur la base d'une empreinte cryptographique pure et d'un acte authentique certifié eIDAS, permettant de prouver l'ordre et le mandat initial devant une juridiction.
L'architecture SOURCE 0 se déploie en six étapes. La première, la définition du périmètre ex ante, précède tout déploiement d'un système agentique : l'opérateur documente le périmètre d'intervention de l'agent, les données auxquelles il a accès, les actions qu'il est autorisé à réaliser, les paramètres de configuration, les instructions système et les limites explicites de son autonomie décisionnelle. Ce document constitue le Dossier de Réalité Historique Opérationnel — Baseline, désigné DRH-B en référence au référentiel de base du Livre 8 du Nouveau Code Civil, au sens de la doctrine SOURCE 0. Cette étape matérialise par anticipation les exigences de l'Article 21(2)(b) de NIS 2 relatif à la gestion des actifs, et de l'Article 9 de l'AI Act relatif au système de gestion des risques pour les applications à haut risque sous l'Article 6 ; elle constitue également la baseline contre laquelle toute dérive ultérieure de l'agent sera mesurée.
La deuxième étape, la capture déterministe au T-0, intervient au moment exact du déploiement opérationnel de l'agent ou de toute modification substantielle de ses paramètres : l'ensemble du corpus documentaire, incluant les fichiers de configuration, les instructions système, les versions des modèles déployés, les permissions accordées et tout élément déterminant le comportement de l'agent, est capturé dans un état figé et inaltérable. Cette capture est déterministe et produit un résultat identique quelle que soit la date à laquelle elle est reproduite sur les mêmes données sources, propriété qui fonde l'opposabilité forensique.
La troisième étape applique un hachage SHA-256 sans sel au corpus capturé, choix doctrinal délibéré et juridiquement fondé : un hachage salé produit un résultat différent à chaque exécution, ce qui empêche la vérification indépendante de l'intégrité du document par un tiers, notamment par un expert judiciaire ou une autorité de contrôle. Le hachage sans sel est strictement reproductible : tout opérateur disposant des mêmes données source peut, à n'importe quel moment ultérieur, recalculer le hash et vérifier son identité avec le hash enregistré, propriété qui constitue le fondement cryptographique probatoire de l'étape.
La quatrième étape soumet le hash à un prestataire de services de confiance qualifié au sens du Règlement eIDAS 2 (Règlement 910/2014, modifié par le Règlement 2024/1183/UE), qui appose un horodatage qualifié liant cryptographiquement le hash à un temps calendaire certifié. L'architecture SOURCE 0 intègre une vérification automatisée de la liste de confiance de l'État membre concerné, publiée conformément à l'Article 22 d'eIDAS, à chaque opération d'horodatage. Un horodatage produit par un prestataire non référencé sur cette liste ne bénéficie pas de la présomption légale de l'Article 41(2) d'eIDAS. L'horodatage qualifié bénéficie, quant à lui, d'une présomption légale d'exactitude de la date et de l'heure et d'intégrité des données, opposable devant toute juridiction de l'Union européenne.
La cinquième étape consiste dans le séquestre judiciaire : le corpus scellé, hash SHA-256 et horodatage qualifié eIDAS, est déposé auprès d'un huissier de justice belge dans le cadre d'un dépôt probatoire. L'huissier de justice dresse un procès-verbal de constat de concordance numérique attestant l'identité entre le document déposé et sa représentation cryptographique, la date et l'heure du dépôt, l'intégrité du support de dépôt, et la concordance entre le hash calculé en sa présence et le hash enregistré. Ce procès-verbal constitue un acte authentique au sens de l'Article 8.2 du Livre 8 du Nouveau Code Civil, bénéficiant de la force probante de l'acte authentique, soit de la présomption irréfragable de vérité pour les constatations personnelles de l'huissier de justice.
La sixième étape, la présomption légale d'antériorité, résulte de la combinaison des cinq étapes précédentes : la preuve que le document, dans l'état où il se trouve, existait à la date T-0 et n'a pas été modifié depuis. Cette présomption est directement opposable aux autorités de contrôle dans le cadre des procédures NIS 2 et DORA ; elle renverse la charge de la preuve. Il n'appartient plus à l'opérateur de prouver qu'il avait mis en œuvre les mesures appropriées — il l'a déjà prouvé, avant que l'incident ne survienne. Il appartient désormais à l'autorité de démontrer que les mesures ainsi documentées étaient insuffisantes.
V. LA LIMITE ÉPISTÉMOLOGIQUE DE LA DOCTRINE SOURCE 0
La doctrine SOURCE 0 repose sur une limite épistémologique que ses adversaires tenteront d'instrumentaliser et que ses promoteurs doivent maîtriser avec précision : l'intégrité cryptographique du fichier scellé n'équivaut pas à la véracité absolue de l'exécution en temps réel de l'agent après son scellement. Le T-0 documente l'état de gouvernance au moment du déploiement ou du jalonnement périodique de l'agent. Il ne prédit pas, ne contrôle pas et ne certifie pas ce que l'agent a effectivement réalisé pendant sa durée de vie opérationnelle en mode dynamique. Cette limite n'est pas une faiblesse de la doctrine ; elle en constitue le fondement juridique.
Face à une autorité de contrôle appliquant le biais rétrospectif institutionnel, la dynamique probatoire en l'absence d'architecture SOURCE 0 suit une trajectoire linéaire défavorable à l'opérateur : l'incident survient, des dommages sont causés, l'absence de traces établit l'absence de maîtrise, la faute de gestion est caractérisée par défaut. Avec l'architecture SOURCE 0, cette dynamique est inversée : l'incident survient, l'opérateur produit le DRH-B scellé au T-0, la preuve de la maîtrise préalable est établie de manière irréfragable, et il appartient à l'autorité de contrôle de démontrer en quoi les mesures étaient structurellement insuffisantes au regard des standards applicables. Ce renversement déplace le débat du terrain le plus défavorable à l'opérateur — l'absence absolue de preuve — vers un terrain admettant la discussion contradictoire sur la qualité des mesures techniques et organisationnelles prises.
Pour le dirigeant personnellement, le T-0 produit un effet d'étanchéité probatoire en circonscrivant le périmètre temporel de sa responsabilité potentielle. Si l'état de l'art au T-0 était conforme aux standards NIS 2, DORA et AI Act, la responsabilité du dirigeant pour les événements postérieurs ne peut être engagée que sur la démonstration d'une faute ultérieure spécifique — une décision identifiée, prise après le T-0, ayant contribué causalement à l'incident. L'anachronisme narratif, soit la tendance des autorités à reconstituer une trajectoire de faute en lisant le passé à la lumière de l'incident, est neutralisé par la fixité documentaire du T-0 : le document scellé ne peut être réinterprété à la lumière d'événements postérieurs. Face aux questionnaires d'ANSSI ou de l'AI Office, l'opérateur disposant d'une architecture SOURCE 0 complète répond avec un corpus documentaire daté, intègre, et bénéficiant d'une présomption légale d'antériorité. Il ne reconstruit pas ; il produit. Cette différence sépare la conformité déclarative, qui ne résiste pas à l'audit, de la conformité par la preuve, seule posture défendable dans un environnement de responsabilité accrue.
CLOSING AXIOM
Le droit n'exige pas la vérité matérielle. Il exige la preuve de la diligence. SOURCE 0 scelle cette diligence.
REFERENCE NOTE
Cet article s'appuie sur l'étude Saegus-Odoxa publiée le 8 juin 2026 et sur l'étude LARA (Legal Assessment for Real-world Agents) publiée par l'Aithos Research Foundation le 27 mai 2026, et applique les principes architecturaux de la doctrine SOURCE 0, développée par Jean-François ELSEN. SOURCE 0 est une marque enregistrée (BOIP/OBPI n° 1548293, Benelux).
REGULATORY NOTICE
Jean-François ELSEN met à la disposition des directions générales, départements juridiques, DSI, auditeurs NIS 2/DORA et risk managers l'accès aux spécifications complètes du protocole, aux architectures probatoires et aux cadres d'audit de dissociation structurelle applicables à NIS 2, DORA, l'AI Act et aux environnements opérationnels à haut risque. Pour toute consultation doctrinale, mémorandum juridique, revue de gouvernance probatoire ou audit forensique de conformité, les demandes peuvent être adressées à Jean-François ELSEN.
