Qu'est-ce que l'IA souveraine ? Le guide

L'IA souveraine : d'où vient le terme

L'expression « IA souveraine » s'est répandue en 2024, et l'une des entreprises qui l'a le plus promue vend les puces. Dans un billet de février 2024, NVIDIA la définissait ainsi : « Sovereign AI refers to a nation's capabilities to produce artificial intelligence using its own infrastructure, data, workforce and business networks » — la capacité d'un pays à produire de l'intelligence artificielle avec ses propres infrastructures, données, compétences et réseaux d'entreprises (blog NVIDIA, copie archivée). L'adresse d'origine redirige désormais vers un billet plus récent, d'où le lien vers une archive.

Cette définition est nationale et industrielle : un pays qui construit sa propre capacité d'IA. Depuis, le terme a gagné les entreprises, les fournisseurs cloud et les gouvernements, et il recouvre au moins trois ambitions différentes :

• Une infrastructure souveraine — posséder ou contrôler les GPU, les datacenters et les équipes qui les exploitent.
• Des modèles souverains — des modèles entraînés dans votre pays ou votre région, dans vos langues, sur des données dont vous pouvez rendre compte.
• Un accès souverain — utiliser des modèles performants par l'intermédiaire d'opérateurs soumis à votre propre juridiction, en gardant la main sur ce que deviennent vos données.

Notre version courte se trouve dans Qu'est-ce que l'IA frontière ?. Cet article va plus loin : de quoi est faite la souveraineté, ce que construit l'Europe, ce que veulent dire les labels, et ce qu'une entreprise peut faire concrètement en 2026.

Les cinq couches de la souveraineté en IA

La souveraineté n'est pas une propriété unique. C'est un empilement, et chaque couche peut dépendre d'un pays différent.

1. La juridiction sur vos données

Quels tribunaux et quelles autorités peuvent contraindre l'opérateur à livrer ce que vous lui envoyez. Elle suit la société, pas le serveur : le CLOUD Act américain de 2018 permet aux autorités américaines d'exiger d'un fournisseur soumis à leur juridiction les données qu'il a en sa possession, sous sa garde ou sous son contrôle, où qu'elles soient stockées. Notre guide RGPD vs. CLOUD Act détaille le mécanisme. Une région européenne exploitée par une société américaine répond à « où », pas à « qui ».

2. Le calcul et l'infrastructure

Qui possède le datacenter et les GPU, et qui les exploite au quotidien. Une société européenne qui loue de la capacité à un hyperscaler américain n'a pas la même exposition qu'une société qui fait tourner ses propres machines.

3. Les modèles

Qui a entraîné le modèle, sur quelles données, et sous quelle licence vous l'utilisez. Un modèle à poids ouverts peut être exécuté par n'importe qui : qui l'a construit et qui le fait tourner deviennent deux questions distinctes. Un modèle fermé ne s'utilise que chez son éditeur ou chez les partenaires qu'il choisit.

4. L'exploitation et la chaîne d'approvisionnement

Même un datacenter entièrement européen dépend de puces, de micrologiciels, de pilotes et de logiciels d'inférence conçus ailleurs, surtout aux États-Unis. C'est une dépendance — mises à jour, support, règles d'exportation — plutôt qu'un accès direct à vos prompts, et il vaut mieux la nommer à part pour ne pas la confondre avec la première couche.

5. La passerelle juridique, et sa fragilité

Envoyer des données personnelles à une société américaine est licite au regard du RGPD s'il existe un mécanisme de transfert. L'actuel, le Data Privacy Framework UE–États-Unis, repose sur une décision d'adéquation adoptée par la Commission le 10 juillet 2023. Le 3 septembre 2025, le Tribunal de l'Union a rejeté le recours formé contre elle par Philippe Latombe (affaire T-553/23) (communiqué CJUE 106/25), et M. Latombe s'est pourvu devant la Cour de justice le 31 octobre 2025 (WilmerHale) ; nous n'avons trouvé aucune décision sur ce pourvoi au 2026-10-19. L'histoire invite à la prudence : la Cour de justice a annulé le cadre précédent, le Privacy Shield, en juillet 2020, en jugeant que les programmes de surveillance américains n'étaient pas limités au strict nécessaire (communiqué CJUE 91/20), et son prédécesseur, le Safe Harbor, en 2015. Une architecture qui repose sur un mécanisme de transfert doit prévoir sa disparition.

Ce que construit l'Europe

L'essentiel de l'effort public européen vise la deuxième couche — le calcul —, pour que chercheurs et entreprises européens puissent entraîner et exécuter de grands modèles sans dépendre de clouds américains.

• Les AI Factories. L'entreprise commune EuroHPC supervise 19 AI Factories, complétées par 13 antennes, construites autour des supercalculateurs publics européens (EuroHPC).
• InvestAI et les gigafactories d'IA. Le 11 février 2025, au Sommet pour l'action sur l'IA à Paris, la Commission a lancé InvestAI pour mobiliser 200 milliards d'euros en faveur de l'IA, dont un nouveau fonds de 20 milliards d'euros pour des gigafactories d'IA — des installations d'environ 100 000 puces de dernière génération, à peu près quatre fois les AI Factories alors en construction (Commission européenne). L'appel d'offres a été ouvert le 30 juillet 2026 pour jusqu'à sept gigafactories, avec une clôture le 12 novembre 2026 et plus de 20 milliards d'euros d'investissement privé attendus (EuroHPC).
• Les engagements nationaux. Au même sommet, la France a annoncé 109 milliards d'euros d'investissements privés français et étrangers pour l'IA en France (Élysée).

Deux réserves. D'abord, ce sont surtout des capacités d'entraînement et de recherche, pas une API que votre produit peut appeler la semaine prochaine. Ensuite, le matériel qu'elles contiennent est largement américain : le calcul public renforce le contrôle européen sur l'infrastructure et l'exploitation, pas sur toute la chaîne d'approvisionnement. Pour une entreprise qui se demande s'il faut construire son propre cluster, notre analyse construire ou passer par une API chiffre le choix.

Labels et certifications : ce qu'ils prouvent

Plusieurs labels sont cités comme preuves de souveraineté. Ils ne mesurent pas tous la même chose.

SecNumCloud est le plus exigeant des trois sur la juridiction, et il s'obtient service par service. C'est ce qui donne leur importance aux coentreprises françaises de « cloud de confiance » : S3NS, filiale de Thales en partenariat avec Google Cloud, a annoncé le 17 décembre 2025 que son offre PREMI3NS avait obtenu la qualification SecNumCloud 3.2 (S3NS), et la décision de l'ANSSI du même jour atteste que le service « offre une protection vis-à-vis du droit extra-européen » (décision ANSSI) ; Bleu, qui propose les services Microsoft 365 et Azure depuis un cloud français, se dit « en cours de qualification SecNumCloud 3.2 » (Bleu). Ces offres forment une troisième catégorie : un opérateur sous contrôle européen qui exploite une technologie américaine sous licence. Est-ce assez souverain ? Cela dépend de la couche qui vous importe — la juridiction progresse, la chaîne d'approvisionnement non. Avant de vous appuyer sur le label pour un fournisseur, vérifiez le service exact sur la liste des prestataires qualifiés de l'ANSSI.

C5, publié par le BSI allemand depuis 2016, fixe des exigences minimales de sécurité pour le cloud (BSI). Il en dit beaucoup sur les contrôles de sécurité, peu sur la propriété du fournisseur.

EUCS, la certification cloud de l'UE, est un schéma candidat depuis que l'ENISA en a publié un premier brouillon le 22 décembre 2020 (ENISA) ; le site de certification de l'ENISA présente EUCC, pour les produits TIC, comme le premier schéma disponible (ENISA). Il n'existe aujourd'hui aucun label de souveraineté européen pour le cloud ou l'IA sur lequel s'appuyer.

Pourquoi une « région UE » n'est pas de l'IA souveraine

La confusion la plus fréquente porte sur la résidence des données et la juridiction. Tous les grands clouds américains proposent des régions européennes, et la plupart des API d'IA de sociétés américaines peuvent y être épinglées. Les données restent physiquement en Europe ; cela ne change pas qui peut être contraint de les livrer. C'est le même raisonnement qui fonde les exigences de SecNumCloud, et nos propres étiquettes : un modèle servi par une société américaine dans sa région UE est classé « accès rapide », jamais souverain. Notre méthodologie de souveraineté détaille les quatre questions posées à chaque route — qui possède la société exploitante, où tourne le calcul, qui exploite le cloud, ce que deviennent les données.

L'inverse est vrai aussi : une société européenne peut vous servir depuis l'Europe et garder vos prompts 30 jours, ou s'entraîner dessus. La juridiction est nécessaire, pas suffisante. Notre guide des modèles d'IA hébergés dans l'UE détaille les vérifications de résidence et de rétention, et les fournisseurs d'inférence européens en 2026 les applique à douze fournisseurs.

L'IA souveraine pour une entreprise en 2026 : la liste de contrôle

1. Classez d'abord vos données. Dossiers de santé, dossiers clients, code source, données RH : la souveraineté compte surtout là où une divulgation ferait mal. Un texte marketing public n'en a peut-être pas besoin.
2. Nommez l'opérateur de chaque appel de modèle. La société qui exécute l'inférence, son pays et sa maison mère. Si vous ne pouvez pas la nommer, vous ne pouvez pas l'évaluer.
3. Lisez la phrase sur la rétention. Rétention zéro par défaut, conservation en cas d'abus ou d'erreur, ou 30 jours sauf demande : trois réponses différentes.
4. Préférez les modèles à poids ouverts pour les usages sensibles. Des opérateurs européens peuvent les servir dès aujourd'hui, et vous pourrez les déplacer chez un autre opérateur, ou en interne, plus tard.
5. Rendez le basculement explicite. Un repli qui envoie en silence le trafic vers un fournisseur américain annule tout le reste. Exigez qu'une requête souveraine échoue plutôt que de quitter l'Europe.
6. Gardez un code portable. Avec une API compatible OpenAI, changer de fournisseur, c'est une URL de base, une clé et un nom de modèle.
7. Documentez. Sous-traitants par modèle, accords de traitement des données, et preuve par requête du lieu où chaque appel a tourné. Vous en aurez besoin pour votre registre RGPD et pour préparer l'AI Act.

Beaucoup d'équipes réalisent les étapes 2 à 6 avec une seule passerelle européenne plutôt qu'un contrat par fournisseur ; notre article sur ce qu'est une passerelle LLM européenne explique ce qu'on peut en attendre.

La place de Frontière AI

Frontière AI travaille sur la troisième ambition, l'accès souverain. C'est une passerelle compatible OpenAI éditée par FLEECE AI SASU, société française. Elle ne possède pas de GPU et n'entraîne pas de modèles : elle route les requêtes vers des fournisseurs d'inférence européens et étiquette chaque modèle selon sa juridiction.

• 17 modèles souverains UE en ligne aujourd'hui, servis par Scaleway (France), Mistral AI (France), Infomaniak (Suisse) et AKI.IO (Allemagne). Un modèle souverain reste par défaut chez des fournisseurs souverains, basculement compris ; si aucun n'est disponible, l'appel échoue au lieu de quitter l'Europe.
• 7 modèles en accès rapide, étiquetés comme tels. Ils tournent chez des sociétés américaines, ne sont jamais dits souverains, et une clé API peut être limitée aux seuls modèles souverains.
• Une preuve dans chaque réponse : les en-têtes X-Routed-Provider et X-Sovereign indiquent où l'appel a tourné.
• Aucun prompt ni aucune réponse écrits dans notre base de données.
• Prépayé dès 10 € TTC, sans abonnement.

Les limites, dites clairement. La passerelle tourne chez Vercel, dans sa région de Paris ; Vercel est une société américaine, et les requêtes y transitent (politique de confidentialité). OVHcloud et Scaleway ont chacun une entité aux États-Unis : la formule exacte pour eux est « hors de portée directe du CLOUD Act », pas une immunité. Nous ne revendiquons aucune qualification SecNumCloud pour notre passerelle, ni pour le service d'IA d'un fournisseur tant qu'il ne figure pas sur la liste de l'ANSSI. Et les GPU de nos fournisseurs sont américains. Dans ces limites, vous obtenez un opérateur européen nommé pour chaque appel souverain, et sa preuve dans chaque réponse. Parcourez le catalogue des modèles, ou voyez ce que nous proposons aux équipes qui ont besoin d'un DPA et de politiques par clé.

FAQ