Ne transformons pas le mot 'souverain' en argument marketing

Il y a un test simple pour savoir si une plateforme d'IA est vraiment souveraine. Un test que personne ne fait en démo, et que tout le monde regrette de ne pas avoir fait avant de signer. On coupe les sorties réseau publiques. Et on regarde ce qui reste.

La démo commence toujours bien. Un document entre, un modèle répond, deux ou trois sources s'affichent avec l'air sérieux de quelqu'un qui a fait ses devoirs. L'interface est rapide. Le mot "souverain" apparaît assez tôt pour rassurer la salle. Le fournisseur a un nom qui passe en comité risque. La région d'hébergement est européenne. Parfois le modèle est "à poids ouverts", ce qui permet à tout le monde de hocher la tête avec l'air de quelqu'un qui vient de régler la géopolitique avec un fichier de configuration.

Puis quelqu'un pose la question pénible. "Est-ce que ça marche encore si on coupe tout accès sortant vers internet ?" Silence. Pas le silence dramatique. Le silence d'un fichier Excel ouvert au mauvais onglet.

On découvre alors que l'inférence est peut-être locale, mais que les recherches dans les documents passent par une API externe. Ou que les journaux d'activité partent vers un service américain. Ou que la licence impose une vérification en ligne toutes les 24 heures. Ou que le chemin de secours vers un modèle public est devenu, au fil des mois, le chemin le plus fiable. Temporaire, donc, comme le scotch sur une baie réseau.

À ce moment-là, le mot "souverain" commence à sentir le marketing.

La souveraineté de brochure

Le problème n'est pas qu'un service soit hébergé en Europe, qu'un modèle soit français, ou qu'une ESN mette trois drapeaux dans son deck. Ces éléments peuvent avoir de la valeur. Le problème commence quand ils remplacent l'architecture au lieu de la refléter.

Parce qu'une plateforme d'IA ne se résume pas à la boîte "modèle". Entre le moment où un document entre dans le système et le moment où une réponse en ressort, il y a l'identité de l'utilisateur, le routage vers le bon modèle, la recherche dans les bases documentaires, les outils connectés, les journaux d'activité, les traces d'audit, les exports vers le support. Chacun de ces points est une frontière. Chacun peut fuir.

Le fournisseur peut appeler ça "EU-hosted", "trusted", "sovereign-ready" ou "private AI". Très bien. Je peux aussi appeler mon vieux laptop "infrastructure edge" si je le pose sur une étagère avec assez de conviction. À un moment, il faut arrêter de lire la brochure et regarder ce qui sort du système.

Guide d'achat

Pour un RSSI ou un acheteur public, la bonne question n'est pas "où tourne le modèle ?". C'est une question utile, mais elle arrive trop tôt. La question qui fait tomber les masques est plus simple: qu'est-ce qui devient impossible quand les sorties publiques sont bloquées ?

Si la réponse est "un peu tout, mais on a une roadmap", on n'est pas face à une plateforme souveraine. On est face à une démo qui a pris l'accent souverain.

En France, le sujet n'est pas vide. Il y a des modèles sérieux, des clouds qualifiés ou en route vers la qualification, une doctrine publique sur le cloud de confiance, des équipes de recherche, des datacenters, des acheteurs qui commencent à poser de meilleures questions. Tant mieux. C'est même la condition pour sortir du commentaire géopolitique et construire quelque chose.

Mais une offre française ne devient pas souveraine par capillarité. Elle peut dépendre de GPU américains, d'un outil de supervision SaaS, d'un annuaire externe, d'un service de support hors périmètre, d'un modèle de secours public, ou d'une chaîne de mise à jour impossible à auditer. Ça ne la disqualifie pas automatiquement. Ça oblige simplement à tracer la frontière au marqueur, pas au stabilo.

Le test du câble

Le test du câble n'est pas un rituel de datacenter. Il ne s'agit pas d'arracher un RJ45 au hasard et d'appeler ça une stratégie. Il s'agit de placer la plateforme dans l'état qu'elle prétend supporter: plus de sortie publique non maîtrisée, plus d'appel discret à un service externe, plus de dépendance cachée derrière une région cloud rassurante.

Il y a une différence entre un système isolable et un système cloud à qui on a retiré la prise. La confusion est fréquente, et elle arrange les éditeurs.

Un vrai mode isolable n'est pas un mode cloud rendu triste. C'est une inversion des hypothèses par défaut. Les données de télémétrie ne sont pas "désactivées", elles n'ont nulle part où aller. Le recours à un modèle externe n'est pas "déconseillé", il est impossible. Ce n'est pas une restriction qu'on configure: c'est une architecture qui ne laisse pas le choix.

La différence se voit immédiatement quand quelque chose tourne mal. Dans un système vraiment isolable, on peut prouver ce qui s'est passé, avec quelles données, à quel moment. Dans un cloud déguisé en on-premise, on découvre au moment de l'incident que la moitié des preuves sont chez le fournisseur, et qu'il faut ouvrir un ticket pour y accéder.

Le modèle local ne sauve pas tout

Les modèles locaux et à poids ouverts sont importants. Dans certains contextes réglementaires, ils sont le ticket d'entrée. Mais ils ne règlent qu'une partie du problème.

Un modèle qui tourne dans vos locaux ne protège pas un document envoyé à un service d'indexation externe. Il ne protège pas les traces d'activité qui remontent vers un tableau de bord SaaS. Il ne protège pas un agent qui appelle un outil tiers avec trop de droits. Il ne protège pas non plus contre un changement de prix, de politique ou de disponibilité chez un fournisseur devenu critique sans qu'on s'en rende compte.

C'est pour ça que la question du routage est plus importante que la question du modèle. Une plateforme sérieuse doit pouvoir répondre à des questions simples: pour ce type de données, quels modèles sont autorisés ? Si le premier est indisponible, quel est le plan de secours ? Si un fournisseur change ses règles demain, combien de workflows faut-il réécrire à la main ?

La souveraineté a une composante très prosaïque: le pouvoir de remplacer. Un fournisseur, un modèle, une destination de journaux, un outil, une stratégie de recherche documentaire. Pas gratuitement, pas magiquement, mais sans découvrir que la moitié des décisions d'architecture étaient cachées dans des scripts que personne n'ose toucher.

Ce que l'acheteur devrait demander

La pire question de procurement est "êtes-vous souverain ?". Tout le monde répond oui, puis ajoute une note de bas de page en caractères 8.

Voici ce qui est plus utile à demander :

Les systèmes critiques meurent rarement parce qu'un modèle a perdu deux points sur un classement. Ils souffrent parce qu'une dépendance non négociée devient chère, indisponible, juridiquement inconfortable, ou impossible à auditer devant une autorité de contrôle.

Ce que le mot devrait coûter

"Souverain" est devenu un qualificatif gratuit. Il ne coûte rien à imprimer sur une brochure, rien à prononcer en réunion, rien à glisser dans une réponse à appel d'offres. Il devrait coûter quelque chose.

Une plateforme qui mérite ce mot reste opérable quand les sorties publiques sont coupées. Elle reste explicable quand un auditeur pose des questions six mois après un incident.

Elle reste remplaçable quand un fournisseur change les règles du jeu. Ce n'est pas une ambiance. Ce n'est pas une région d'hébergement. Ce n'est pas un drapeau dans un deck. C'est ce qui reste quand le chemin vers l'extérieur est coupé, et que le système répond encore.