Héberger un modèle d'IA sur le sol luxembourgeois
Modèles à poids ouverts servis localement, trois niveaux de routage, et une politique de classification qui décide, pas l'utilisateur pressé. Ce qui convient au secret bancaire et aux données de santé.
L'intelligence artificielle générative pose une question simple à une organisation régulée : où part le texte que votre collaborateur colle dans la fenêtre de dialogue ? Si la réponse est « chez un fournisseur tiers, hors de votre contrôle », alors le secret bancaire, le secret professionnel et la protection des données de santé sont déjà en jeu, avant même de parler de qualité des réponses.
Héberger un modèle sur le sol luxembourgeois répond à cette question. Mais l'hébergement seul ne suffit pas : ce qui protège vraiment, c'est ce qui décide où va chaque requête.
Des modèles à poids ouverts, servis localement
Un modèle à poids ouverts est un modèle dont on possède les paramètres : on peut le faire tourner sur sa propre infrastructure, sans appel à un service externe. La qualité de ces modèles est aujourd'hui suffisante pour la grande majorité des usages professionnels, rédaction, synthèse, extraction, classification. Servi au Luxembourg, sur du matériel que l'on maîtrise, un tel modèle traite vos données sans qu'elles quittent le périmètre.
Trois niveaux de routage
Tous les usages n'ont pas la même sensibilité, et immobiliser toute l'IA au niveau du plus sensible serait un gâchis. La bonne réponse est un routage à plusieurs niveaux :
- Local strict : pour les données couvertes par le secret bancaire ou de santé : la requête ne quitte jamais l'infrastructure luxembourgeoise.
- Local par défaut : pour l'usage courant : traité localement, sans exposition externe, avec la latence et le coût maîtrisés.
- Externe encadré : pour les tâches non sensibles qui bénéficient d'un très grand modèle : autorisé uniquement sur des données explicitement classées comme publiques ou banalisées.
Une politique de classification qui décide, pas l'utilisateur pressé
Voici le point qui sépare une IA souveraine d'un gadget : le niveau de routage ne doit pas dépendre du jugement d'un utilisateur pressé. Une politique de classification, appliquée par le système, décide de la voie en fonction de la nature de la donnée. On ne demande pas à un collaborateur de se souvenir, chaque fois, si son texte contient un numéro de compte ou un dossier médical. Le dispositif le sait, ou refuse.
Ce que nous mettons en face
C'est exactement ce que fait notre IA souveraine : des modèles à poids ouverts servis sur du matériel que nous possédons au Luxembourg, avec le routage à trois niveaux décrit ci-dessus et une politique de classification appliquée par le système. L'ensemble est exploité comme le reste de votre infrastructure, et la question de la juridiction qui pèse sur un fournisseur tiers est traitée dans notre analyse du CLOUD Act.
Ce qui convient au secret bancaire et aux données de santé. Pour ces catégories, une seule voie est acceptable : le local strict, sans exception configurable « pour aller plus vite ». Le secret bancaire et les données de santé ne tolèrent pas la commodité. Un fournisseur qui propose de « désactiver temporairement » la règle pour un cas urgent n'a pas compris le sujet, et vous expose au moment précis où vous baissez la garde.
Generative artificial intelligence poses a simple question to a regulated organisation: where does the text your employee pastes into the chat window go? If the answer is “to a third-party provider, outside your control”, then banking secrecy, professional secrecy and health-data protection are already at stake, before we even discuss the quality of the answers.
Hosting a model on Luxembourg soil answers that question. But hosting alone is not enough: what really protects you is what decides where each request goes.
Open-weight models, served locally
An open-weight model is one whose parameters you hold: it can run on your own infrastructure, without a call to an external service. The quality of these models is now sufficient for the great majority of professional uses, drafting, summarising, extraction, classification. Served in Luxembourg, on hardware you control, such a model processes your data without it leaving the perimeter.
Three routing levels
Not all uses carry the same sensitivity, and pinning all AI to the most sensitive level would be wasteful. The right answer is multi-level routing:
- Strictly local : for data covered by banking or health secrecy: the request never leaves Luxembourg infrastructure.
- Local by default : for everyday use: processed locally, with no external exposure, with latency and cost under control.
- Externally framed : for non-sensitive tasks that benefit from a very large model: permitted only on data explicitly classified as public or anonymised.
A classification policy decides, not a user in a hurry
Here is the point that separates sovereign AI from a gadget: the routing level must not depend on the judgement of a user in a hurry. A classification policy, enforced by the system, decides the path according to the nature of the data. You do not ask an employee to remember, every single time, whether their text contains an account number or a medical record. The system knows, or it refuses.
What we put in its place
This is precisely what our sovereign AI does: open-weight models served on hardware we own in Luxembourg, with the three-level routing described above and a classification policy enforced by the system. It is operated like the rest of your infrastructure, and the question of which jurisdiction bears on a third-party provider is covered in our analysis of the CLOUD Act.
What is appropriate for banking secrecy and health data. For these categories only one path is acceptable: strictly local, with no exception configurable “to go faster”. Banking secrecy and health data do not tolerate convenience. A provider offering to “temporarily disable” the rule for an urgent case has missed the point, and exposes you at the precise moment you lower your guard.