Chaque action administrative dans AI Suite produit une ligne d'audit JSONL. La ligne enregistre l'horodatage, l'email de l'acteur, le verbe d'action, la ressource affectée, le X-App-Id du client d'origine, et un hachage stable qui permet à un examinateur de corréler la ligne avec des événements ultérieurs. La ligne enregistre aucune entrée ni sortie du modèle. Aucun texte d'invite, aucun texte de complétion, aucun contenu de document, aucune entité extraite. Ce choix — sans contenu par conception — est ce qui rend la ligne d'audit utile aux examinateurs des achats et de la conformité, et il vaut la peine d'expliquer pourquoi.

Ce que contient une ligne d'audit, et ce qu'elle ne contient pas

Une ligne représentative, légèrement expurgée :

{"ts":"2026-06-05T09:14:22Z","actor":"jane@bank.example","action":"license.assign",
 "subject":"user@bank.example","tier":"commercial","x_app_id":"ai-admin-console",
 "ip":"10.4.1.22","ua_hash":"a17c…","seq":48211}

Ce qu'elle contient : suffisamment de métadonnées pour répondre aux questions des auditeurs sur les obligations du déployeur — qui a fait quoi, quand, sur quelle ressource, depuis quel client. Ce qu'elle ne contient pas : aucune charge utile du flux de travail IA. Si l'action avait invoqué un modèle (ce qui n'est pas le cas dans cet exemple, mais cela aurait pu être le cas), il y aurait une ligne enregistrant l'événement d'invocation, mais aucun enregistrement de l'invite ou de la réponse dans notre infrastructure.

Cette séparation est délibérée. La ligne d'audit est la preuve qu'une action a eu lieu. Le contenu de l'action — l'invite envoyée au modèle, la réponse retournée — reste sur le matériel propre au déployeur, régi par la politique de conservation propre au déployeur. Nous ne le voyons jamais.

Pourquoi le contenu reste hors de la ligne

Deux raisons, une réglementaire et une opérationnelle.

Réglementaire : le règlement européen sur l'IA exige que les déployeurs d'IA à haut risque conservent des journaux « pendant une période appropriée », pour surveiller le fonctionnement du système et démontrer la conformité sur demande [1]. L'obligation incombe au déployeur de prouver ce qui s'est passé. Les API LLM cloud répondent à cela en stockant l'invite et la réponse sur l'infrastructure du fournisseur, ce qui transfère le problème de gestion des données au fournisseur — et crée un second périmètre de conformité que le déployeur ne contrôle pas. L'audit local sans contenu répond à la même exigence réglementaire sans ce transfert : le déployeur conserve le contenu, dans son propre stockage, sous ses propres règles de conservation.

Opérationnel : chaque octet de contenu du modèle stocké est un octet qui doit être chiffré, contrôlé en accès, conservé, supprimé selon un calendrier, et produit lors d'une découverte électronique. Les lignes sans contenu sont petites (quelques centaines d'octets), de forme fixe, en ajout uniquement, et triviales à sérialiser dans le SIEM existant du déployeur. Elles constituent la plus petite unité probante qui satisfait encore à l'obligation.

Ce à quoi cela correspond dans les principaux cadres

Le NIST AI RMF 1.0 désigne l'auditabilité comme une dimension centrale de l'IA digne de confiance et demande aux déployeurs de maintenir « des enregistrements des actions du système suffisants pour reconstruire les décisions » [2]. « Suffisants pour reconstruire » est l'expression clé : la ligne doit permettre à un examinateur de reconstituer ce qui s'est passé. Une ligne sans contenu le fait pour les actions administratives (une licence a été délivrée, une politique modifiée, un serveur inscrit) sans conserver le contenu d'une inférence. Pour l'aspect contenu de l'inférence de l'obligation, le stockage local propre au déployeur est ce qui répond à la question.

Les recommandations de cybersécurité IA de l'ENISA abordent cela sous l'angle de la modélisation des menaces [3]: chaque invite et réponse stockée sur l'infrastructure d'un fournisseur élargit la surface d'attaque du déployeur pour inclure celle du fournisseur. Supprimer le contenu du modèle côté fournisseur réduit cette surface à ce que le déployeur contrôle déjà.

La forme que nous livrons — la AI Admin Console UI, le aisuite-server daemon JSONL audit, et le hook de transfert SIEM par organisation — implémente cela directement. Chaque événement administratif aboutit dans une ligne lisible par le déployeur ; sur le chemin d'inférence local ou hébergé par le client, le contenu des invites et des réponses ne transite pas par le plan de contrôle de Software Tailor.

À quoi cela ressemble dans une revue d'achat

La question d'achat qui bloque les fournisseurs d'IA cloud est : « où se trouve le contenu d'inférence, et notre équipe conformité peut-elle le produire à la demande ? » La question d'audit sans contenu répond à la même interrogation, avec deux réponses claires : le contenu réside sur votre matériel, et votre équipe le produit car elle le possède déjà. La ligne d'audit de notre côté prouve que l'action a eu lieu ; le contenu de votre côté prouve ce que l'action a fait.

Pour un cadre d'achat plus large — incluant comment orienter le questionnaire fournisseur avec ces propriétés plutôt qu'avec des certifications côté fournisseur — voir Pourquoi les déploiements IA sur site bloquent en achat et l'article conformité au règlement européen sur l'IA.

Ce qui reste sous la responsabilité du déployeur

L'audit sans contenu est une propriété structurelle du déploiement, pas une solution de conformité de bout en bout. Le déployeur reste responsable de :

  • Définir ce que signifie « suffisant pour reconstruire » pour ses propres flux de travail — période de rétention, règles de masquage, posture d'e-discovery.
  • Exploiter le magasin de contenu local (quel qu'il soit choisi par le déployeur — système de fichiers, base de documents, magasin de blobs chiffrés) et transférer les lignes d'audit de notre côté vers le SIEM où elles sont corrélées avec leurs propres journaux.
  • Rédaction de la note d'obligation du déployeur qui fait référence à cette architecture lors de l'approvisionnement.

Notre partie livre l'architecture et le format des lignes d'audit. Tout ce qui suit — y compris la politique de conservation du contenu — relève de l'application par l'équipe conformité du déployeur de ses propres règles.

Références

  1. Commission européenne. « AI Act — Cadre réglementaire sur l'IA. » https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Consulté le 03-06-2026.
  2. NIST. « AI Risk Management Framework (AI RMF 1.0). » https://www.nist.gov/itl/ai-risk-management-framework. Consulté le 03-06-2026.
  3. ENISA. « Cybersécurité de l'intelligence artificielle. » https://www.enisa.europa.eu/topics/iot-and-smart-infrastructures/artificial-intelligence. Consulté le 03-06-2026.