Anonymisation des requêtes
Voyez exactement ce qui quitte votre côté.
Votre requête reçoit sa réponse à l’intérieur du moteur Caesar® : un grand modèle orchestrateur au centre, et de plus petits modèles autour de lui, chacun avec une seule tâche. Aucun fournisseur externe ne voit jamais votre requête entière, seulement de petites questions anonymisées.
Trois niveaux d’anonymisation
- Par les faits
- Par le contexte
- Par l’intention
Suivez une requête à travers le moteur.
Neuf étapes, de votre question à une seule réponse vérifiée. Lancez la lecture, ou déplacez le curseur, pour avancer étape par étape.Vous posez votre question dans votre application. Votre requête part vers le modèle orchestrateur, au centre du moteur Caesar®.Le modèle de contexte, qui détient tout le contexte, ajoute ce dont votre requête a besoin. Rien de tout cela ne sort.Par les faits : le modèle PII retire les noms et les faits identifiants, et met des substituts à leur place.Par le contexte : le modèle de décomposition découpe la requête en de nombreuses petites questions. Aucune ne porte l’ensemble de l’histoire.Par l’intention : le modèle de routage répartit les questions. Chaque fournisseur en reçoit des différentes ; la question sensible reste à l’intérieur.Chaque modèle ne répond qu’aux questions qu’il a reçues, et les réponses reviennent vers l’orchestrateur.L’orchestrateur assemble les réponses en une seule, et le modèle PII replace les noms et les faits réels.Le modèle auditeur vérifie la fiabilité de la réponse avant que vous la voyiez.Votre application vous montre une seule réponse, avec les faits réels. Aucun fournisseur externe n’a vu votre requête entière.
Couche applicative
Moteur Caesar®
Frontière de confiance
Fournisseurs externes
Moteur Caesar®
- Modèle de contexte détient tout le contexte
- Modèle PII retire les noms, puis les replacePar les faits
- Modèle de décomposition le découpe en petites questionsPar le contexte
- Modèle de routage répartit les questionsPar l’intention
- Modèle de réponse local répond à la question sensible
- Modèle auditeur vérifie la réponse
Frontière de confiance et fournisseurs externes
| Étape | Ce qui circule | Franchit la frontière de confiance | Qui le voit |
|---|---|---|---|
| 01Demander | Votre requête, en entier | Non | Le modèle orchestrateur |
| 02Contexte | Le contexte dont votre requête a besoin | Non | Le modèle de contexte |
| 03Retirer les noms | Noms et faits identifiants, remplacés par des substituts | Non | Le modèle PII |
| 04Découper | De nombreuses petites questions, aucune n’étant la requête entière | Non | Le modèle de décomposition |
| 05Répartir | Des questions différentes chez chaque fournisseur ; la question sensible reste | Oui, de petites questions anonymisées | Anthropic, OpenAI et Google reçoivent chacun les leurs ; le modèle de réponse local garde la question sensible |
| 06Réponses | La réponse de chaque question | Oui, les réponses reviennent | Le modèle orchestrateur |
| 07Replacer les noms | Les réponses assemblées en une seule, avec les noms et les faits réels | Non | Les modèles orchestrateur et PII |
| 08Vérifier | La réponse assemblée, vérifiée pour sa fiabilité | Non | Le modèle auditeur |
| 09Réponse | Une seule réponse, avec les faits réels | Non | Vous, dans votre application |
Lisez le schéma.
- Le modèle orchestrateur se tient au centre et dirige les modèles qui l’entourent. Chacun d’eux fait une seule chose.
- La frontière du moteur Caesar® contient l’orchestrateur et ses six modèles. Seules de petites questions anonymisées franchissent la frontière de confiance, vers les fournisseurs externes.
- Une étiquette parcourt une ligne dès que quelque chose circule, et dit ce dont il s’agit : une requête, une question ou une réponse. Chaque cadenas qu’elle porte est un niveau d’anonymisation déjà appliqué.
- Les fournisseurs externes sont représentés par leur marque. Caesar® utilise des modèles différents chez chacun.
- Au repos, toutes les étapes sont affichées. Lancez la lecture, ou déplacez le curseur, pour avancer étape par étape.
Gardez ceci de votre côté.
- Votre requête entière, et tout son contexte.
- Les noms réels et les faits identifiants.
- Les questions sensibles, et leurs réponses.
- La réponse finale, vérifiée avant que vous la voyiez.
Obtenez des réponses sur ce qui franchit la frontière.
Comment Caesar® traite-t-il une requête, étape par étape ?
Sept étapes. 1. La requête arrive sur votre infrastructure. 2. Caesar® lit le contenu localement. 3. Il en extrait l’essentiel. 4. Il anonymise à trois niveaux : données personnelles, contexte et intention. 5. Il demande aux modèles de frontière approuvés, en parallèle, uniquement ce dont ils ont besoin. 6. Il compare et vérifie les réponses et enregistre chaque appel pour l’audit. 7. Il replace la réponse dans votre contexte, et votre équipe décide.
Que signifie « anonymiser à trois niveaux » ?
Les données personnelles, le contexte et l’intention sont anonymisés chacun avant toute sortie. Données personnelles : les noms, les numéros et les autres identifiants sont remplacés. Contexte : la requête est découpée en questions plus petites qui ne portent aucun contexte à elles seules. Intention : ces questions partent vers des modèles différents, de sorte que la finalité de la requête ne sort pas.
Qu’est-ce que le premier niveau (fondé sur les faits, données personnelles) ?
Caesar® repère les éléments personnels et sensibles, noms, numéros d’identification et de compte, coordonnées et les termes que vous définissez, et les remplace par des substituts avant qu’une requête ne sorte. Les valeurs réelles sont rétablies dans la réponse que vous recevez.
Qu’est-ce que le deuxième niveau (fondé sur le contexte) ?
Un modèle local découpe la requête en questions plus petites qui n’ont de sens qu’ensemble. Chaque question part sans le contexte qui l’entoure, comme l’exemple du site n’envoie que « 16 × 9 ».
Qu’est-ce que le troisième niveau (fondé sur l’intention) ?
Les questions plus petites sont réparties entre différents modèles et fournisseurs, ce qui rend difficile pour un fournisseur de reconstituer ce qui a été demandé, ou pourquoi. Caesar® vérifie ensuite les réponses et les fusionne dans votre contexte.
Nos données parviennent-elles aux modèles de pointe ?
Vos documents restent à l’intérieur du périmètre que vous fixez. Un modèle de frontière ne reçoit que la partie anonymisée d’une tâche dont il a besoin, et seulement si vous avez approuvé ce modèle ; dans l’exemple du site, seul « combien font 16 × 9 ? » sort. Dans une configuration entièrement locale, rien n’atteint de modèle externe.
Quels types de données personnelles Caesar® détecte-t-il ?
Les noms, les numéros d’identification et de passeport, les numéros de compte et de carte, les coordonnées, les dates et les termes sensibles que votre institution ajoute, en arabe, en français et en anglais.
Que se passe-t-il si un élément sensible échappe à la détection ?
Caesar® est conçu pour se fermer en cas de défaillance : si une vérification ne peut pas aboutir, la requête ne sort pas. Chaque appel est enregistré, de sorte que vos relecteurs peuvent inspecter ce qui a été envoyé.
Que contient l’enregistrement d’audit ?
Votre déploiement définit ce qui est capturé. Cela peut inclure, pour chaque requête, l’utilisateur, la question et la réponse, les sources utilisées, la version anonymisée à chaque niveau, les modèles appelés et le moment de l’appel, l’activité des outils et les approbations, afin que vos relecteurs puissent montrer qui a demandé quoi, ce qui est sorti et ce qui est revenu.
Apportez une vraie requête. Nous la parcourrons avec vous.
Nous prendrons une requête que votre équipe envoie chaque jour et vous montrerons, étape par étape, ce que Caesar® garde de votre côté et ce qu’il demande à un fournisseur.
Apportez le problème. Nous définirons le cas d’usage avec vous.
Vous n’avez pas besoin d’un cas d’usage d’IA défini pour commencer. Nous le construisons avec votre équipe, puis l’architecture, l’infrastructure, la revue de sécurité et le parcours de déploiement qu’exige votre environnement.
Vous préférez écrire ? Écrivez à notre équipe