Avant d’envoyer des données à une IA, gardez la main

La direction choisie pour DUBSAR est simple : faire fonctionner le portail, le moteur de décision et la passerelle sur l’infrastructure Scaleway à Paris. Pour un flux donné, cela peut réduire l’exposition à des lois extérieures et faciliter la maîtrise des données.

Mais l’emplacement d’un serveur ne fait pas tout. Pour pouvoir dire qu’un flux reste dans l’Union européenne, il faut vérifier la route complète : le fournisseur choisi, la région, les connecteurs, le stockage des preuves et les autres services impliqués.

Une IA publique reste un service externe. On ne doit donc pas lui envoyer aveuglément un contrat, un fichier RH, un mot de passe ou une information client. Le Gateway DUBSAR se place sur le trajet du flux avant l’appel au fournisseur.

Selon la règle choisie, il peut laisser passer, retirer une donnée, remplacer une information identifiable, bloquer l’envoi ou demander une validation humaine. Si DUBSAR n’arrive pas à établir une décision fiable, le flux doit s’arrêter ou attendre : il ne doit pas être autorisé par défaut.

• Masquer les données sensibles avant l’appel au fournisseur
• Refuser un outil, un modèle ou une route non autorisée
• Garder la décision et les limites dans un dossier de preuve
• Ne contrôler que les flux réellement reliés au Gateway

Une entreprise peut garder les outils qu’elle utilise déjà, à condition qu’ils respectent sa politique. Pour un flux plus sensible, elle peut aussi choisir une route opérée en France. DUBSAR est conçu pour fonctionner avec les API d’IA générative de Scaleway et y envoyer les appels qui répondent aux règles définies.

Le catalogue Scaleway change avec le temps et peut proposer des modèles de familles comme Qwen ou Mistral. Le bon choix dépend du besoin réel : version du modèle, licence, région, coût, contrat et niveau de protection attendu.

Scaleway indique une conservation nulle par défaut et précise que les prompts et les réponses ne servent pas à entraîner les modèles de base. Sa documentation prévoit toutefois une exception limitée en cas d’abus ou d’erreur serveur. Nous parlons donc de rétention minimale et documentée, jamais de « zéro rétention » sans condition.

DUBSAR peut utiliser une IA pour aider à analyser ou à expliquer un dossier. Cette IA n’est pas la même chose que les modèles utilisés par l’entreprise dans ses propres outils. Les deux routes doivent être visibles, réglées séparément et conservées dans les preuves.

Le Cockpit doit montrer simplement ce qui a été autorisé, nettoyé, bloqué ou mis en attente, le fournisseur réellement appelé et ce que DUBSAR ne couvre pas encore. C’est ainsi qu’un engagement de souveraineté devient un contrôle concret.