Comment Frontière AI détermine la souveraineté
La souveraineté européenne ne se mesure pas à l'endroit où se trouve physiquement un serveur — c'est une question de qui contrôle la société qui l'exploite. Cette page détaille, facteur par facteur, comment nous décidons de l'étiquette d'un modèle et de son Sovereignty Score. Chaque chiffre ci-dessous est dérivé de faits déjà publiés dans notre registre de modèles : rien n'est estimé, rien n'est deviné.
Les quatre questions
Sur quoi repose l'étiquette de chaque modèle
Avant qu'un modèle soit étiqueté « souverain UE », nous répondons à quatre questions. Une seule réponse négative à la première ou à la troisième est disqualifiante pour l'étiquette de souveraineté.
01
Qui possède la société exploitante ?
Le facteur décisif. Un modèle n'est souverain UE que s'il tourne chez un fournisseur sans contrôle capitalistique ni juridictionnel non-UE — le principe SecNumCloud. C'est la propriété, pas la géographie, qu'une injonction judiciaire américaine peut atteindre.
02
Où le calcul s'exécute-t-il ?
Constaté, pas déclaré. Les modèles souverains tournent dans l'UE, chez OVHcloud ou Scaleway. Nous vérifions par de vrais appels API, pas en lisant une fiche technique. Des serveurs UE dédiés opérés par Frontière AI sont disponibles sur demande ; aucun modèle en ligne n'y tourne aujourd'hui.
03
Qui opère le cloud ?
Les modèles étiquetés souverains UE sont servis par des fournisseurs sous contrôle UE — jamais par un fournisseur d'inférence constitué aux États-Unis, même s'il opère une région UE. Une société américaine se trouve bien sur le trajet de chaque requête : notre hébergeur applicatif, Vercel (région de Paris), par lequel les requêtes transitent et qui ne stocke ni prompt ni réponse.
04
Que deviennent les données ?
Frontière AI ne stocke aucun prompt ni aucune réponse — API, MCP ou console web — seulement les compteurs de tokens nécessaires à la facturation. C'est une constante produit, pas une option par modèle. Côté fournisseur, nous consignons ce que chacun documente : OVHcloud annonce zéro rétention (données de facturation seulement), Scaleway annonce que les prompts ne sont ni stockés ni journalisés, sauf les requêtes en erreur ou abusives, conservées deux semaines au plus. Sur les modèles à accès rapide, la rétention suit la politique du fournisseur qui sert la requête, que nous ne vérifions pas.
Le principe
Pourquoi « hébergé en Europe » ne suffit pas
N'importe quel fournisseur américain peut déployer une région de calcul dans l'UE et la commercialiser comme « résidence des données UE ». C'est vrai, et sans effet : la société exploitante reste soumise au CLOUD Act américain, de sorte qu'une injonction judiciaire US peut la contraindre à livrer les données qu'elle traite — même si elles sont stockées à Francfort.
C'est pourquoi nous suivons le raisonnement SecNumCloud : ce qui détermine votre exposition, c'est qui contrôle la société qui opère l'infrastructure, pas l'emplacement physique des serveurs. La localisation est une entrée (elle dit quelle loi s'applique au calcul), mais le contrôle capitalistique et la juridiction légale sont ceux qui portent le poids.
Un modèle étiqueté « souverain UE » est un modèle dont l'inférence — la société qui exécute le modèle et le cloud sur lequel il tourne — est conçue pour rester sous juridiction européenne, pas sous procédure judiciaire américaine. C'est ce que signifie « hors de juridiction américaine par conception » sur chaque fiche modèle. Cela vise qui exécute le modèle, pas chaque société que traverse une requête : le tableau des opérateurs, plus bas, les liste toutes.
Les deux étiquettes
Souverain UE vs accès rapide
Chaque modèle porte l'une de ces deux étiquettes — sur sa fiche et dans l'API des modèles, avant votre appel — et chaque réponse de chat ou d'embeddings nomme le fournisseur qui l'a servie. Il n'existe pas de troisième état ambigu.
Conçu pour rester hors de la juridiction américaine
Servi via des fournisseurs sans contrôle capitalistique non-UE — OVHcloud ou Scaleway. La structure capitalistique est conçue pour garder ces charges sous juridiction européenne. Sans accord explicite de votre part, un modèle souverain ne quitte jamais cette voie, pas même en cas de repli. Niveau du Sovereignty Score : Souverain UE.
- Serveur UE : OVHcloud ou Scaleway
- Société exploitante sous contrôle UE (aucun capital non-UE)
- Repli uniquement vers un autre fournisseur souverain, sauf accord explicite
- Aucune rétention de routine des prompts documentée par le fournisseur (OVHcloud : zéro rétention ; Scaleway : sauf requêtes en erreur ou abusives, deux semaines au plus)
→ Souverain — reste sous juridiction UE par conception
Affiché, jamais caché
Servi via une infrastructure contrôlée par une société américaine (Modal, OpenRouter), qui reste soumise au CLOUD Act même en région UE. Étiqueté « accès rapide », jamais souverain — le choix vous revient, en toute connaissance de cause. Quand un modèle à accès rapide a une route de secours, elle mène à un autre fournisseur américain nommé, et la réponse le signale (x-fallback-provider).
- Le calcul peut se trouver en région UE
- Fournisseur sous contrôle US (Modal, OpenRouter) — CLOUD Act applicable
- Frontière AI ne stocke ni prompt ni réponse
- Rétention côté fournisseur : sa propre politique, non vérifiée par nous
→ Pas souverain — utilisable, mais le CLOUD Act s'applique
Contrôle du routage
Souverain par défaut, américain seulement par choix
Un modèle étiqueté souverain UE reste par défaut chez des fournisseurs souverains. Si son fournisseur échoue (HTTP 429 ou 5xx), la passerelle n'essaie qu'une autre route souveraine, quand le modèle en a une ; sinon, elle renvoie l'erreur du fournisseur plutôt que de dérouter votre requête vers un fournisseur américain.
Quitter la voie souveraine est un choix explicite, par requête ou par clé API. Les modèles à accès rapide utilisent leurs propres routes, américaines par définition — une requête restreinte aux fournisseurs souverains est donc refusée pour eux.
- X-Data-Sensitivity: sensitive
- Fournisseurs souverains uniquement, quel que soit le modèle. Un modèle sans route souveraine répond 503 no_sovereign_provider.
- X-Data-Sensitivity: insensitive
- Autorise les routes non souveraines, y compris la route de secours d'un modèle souverain.
- Réglage de la clé API
- Espace client → Clés API → Sensibilité données : « Souverain uniquement » ou « Tous les fournisseurs (repli US autorisé) ». Quand la clé et l'en-tête divergent, le plus restrictif l'emporte — une clé réglée sur « Souverain uniquement » ne se desserre pas par l'en-tête.
- x-routed-provider · x-sovereign
- En-têtes de réponse : le fournisseur qui a servi l'appel, et s'il est souverain.
- x-fallback-provider · x-fallback-attempts
- Ajoutés quand le premier fournisseur a échoué et qu'une route de secours a répondu.
- MCP
- L'outil chat_completion de notre serveur MCP suit les mêmes règles : le réglage de la clé et l'en-tête X-Data-Sensitivity de la connexion MCP.
Le score
Le Sovereignty Score
Un chiffre déterministe sur 100, recalculable par n'importe qui à partir de la méthodologie publique ci-dessous et des faits de notre registre de modèles. Il agrège cinq facteurs pondérés — il n'ajoute aucun fait nouveau, et ne prétend rien sur la sécurité, la qualité ou une garantie juridique.
Cinq facteurs, poids totalisant 100 :
- Contrôle de la société exploitante
- 40
- Juridiction d'hébergement (constatée)
- 30
- Contrôle du fournisseur cloud
- 15
- Rétention des données
- 10
- Contrôle du déploiement
- 5
Niveaux du score
| Niveau | Plage | Signification |
|---|---|---|
| Souverain UE | 85–100 | Opérateur contrôlé UE, hébergement UE constaté, aucune rétention de routine des prompts documentée par le fournisseur (exceptions listées plus haut). |
| Hébergé UE | 60–84 | Hébergement UE constaté mais opérateur ou contrôle du cloud pas entièrement UE, ou vérification incomplète. |
| Contrôle US | 0–59 | Le modèle est servi par une société sous contrôle américain. Étiqueté accès rapide. |
Comme le score suit le registre, il se met à jour dès qu'un modèle change de fournisseur. Vous pouvez le recalculer vous-même sur chaque fiche modèle (ventilation incluse) ou à partir de la formule ci-dessus.
Frontière Verified
Vérification et souveraineté sont deux choses distinctes
La souveraineté répond à « sous quelle juridiction ce modèle s'exécute-t-il ? ». Frontière Verified répond à « lesquels de nos six contrôles ce modèle a-t-il passés ? ». Les deux sont complémentaires — un modèle vérifié 6/6 peut être en accès rapide, et un modèle souverain peut encore attendre sa vérification.
Aujourd'hui, 11 des 25 modèles en ligne sont Frontière Verified (les six contrôles passés). Les modèles vérifiés affichent leur checklist sur leur fiche.
Licence
Licence vérifiée et confirmée
Provenance
Poids confirmés sur Hugging Face, éditeur vérifié
Sécurité
15 prompts adverses via la passerelle : injection, fuite du prompt, jailbreak, extraction de données, demandes dangereuses
Évaluation RGPD
Rétention et sous-traitants évalués
Benchmarks
Qualité, latence et débit mesurés via la passerelle, datés par route
API testée
Appel réel via la gateway (daté dans le registry)
Opérateurs et sous-traitants
Qui touche vos requêtes
Le fournisseur qui exécute chaque modèle est nommé sur sa fiche avant votre appel, et chaque réponse de chat ou d'embeddings nomme celui qui l'a servie (x-routed-provider, x-sovereign). Un modèle étiqueté souverain UE n'est jamais servi par un fournisseur sous contrôle américain sans votre accord explicite. Chaque requête transite aussi par notre hébergeur applicatif, Vercel — une société américaine, dans sa région de Paris — qui ne stocke ni prompt ni réponse.
| Opérateur | Contrôle | Périmètre |
|---|---|---|
| OVHcloud AI Endpoints | Société française, sans contrôle capitalistique non-UE | Modèles souverains UE |
| Scaleway Generative APIs | Société française, sans contrôle capitalistique non-UE | Modèles souverains UE |
| Modal | Société américaine | Modèles à accès rapide (US) |
| OpenRouter | Société américaine | Modèles à accès rapide (US), et route de secours sur certains modèles (sur un modèle souverain, seulement avec votre accord explicite) |
| Vercel (hébergement de l'application, région de Paris) | Société américaine — les requêtes transitent ; aucun prompt ni réponse n'est stocké (journaux de requêtes seulement) | Toutes les requêtes |
| Neon (base de données, région de Francfort) | Société américaine — données de compte et d'usage (compteurs de tokens), jamais de prompts | Données de compte et de facturation |
Des outils facultatifs ajoutent un prestataire : la recherche web de la console et les outils MCP web_search et web_fetch passent par Linkup (Paris) ; la dictée vocale de la console, par Mistral AI (Paris).
Tous les sous-traitants, dans la politique de confidentialité →La question juridique
Le CLOUD Act américain, énoncé précisément
Le CLOUD Act permet aux autorités américaines de contraindre tout fournisseur soumis à la juridiction américaine — les sociétés américaines, mais aussi une société étrangère ayant une activité suffisante aux États-Unis — à produire les données qu'il possède, détient ou contrôle, où qu'elles se trouvent. Frontière AI est une société française sans maison mère américaine ni contrôle capitalistique non-UE. Sur les modèles étiquetés souverains UE, l'inférence — opérateur et cloud — est conçue pour rester hors de la juridiction américaine. Les requêtes transitent bien par notre hébergeur applicatif, Vercel, société américaine (région de Paris), qui ne stocke ni prompt ni réponse ; la politique de confidentialité le dit. Nous présentons cela comme une intention fondée sur la structure capitalistique, pas comme une garantie juridique absolue — vérifiez notre raisonnement, ne prenez pas un slogan pour argent comptant. Évalué par modèle avant votre appel, et confirmé sur chaque réponse de chat.
Analyse approfondie : RGPD contre CLOUD Act →FAQ
La localisation physique suffit-elle à la souveraineté ?
Non. Un fournisseur américain peut héberger du calcul dans l'UE tout en restant soumis au CLOUD Act, car ce qui compte est qui contrôle la société exploitante. La localisation dit quelle loi s'applique au calcul ; le contrôle capitalistique et la juridiction légale décident de l'exposition.
Une autorité américaine peut-elle contraindre l'accès à mes prompts ?
Sur les modèles étiquetés souverains UE, l'inférence tourne chez des sociétés sans contrôle capitalistique non-UE — OVHcloud ou Scaleway. Les requêtes transitent bien par notre hébergeur applicatif, Vercel, société américaine (région de Paris) : il ne stocke ni prompt ni réponse, Frontière AI non plus, mais une société américaine se trouve sur le trajet. Nous décrivons cela comme une conception fondée sur la structure capitalistique, pas comme une garantie juridique générale.
Un modèle souverain peut-il être dérouté vers un fournisseur américain ?
Pas sans votre demande. Par défaut, un modèle étiqueté souverain UE n'emprunte que des routes souveraines, repli compris. Les routes non souveraines ne s'ouvrent qu'avec l'en-tête X-Data-Sensitivity: insensitive ou une clé API réglée pour autoriser tous les fournisseurs — et les en-têtes de réponse x-routed-provider et x-sovereign disent toujours où l'appel est parti.
Pourquoi servez-vous certains modèles via une infrastructure américaine ?
Quelques modèles de pointe ne sont accessibles, aujourd'hui, que via une infrastructure contrôlée aux États-Unis. Nous les servons parce que les développeurs les réclament, et nous les étiquetons « accès rapide » avant l'appel — nous ne les présentons jamais comme souverains. Quand une voie souveraine existe (par exemple une variante sur nos propres serveurs UE), nous la listons et la marquons comme telle ou comme à venir.
Qu'est-ce que le Sovereignty Score ?
Une agrégation déterministe sur 100 de cinq facteurs pondérés — contrôle capitalistique, juridiction d'hébergement constatée, contrôle du fournisseur cloud, rétention des données et contrôle du déploiement. Il est recalculable à partir de la formule publique et du registre sur toute fiche modèle, et il se met à jour si un fournisseur change.
Quelle différence entre souveraineté et Frontière Verified ?
La souveraineté demande sous quelle juridiction un modèle s'exécute. Frontière Verified consigne lesquels de nos six contrôles un modèle a passés. Un modèle peut être souverain avec un critère en attente, ou pas encore vérifié du tout ; un modèle vérifié 6/6 servi via Modal reste en accès rapide.
Inspectez n'importe quel modèle, jusqu'au facteur
Chaque fiche modèle affiche son Sovereignty Score et sa ventilation — et, une fois le modèle vérifié, sa checklist.