La présentation d’un fournisseur répond aux questions qu’il a choisies. Un architecte sécurité en pose une autre : de quoi ce logiciel a-t-il besoin hors de mon réseau, et qu’est-ce qui en sort ? Envoyez les huit exigences ci-dessous au fournisseur par écrit, avant la démonstration. Chacune s’accompagne d’un test à faire vous-même et de la réponse qui doit le disqualifier.
1. Il tourne sous vos comptes, vos clés et votre juridiction
Le logiciel s’installe dans une infrastructure que vous contrôlez, s’authentifie auprès de votre fournisseur d’identité et chiffre avec des clés que vous émettez. Il n’a besoin d’aucun plan de contrôle du fournisseur pour démarrer, rester sous licence ou continuer à fonctionner. S’il en existe un, vous pouvez le couper et le logiciel continue de tourner.
Comment vérifier. Bloquez les domaines du fournisseur au pare-feu et redémarrez le logiciel. Demandez la liste de tous les hôtes qu’il contactera, puis comparez-la avec vos journaux de sortie après une semaine en production.
Réponse disqualifiante. « Le plan de contrôle est hébergé dans une région européenne. » Ce qui compte est la juridiction, pas l’emplacement : des données détenues par un fournisseur soumis au droit américain sont accessibles quel que soit le datacenter.[1] Le CLOUD Act oblige un tel fournisseur à produire les données en sa possession, sous sa garde ou sous son contrôle, où qu’elles soient stockées.[2]
2. Il fonctionne entièrement isolé, et vous pouvez le prouver
Le déploiement peut tourner dès aujourd’hui sans modèle externe ni réseau externe, sur un modèle que vous hébergez vous-même. Un système d’IA qui dépend d’une connexion à un datacenter sous juridiction étrangère peut être coupé au moment où il compte le plus.[3]
Comment vérifier. Déployez dans un segment réseau sans route par défaut et faites-y tourner la démonstration. S’il faut une exception, vous avez votre réponse.
Réponse disqualifiante. « Notre point d’accès au modèle est privé et chiffré en transit. » Le chiffrement protège la connexion. La question est de savoir si la connexion existe.
3. Aucune copie de vos données n’existe sans votre décision
Chaque extraction, index, cache et base d’embeddings est une copie. Pour chacune, vous devez savoir où elle se trouve, qui la lit et quand elle a été faite. Un fournisseur qui garde des copies hors de votre périmètre détient vos données.
Comment vérifier. Demandez l’inventaire de tous les endroits où le logiciel stocke quoi que ce soit de dérivé de vos données. Puis vérifiez les volumes vous-même.
Réponse disqualifiante. « Nous ne gardons que des métadonnées. » Un schéma avec vos noms de colonnes, vos identifiants clients et vos codes produits est une description de votre métier.
4. Les droits d’accès ne peuvent pas être contournés
Qui voit quel enregistrement est imposé par la base de données, à la couche que traverse chaque requête, et non par un filtre dans le code applicatif qu’un bug, un prompt ou une nouvelle intégration peut contourner. Un agent hérite des droits de la personne pour qui il agit, et de rien de plus.
Comment vérifier. Prenez un compte aux droits restreints. Posez la question que la restriction doit bloquer, formulée de trois manières. Puis essayez chaque autre chemin proposé : API, export, rapport.
Réponse disqualifiante. « L’agent a pour instruction de ne pas renvoyer ces données. » Une instruction est une demande, pas une permission.
5. Chaque action attend une personne nommée
Le logiciel propose. Une personne nommée valide, horodatée, et alors seulement quelque chose change dans un système de référence.
Comment vérifier. Demandez ce qui se passe entre la proposition et l’écriture, et qui la voit en premier. Demandez combien de propositions une même personne doit valider par jour, et jugez s’il s’agit d’un vrai examen.
Réponse disqualifiante. « L’humain dans la boucle est paramétrable. » Quelqu’un qui valide plusieurs centaines de propositions de la machine par jour ne les examine pas.[4]
6. La trace peut être rejouée
Un enregistrement de ce que le modèle a dit est une transcription. Il vous faut une trace qui permet de reconstituer la décision : quels enregistrements ont été lus, quelle règle s’est appliquée, quel plan a tourné, qui l’a validé, dans un ordre qui ne peut pas être réécrit. Le régulateur posera ses questions sur le cas exceptionnel, précisément là où un système statistique répond avec la même assurance qu’ailleurs.[5]
Comment vérifier. Choisissez une décision du mois dernier. Demandez que son résultat soit reproduit à partir de la seule trace, sur les mêmes données, sans le modèle. Si le chiffre change, la trace n’est pas une preuve.
Réponse disqualifiante. « Nous journalisons chaque prompt et chaque réponse. » Un journal de ce qui a été dit n’est pas un enregistrement de ce qui a été fait.
7. Si le fournisseur disparaît, vous continuez d’exploiter
Le logiciel continue de fonctionner sans le fournisseur, sur votre infrastructure, exploité par vos équipes. La licence n’expire pas sur un écran verrouillé. Les formats qu’il écrit se lisent sans lui.
Comment vérifier. Demandez le mode opératoire que votre équipe suivrait sans le fournisseur. Puis lisez la clause de résiliation.
Réponse disqualifiante. « Nous proposons un séquestre du code source. » Un séquestre signifie que vous devrez peut-être un jour reconstruire un système que vous n’avez jamais appris à exploiter.
8. Rien n’est partagé entre clients
Un déploiement, un modèle du métier, une organisation. Pas de tenant partagé, pas d’index commun, pas d’embeddings mutualisés, pas de modèle entraîné sur vos données et servi à un concurrent. La souveraineté couvre chaque couche, du matériel et des poids du modèle jusqu’aux données, à l’ontologie et aux décisions ; une seule couche partagée rend toute la pile partagée.[6]
Comment vérifier. Demandez si quoi que ce soit de dérivé de vos données quitte le déploiement, y compris la télémétrie, les échantillons d’évaluation et les données d’usage anonymisées. Demandez qui d’autre utilise les poids du modèle de votre déploiement, et si vos données ont jamais servi à les entraîner.
Réponse disqualifiante. « Vos données sont isolées logiquement. » L’isolation logique est une promesse applicative. La séparation physique se vérifie.
C’est la liste sur laquelle nous demandons à être jugés. Monarch tourne dans votre infrastructure, sous vos comptes, vos clés et votre juridiction. Galahad n’héberge aucune de vos données. Chaque déploiement sert une seule organisation, avec sa propre ontologie. Faites les huit tests depuis votre propre réseau. Voyez-le sur vos données.