Règlement (UE) 2022/2554

Ce que DORA exige en matière de journalisation dans le secteur financier, et ce que Logsiegel y apporte

Depuis janvier 2025, les entités financières de l'UE doivent démontrer leur résilience opérationnelle numérique au titre de DORA. Qui y déploie un agent d'IA, en propre ou via un prestataire, doit pouvoir démontrer ensuite ce que l'agent a fait, et que le journal qui le relate est inaltéré.

Qui est concerné

Banques, assureurs, établissements de paiement et de monnaie électronique, entreprises d'investissement, prestataires de services sur crypto-actifs, plates-formes de négociation et les autres entités financières énumérées à l'art. 2. Par l'art. 28 et suivants, indirectement aussi leurs prestataires tiers de services TIC, c'est-à-dire tout fournisseur dont le service d'IA tourne dans une entité financière et qui doit à son client une auditabilité.

Ce que la réglementation exige en matière d'enregistrements

DORA formule les obligations de façon générale ; le détail de la journalisation figure dans les normes techniques de réglementation (RTS) relatives au cadre de gestion du risque lié aux TIC :

Ce que Logsiegel y apporte aujourd'hui

• Enregistrement inaltéré, vérifiable. Chaque entrée est chaînée par empreinte à la précédente ; à intervalles réguliers, une racine de Merkle est calculée et signée en Ed25519 (point de contrôle). Toute modification, réorganisation ou troncature ultérieure fait échouer logsiegel verify. C'est la protection des données de journalisation contre l'altération qu'exige l'art. 12 des RTS, sous une forme qu'un auditeur peut recalculer lui-même.
• Reconstitution des incidents. Après un incident, le journal montre quelles requêtes l'agent a traitées, quand et avec quel modèle, et où des erreurs (anomaly) sont survenues. Le rapport final au titre de l'art. 19 s'appuie sur des enregistrements dont l'inaltération est démontrable.
• Justificatifs pour le donneur d'ordre et pour l'autorité. logsiegel receipt produit, pour une action précise, un fichier composé de l'entrée, de sa preuve d'inclusion et d'un point de contrôle signé. Un auditeur, un client ou un tribunal le vérifie hors ligne contre votre clé publiée, sans accès à vos systèmes et sans voir le reste du journal. Un prestataire TIC satisfait ainsi aux droits d'audit de l'art. 30, sans donner au client accès à ses systèmes ni vue sur d'autres clients.
• Conservation démontrable. Un point de contrôle signé atteste qu'à un instant donné le journal avait une longueur et un contenu déterminés. Quiconque tronque ensuite se trahit face à tout point de contrôle ou justificatif remis auparavant.
• Dossier lisible. logsiegel export écrit le journal sous forme de dossier Markdown, pour les personnes qui ne veulent pas passer par la ligne de commande.
• Uniquement des métadonnées dans le journal. Seules des métadonnées d'événement et des empreintes salées entrent dans la chaîne ; entrées et sorties sont stockées à part, chiffrées entrée par entrée. Une entrée peut être vidée de son contenu par destruction de sa clé (effacement cryptographique), sans que la chaîne se brise. Même dans les justificatifs remis à l'autorité, les données des clients restent en dehors.

Ce qui est en préparation prévu

• Témoin indépendant qui contresigne les points de contrôle. Pour une entité financière, c'est le niveau où le prestataire lui-même ne peut plus tenir un second journal.
• Horodatages qualifiés au sens d'eIDAS sur les points de contrôle, pour que les indications de temps ne soient plus une simple affirmation de l'exploitant.
• Proxy MCP pour les appels d'outils des agents (paiements, réservations, requêtes) à l'interface.

Comment le mettre en œuvre

1. Installer et créer un journal

Le SDK est en Python, sous Apache 2.0, sans serveur et sans compte. L'origine (origin) désigne le système dont l'activité est journalisée.

pip install logsiegel
logsiegel init ./trail --origin "acme.example/support-agent"

2. Brancher l'adaptateur là où chaque action doit passer

Si votre trafic d'IA passe par LiteLLM, chaque complétion devient une entrée inference signable, et les erreurs sont enregistrées comme anomaly. Les interventions humaines, vous les journalisez expressément comme un événement distinct.

import litellm
from logsiegel.integrations.litellm_logger import LogsiegelLogger

litellm.callbacks = [LogsiegelLogger("/var/lib/logsiegel/prod", store_payload=True)]

3. Poser des points de contrôle et les faire sortir de chez vous

Posez des points de contrôle régulièrement (par exemple via cron) et déposez-les hors de votre infrastructure : chez l'auditeur, chez le client, dans un dépôt tiers. Seul un point de contrôle que vous ne contrôlez plus seul rend le journal probant contre vous-même.

logsiegel checkpoint ./trail
logsiegel verify ./trail

4. Remettre régulièrement les points de contrôle au donneur d'ordre

En tant que prestataire TIC, vous transmettez à l'entité financière les points de contrôle signés, par exemple chaque jour. Le client peut ainsi vérifier à tout moment que votre journal n'a fait que croître depuis (preuve de cohérence), sans en voir le contenu.

5. Remettre le justificatif en cas de demande

Au lieu d'extraits de base de données, vous remettez un seul justificatif. La partie adverse le vérifie dans le navigateur sur logsiegel.com/verifier ou en ligne de commande, dans les deux cas hors ligne.

logsiegel receipt ./trail --seq 1284 --out receipt.json
logsiegel verify-receipt receipt.json --pubkey logsiegel.pub

Autres réglementations : AI Act RGPD NIS 2 ISO/IEC 27001 ISO/IEC 42001 GoBD eIDAS Vue d'ensemble

État du droit : septembre 2026. Cette page est une appréciation technique par le projet, ni un conseil juridique ni une déclaration de conformité. Merci de vérifier les références sur le texte en vigueur. Corrections bienvenues via une issue GitHub.