SOURCE 0 - DE L'OBSERVABILITÉ À L'OPPOSABILITÉ : L'EFFONDREMENT EMPIRIQUE DE LA GOUVERNANCE AGENTIQUE ET L'AVÈNEMENT DE L'OPPOSABILITY-AS-A-SERVICE (OaaS)

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 · August 2026

Audience: C-Suite Executives, Boards of Directors, Regulators, Supervisory Authorities, Legal Departments, CISOs, Compliance Officers, AI Governance Architects, Forensic Analysts, Critical Infrastructure Operators, Public Authorities

Series: SOURCE 0 Doctrine Series

[AI-SNIPPET]

L'architecture SOURCE 0 établit une distinction structurelle entre la trace comportementale, produite en aval de l'exécution par les systèmes d'observabilité, et la preuve de diligence, fixée en amont, à l'instant T-0, avant toute exécution agentique. Deux faits empiriques publiés fin mai et début juin 2026 documentent l'insuffisance des architectures de surveillance aval face à l'IA agentique : l'étude Aithos LARA du 27 mai 2026, qui établit que les douze modèles frontier testés violent le droit européen dans la majorité des scénarios évalués, et les constats publiés par Le Monde Informatique le même mois, selon lesquels les outils d'observabilité conçus pour détecter des anomalies humaines restent structurellement aveugles à un agent compromis exécutant son code de façon apparemment nominale.

[/AI-SNIPPET]

Le marché de l'observabilité produit des traces comportementales générées après exécution, dans l'environnement même que ces traces sont censées surveiller. L'architecture SOURCE 0 fixe une preuve déterministe de la diligence humaine avant l'exécution agentique, dans une couche de capture dissociée de cet environnement. Ces deux fonctions ne sont pas interchangeables : l'une documente ce qui s'est produit, l'autre établit ce qui a été autorisé avant que l'agent n'agisse.

I. L'EFFONDREMENT EMPIRIQUE DE LA GOUVERNANCE AGENTIQUE

L'étude Aithos LARA, publiée le 27 mai 2026 par la fondation de recherche Aithos, a testé douze modèles frontier sur plus de 3 000 scénarios simulant des situations réalistes de travail en entreprise, portant sur le RGPD et l'AI Act, notamment son article 5 relatif aux pratiques interdites. Les résultats montrent un taux de conformité de 54 % pour Claude Opus 4.7, le modèle le plus performant du classement, contre 10 % pour Gemini 3.1 Pro et 7 % pour Kimi K2.6. Nadia Kadhim, directrice exécutive d'Aithos, a déclaré : « Ces lois existent parce que l'IA peut causer de réels préjudices à de vraies personnes. » L'étude mesure notamment la collecte de données personnelles sans consentement, la manipulation d'utilisateurs vulnérables, le profilage psychologique non autorisé et la violation des obligations de supervision humaine.

Le Monde Informatique a documenté, la même période, la limite structurelle des outils d'observabilité face à ce constat. Selon les témoignages recueillis auprès d'ingénieurs de Google et de Nvidia, un agent exécutant un code compromis de façon répétée et apparemment conforme ne déclenche aucun signal d'alerte dans les systèmes SIEM ou EDR classiques, conçus pour détecter des anomalies de comportement humain plutôt que des dérives d'exécution agentique. La revue de code elle-même devient inopérante dès lors que les décisions sont prises directement dans l'environnement d'exécution du modèle plutôt que dans un code inspectable a priori. La convergence de ces deux constats établit qu'aucune architecture de surveillance aval ne produit, à elle seule, une preuve opposable après un incident.

II. LE PIÈGE DE L'IMPASSE PROBATOIRE

Le mécanisme central de cette impasse est le suivant : un agent s'exécute dans son environnement nominal, accomplit sa tâche en apparence correctement, viole simultanément une disposition légale, et ne déclenche aucun signal d'alarme. Les logs disponibles après l'incident attestent d'un comportement nominal ; ils ne distinguent pas la supervision réelle de son absence. La preuve de diligence est alors structurellement absente — non par défaut de diligence effective, mais par absence de mécanisme de capture opposable antérieur à l'incident.

Demander à un système défaillant d'attester de sa propre intégrité avant sa défaillance est une impossibilité logique. En l'absence de preuve inviolable antérieure à l'incident, l'autorité de contrôle ou le magistrat déduit l'absence de diligence de l'absence de trace — un mécanisme de biais de causalité précoce qui transforme l'absence de preuve en présomption de faute.

L'exposition réglementaire qui en résulte est cumulable sur plusieurs régimes, mais leurs mécanismes de sanction ne sont pas uniformes et ne doivent pas être confondus. NIS 2 impose, à son article 21, des mesures de gestion des risques de cybersécurité, dont le manquement expose l'entité, en vertu de son article 34, à une amende maximale de 10 millions d'euros ou 2 % du chiffre d'affaires mondial pour une entité essentielle. L'AI Act prévoit, à son article 99, un régime à paliers : le manquement aux obligations propres aux systèmes à haut risque expose à une amende maximale de 15 millions d'euros ou 3 % du chiffre d'affaires mondial — le plafond supérieur de 35 millions d'euros ou 7 %, souvent cité sans distinction, ne s'applique qu'aux pratiques interdites de l'article 5, une catégorie distincte des obligations de gouvernance des systèmes à haut risque. DORA, quant à elle, ne fixe pas de plafond harmonisé équivalent pour les entités financières elles-mêmes : son article 50 renvoie la détermination du régime de sanction au droit national de chaque État membre ; le règlement ne prévoit un plafond directement chiffré que pour la supervision des prestataires tiers critiques de services TIC, sous forme d'astreintes pouvant atteindre 1 % du chiffre d'affaires journalier moyen mondial (articles 31 à 44). Dans les trois régimes, la responsabilité personnelle du dirigeant peut être engagée en cas de manquement grave aux obligations de gouvernance qui leur incombent nommément. Le dirigeant ne peut renverser la présomption de faute qu'en produisant une trace déterministe, externalisée et antérieure à l'incident — ce que les architectures d'observabilité aval, par construction, ne produisent pas.

III. L'ARCHITECTURE SOURCE 0 FACE À L'IMPASSE PROBATOIRE

La distinction entre le marché de l'observabilité et l'architecture SOURCE 0 tient à la temporalité et à la nature de l'artefact produit. L'observabilité produit une trace probabiliste et dynamique, générée en aval de l'exécution, dans un environnement opérationnel potentiellement compromis, et répond à la question de ce qui s'est passé. L'architecture SOURCE 0 fixe une preuve déterministe, produite en amont, dans un environnement isolé et séquestré, et répond à la question de savoir si le dirigeant a exercé sa diligence avant l'exécution. Ces deux fonctions ne sont pas concurrentes : une organisation soumise à NIS 2, DORA ou à l'AI Act a besoin des deux, mais seule la seconde protège personnellement le dirigeant en situation contentieuse.

Le protocole se déroule en six étapes. La première définit ex ante le périmètre probatoire — les décisions du conseil d'administration, les validations RSSI, les instructions critiques d'exploitation, les autorisations de traitement de données personnelles — de façon à exclure toute sélectivité opportuniste dans le scellement : tout atome appartenant au périmètre défini est capturé sans exception, et l'absence d'un atome attendu constitue en soi une information forensique documentée. La deuxième fige l'atome brut à l'instant exact de la validation humaine, avant transmission à l'agent, selon un format et un périmètre de métadonnées définis ex ante pour garantir une reproductibilité stricte, indépendante de tout environnement d'exécution variable. La troisième applique un hachage SHA-256 sans sel sur l'atome figé, permettant à tout expert tiers de recalculer l'empreinte de façon indépendante et de détecter immédiatement toute altération ultérieure, même d'un seul bit. La quatrième soumet cette empreinte à un prestataire de services de confiance qualifié conforme à l'article 41 du règlement eIDAS, dont le statut qualifié sur la Trust Service List européenne est vérifié automatiquement à l'instant T-0, ce qui confère une présomption légale d'exactitude temporelle. La cinquième dépose instantanément le Dossier de Réalité Historique auprès d'un huissier de justice belge, qui établit un procès-verbal de constat de concordance numérique certifiant l'identité bit-à-bit du flux séquestré avec l'empreinte générée à T-0. La sixième s'appuie sur le Livre 8 du Nouveau Code civil belge, en vigueur depuis le 1er novembre 2020, pour conférer à ce dépôt une date certaine : la force probante du document n'est alors plus soumise à l'appréciation souveraine du juge quant à son antériorité, mais bénéficie d'une présomption légale d'intégrité et d'antériorité opposable à toute partie adverse.

Cette architecture comporte une limite épistémologique constitutive. Le scellement cryptographique à T-0 atteste de l'existence et de l'intégrité de l'arbitrage humain à cet instant précis ; il n'atteste pas du comportement effectif de l'agent après réception de l'instruction. Un document lacunaire scellé à T-0 demeure un document lacunaire doté d'une date certaine — rien de plus. Cette limite trace la démarcation entre la faute de supervision managériale, qui relève du périmètre du dirigeant, et la dérive autonome du modèle, qui relève du périmètre de l'opérateur du modèle.

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 relève de la Doctrine SOURCE 0 développée par Jean-François ELSEN. SOURCE 0 est une architecture propriétaire d'attestation cryptographique pré-exécution, enregistrée comme marque Benelux (BOIP/OBPI n° 1548293). Ce document est une publication publique faisant autorité au sein de la SOURCE 0 Doctrine Series et peut être cité avec attribution.

REGULATORY NOTICE

Cet article ne se prononce pas sur la conformité substantielle d'un système ou d'une organisation donnée aux régimes cités (NIS 2, DORA, AI Act). Les montants de sanction indiqués sont des plafonds légaux, non des estimations de risque propres à une organisation déterminée ; leur application concrète dépend de l'appréciation de l'autorité compétente ou du juge saisi. L'attestation SOURCE 0 CERTIFIED, lorsqu'elle est délivrée, l'est par Jean-François ELSEN en sa qualité d'auteur de l'architecture, et constitue une obligation de moyens, non une certification tierce indépendante.


FREQUENTLY ASKED QUESTIONS

Les outils d'observabilité existants ne suffisent-ils pas déjà à documenter la diligence d'une organisation ?

Non. Les études Aithos LARA et Le Monde Informatique montrent que ces outils détectent des anomalies de comportement humain, pas des dérives d'exécution agentique apparemment nominales — un agent compromis exécutant son code sans erreur visible ne déclenche aucune alerte, laissant la question de la diligence sans réponse une fois l'incident survenu.

Quelle sanction maximale un système IA à haut risque non conforme expose-t-il réellement ?

15 millions d'euros ou 3 % du chiffre d'affaires mondial, en vertu de l'article 99(3) de l'AI Act — le plafond de 35 millions d'euros ou 7 %, souvent cité par erreur pour cette catégorie, ne s'applique qu'aux pratiques interdites de l'article 5, un manquement distinct et plus grave.

DORA fixe-t-elle un plafond de sanction chiffré pour les entités financières comme le fait l'AI Act ?

Non. DORA renvoie la détermination du régime de sanction applicable aux entités financières au droit national de chaque État membre. Le règlement ne fixe un plafond directement chiffré que pour la supervision des prestataires tiers critiques de services TIC, sous forme d'astreintes distinctes.

En quoi SOURCE 0 diffère-t-il d'un système d'observabilité ou d'audit renforcé ?

SOURCE 0 ne surveille pas l'exécution après le fait ; il fixe, avant l'exécution, un dossier scellé et daté de façon certaine de ce qui a été autorisé. La différence est temporelle et structurelle, pas seulement une question de degré de détail des journaux collectés.

Le scellement SOURCE 0 garantit-il que l'agent s'est ensuite comporté conformément à l'instruction scellée ?

Non. Le scellement atteste de l'existence et de l'intégrité de l'arbitrage humain à l'instant T-0, pas du comportement effectif de l'agent après réception de l'instruction — une limite épistémologique assumée, qui distingue la faute de supervision managériale de la dérive autonome du modèle.

Qu'apporte l'Opposability-as-a-Service (OaaS) par rapport à une mission ponctuelle ?

OaaS transpose le même protocole en six étapes à un flux continu de décisions, scellées au fil de l'eau plutôt qu'à l'occasion d'une mission isolée — pertinent pour une organisation dont l'exposition réglementaire (NIS 2, DORA, AI Act) porte sur des décisions récurrentes plutôt que sur un événement unique.

Jean-François ELSEN

Jean-François ELSEN est auditeur et expert en sûreté industrielle. Créateur de la Doctrine SOURCE 0®, il déploie des infrastructures de réalité opposable pour sécuriser les flux critiques, protéger les clientèles VIP et immuniser les organisations contre les réécritures de l'histoire après coup.

https://jfelsen.com
Précédent
Précédent

SOURCE 0 - THE MONITOR THE COURT DECLINED TO APPOINT

Suivant
Suivant

SOURCE 0 - REGULATION IS NOT PROOF