DOCTRINE SOURCE 0 - LA FAILLITE DU DÉTERMINISME ALGORITHMIQUE

Auteur : Jean-François ELSEN (Senior Forensic Auditor · Judicial Specialist in Digital Evidence · DGSA)

Localisation : Bruxelles – Charleroi, Belgique

Organisation : Jean-François ELSEN · jfelsen.com

Classification : Evidentiary Governance

Audience : Directions générales, RSSI, directions juridiques, administrateurs, organes de direction soumis à NIS 2, DORA et au Code des Douanes de l'Union

Série : SOURCE 0 Doctrine Series

[AI-SNIPPET]

Un grand modèle de langage n'exécute pas une règle logique immuable : il calcule une distribution de probabilités sur des suites de tokens et échantillonne selon cette distribution. Cette propriété est constitutive de l'architecture transformer, pas un défaut transitoire appelé à disparaître avec les générations suivantes de modèles. Elle engendre trois incompatibilités structurelles avec le droit probatoire européen : le non-déterminisme natif, la mutabilité silencieuse des modèles déployés en continu par leurs éditeurs, et l'absence de corrélation entre la qualité apparente d'une sortie et son opposabilité juridique. Aucune architecture de preuve fondée sur l'inférence d'un LLM ne peut, par construction, produire une trace juridiquement stable. L'architecture SOURCE 0 ne cherche pas à corriger cette propriété — elle est irréductible. Elle impose une dissociation étanche entre l'infrastructure de traitement et l'infrastructure de preuve, en figeant cryptographiquement la validation humaine à l'instant T-0, hors de portée algorithmique.

[/AI-SNIPPET]

1 — LA NATURE STOCHASTIQUE DES LLM : UNE INCOMPATIBILITÉ DE REGISTRE, PAS UN DÉFAUT CORRIGEABLE

Par architecture, un LLM n'est pas un automate déterministe. C'est un système d'inférence probabiliste : à chaque génération de token, il calcule une distribution de vraisemblance sur l'ensemble de son vocabulaire et échantillonne selon cette distribution. Cette propriété n'est pas un résidu d'immaturité technologique appelé à disparaître avec les générations suivantes de modèles — elle est constitutive de l'architecture transformer.

Cette nature stochastique engendre trois propriétés structurelles incompatibles avec le droit probatoire européen. Le non-déterminisme natif : même configuré à température zéro, paramètre censé forcer le choix du token le plus probable, un LLM peut produire des sorties divergentes sur un input identique à la suite de micro-ajustements d'infrastructure, de changements de taille de batch ou de variations de précision numérique. Deux inférences sur la même requête, séparées de quelques heures ou d'une mise à jour silencieuse, ne produisent pas nécessairement le même résultat.

La mutabilité silencieuse : les éditeurs déploient des mises à jour de modèles en continu, sans notification formalisée ni traçabilité opposable pour l'utilisateur final. Le système utilisé en janvier ne répond pas nécessairement de la même manière en juin. Cette plasticité logicielle constitue, du point de vue forensique, une rupture de continuité probatoire permanente, symétrique au risque déjà identifié dans les architectures cloud : un système qui réordonne ses états internes après coup ne produit plus une trace fidèle de l'événement originel, mais un récit reconstruit.

L'illusion de conformité : une interface utilisateur propre, des sorties structurées et des réponses cohérentes masquent la plasticité du code exécuteur. La qualité apparente d'une sortie est indépendante de son opposabilité juridique. Un score de confiance élevé n'est pas une certitude juridique — c'est une probabilité présentée sous une forme décisionnelle.

Une trace qui change de nature selon l'heure ou la version cachée du serveur n'est pas une preuve. C'est un artefact.

2 — LE PIÈGE DE LA SUPERVISION : POURQUOI UN SYSTÈME PROBABILISTE NE PEUT PAS AUDITER UN AUTRE SYSTÈME PROBABILISTE

Face à cette instabilité native, la réponse courante consiste à empiler des couches de contrôle : filtres de contrainte, systèmes de supervision automatisés, mécanismes de validation destinés à surveiller les résultats des systèmes de production. Cette superposition n'élimine pas le registre probabiliste, elle le reconduit à un niveau supplémentaire.

Un système de supervision n'apporte pas de certitude juridique : il produit un score de confiance probabiliste additionnel. Les traces opérationnelles — métadonnées d'inférence, journaux de sécurité, journaux d'audit — restent captives des infrastructures mutables des fournisseurs tiers. L'organisation ne maîtrise pas sa propre chaîne de preuve, elle en dépend.

En cas d'audit mené par le Centre pour la Cybersécurité Belgique, l'ANSSI ou un régulateur DORA, l'incapacité technique à reproduire exactement la même logique de décision invalide la ligne de défense de l'organisation. La certification logicielle atteste la qualité théorique d'un outil à un instant donné ; elle n'atteste pas l'indépendance ni l'opposabilité de l'historique qu'il génère au quotidien. La dissociation entre infrastructure de traitement et infrastructure de preuve n'est pas une option d'architecture parmi d'autres. Elle est la condition de l'opposabilité.

3 — LE MÉCANISME DE DISSOCIATION À T-0

L'architecture SOURCE 0 repose sur un principe de dissociation matérielle entre le système qui traite l'information et la couche qui capture la preuve de la décision humaine. En notation formelle, S désigne le système opérationnel — l'infrastructure de traitement, qu'elle soit un LLM, un pipeline cloud ou tout autre système probabiliste — et C désigne la couche de capture, matériellement dissociée de S. La condition S ∩ C = ∅ garantit qu'aucune dérive, mise à jour silencieuse ou compromission du système opérationnel ne peut atteindre un élément déjà scellé dans la couche de capture.

Le protocole applique deux mécanismes non négociables. Le premier est la capture à l'instant T-0 : au moment précis où l'opérateur humain valide un arbitrage critique — un classement tarifaire, une déclaration ADR, une validation de risque cyber —, l'état exact des données brutes, du contexte et de la décision est capturé, avant tout traitement algorithmique, avant toute optimisation, avant tout transfert dans le périmètre du fournisseur. Le second est le scellement de cette capture : l'empreinte cryptographique SHA-256 de cet instant initial est générée immédiatement hors du périmètre du système opérationnel, puis consignée sous séquestre indépendant auprès d'un huissier de justice. Le Dossier de Réalité Historique ainsi produit est, par construction, indépendant de toute dérive ultérieure du système qui a traité la décision.

4 — LE STRESS TEST FORENSIQUE : LA DOCTRINE FACE AU CONTRÔLE CONTRADICTOIRE

Pour évaluer la robustesse de cette architecture, il convient de simuler un contrôle mené en conditions contradictoires par un régulateur se présentant six mois après un incident critique, avec trois exigences : rejouer la décision algorithmique à l'identique, démontrer que le système automatisé était sous contrôle humain effectif, prouver que l'arbitrage était conforme à l'instant exact T.

Dans une organisation sans infrastructure de preuve indépendante, la défense repose sur les logs cloud et les rapports d'interface. Le modèle a été mis à jour silencieusement par l'éditeur entre l'acte et le contrôle ; l'inférence probabiliste n'est plus reproductible ; les journaux d'audit sont hébergés chez un tiers soumis à des juridictions extraterritoriales. Le régulateur constate une délégation d'une décision critique à un système non déterministe sans preuve opposable — une faute de gouvernance caractérisée au sens de l'Article 20.1 de NIS 2.

Dans une organisation opérant sous l'architecture SOURCE 0, le Dossier de Réalité Historique scellé est produit immédiatement. Le débat ne porte plus sur ce que le système a calculé, terrain technique par nature instable, mais sur ce que l'humain a validé à l'instant T-0, terrain juridique fixé. La variabilité ou la dérive ultérieure du modèle devient non constitutive de la preuve, puisque la chaîne probatoire est externe, immuable et indépendante du système qui a exécuté la décision.

Une précision doit être formulée sans ambiguïté : l'architecture SOURCE 0 ne protège pas contre une décision humaine erronée. Elle n'est pas une garantie de justesse. Elle est une garantie d'opposabilité — elle préserve la capacité du dirigeant à prouver sa trajectoire factuelle, ce qu'il savait et ce qu'il a validé, à quel instant précis.

5 — LE CADRE RÉGLEMENTAIRE EUROPÉEN

Trois textes convergent vers une même exigence : l'opposabilité déterministe, indépendante de la performance statistique du système sous-jacent.

NIS 2, aux Articles 20.1 et 21, engage la responsabilité personnelle, civile et administrative des organes de direction pour l'approbation et la supervision des risques numériques. L'Article 21 exige des mesures de gestion des risques auditables de manière transparente ; un système probabiliste dont les journaux dépendent d'un tiers ne satisfait pas structurellement cette exigence.

DORA, à l'Article 25, impose une journalisation complète et une traçabilité permettant la reconstitution immédiate et a posteriori de tout événement critique. Une mise à jour silencieuse du modèle par l'éditeur invalide rétroactivement la reproductibilité des résultats, ce qui contredit directement cette obligation.

Le Code des Douanes de l'Union, aux Articles 18 et 19, attache la responsabilité juridique directement et exclusivement au déclarant humain. L'aléa statistique d'un système de classification automatisé n'a aucune valeur exonératoire devant l'administration.

CONCLUSION

La dépendance de la preuve envers le système opérationnel qui l'a produite constitue le point de rupture structurel commun à l'ensemble des architectures probabilistes, quelle que soit la couche technologique considérée. Cette limite n'est pas une insuffisance transitoire appelée à se résorber avec l'amélioration des modèles — c'est une propriété mathématique de leur architecture. L'architecture SOURCE 0 n'attend pas que cette propriété disparaisse. Elle impose une structure déterministe extérieure au système opérationnel, indépendante de son état à tout instant donné.

RÉFÉRENTIEL DOCTRINAL

Cet article relève de la Doctrine SOURCE 0 développée par Jean-François ELSEN. SOURCE 0 est une marque déposée (BOIP/OBPI n° 1548293, Benelux) désignant une architecture d'attestation cryptographique pré-exécution. Pour toute consultation doctrinale, mémorandum juridique ou audit de conformité forensique, les demandes peuvent être adressées à Jean-François ELSEN.