IA souveraine à Monaco : trois couches, pas un slogan

La plupart des dirigeants que nous rencontrons à Monaco pensent avoir réglé la question de la souveraineté en cochant une case : « nos données sont hébergées en Europe ». C'est rassurant, et c'est faux. Un serveur installé en Irlande mais opéré par une filiale soumise au droit américain n'est pas souverain. La souveraineté n'est pas une géographie, c'est une architecture. Et dès qu'on la regarde sous cet angle, elle cesse d'être un compromis sur la performance pour devenir une simple décision d'ingénierie.

Cet article défend une thèse précise, à contre-courant du discours marketing ambiant. D'abord, « souverain » se décompose en trois couches cumulatives, et il en manque presque toujours au moins une dans les déploiements grand public. Ensuite, sur la grande majorité des tâches métier d'un family office, d'une banque privée ou d'un cabinet d'avocats, les modèles dits open-weight ont rattrapé les modèles fermés. Conclusion : choisir la souveraineté n'est plus un arbitrage entre sécurité et résultat, c'est un choix de conception que l'on peut tenir sans rien sacrifier.

Le vrai modèle de menace n'est pas le pirate, c'est le contrat

Quand un dirigeant pense « sécurité de l'IA », il imagine un attaquant qui force une porte. Le risque réel est plus banal et plus structurel : il est écrit dans les conditions d'utilisation et dans le droit applicable au fournisseur. Voici ce que vous acceptez en réalité en collant un mémorandum confidentiel ou une liste de bénéficiaires effectifs dans une IA grand public.

• Les lois extraterritoriales. Un fournisseur soumis au CLOUD Act américain peut être contraint de remettre des données à une autorité, y compris lorsqu'elles sont stockées physiquement en Europe. La localisation du disque ne protège pas si l'entité qui le contrôle relève d'une juridiction tierce. C'est la nuance que « hébergé en Europe » masque entièrement.
• L'entraînement sur vos données. Selon l'offre et le palier souscrit, vos saisies peuvent alimenter l'amélioration des modèles. Une clause anodine suffit à transformer un dossier de divorce, une structuration de holding ou une note de due diligence en matériau d'apprentissage. Ce qui sort de votre périmètre ne revient jamais.
• Les sous-traitants opaques. Derrière une API se cache une chaîne de sous-traitants : hébergeur, fournisseur de calcul, modération, parfois annotation humaine. Vous contractez avec un nom ; vous exposez vos données à des acteurs que vous ne nommerez ni n'auditerez jamais.
• L'absence de journal d'accès. Pouvez-vous produire la liste horodatée de tout ce qui a été envoyé à un modèle externe le mois dernier, par qui, et sur quels dossiers ? Dans la quasi-totalité des usages grand public, la réponse est non. Sans ce journal, vous ne pouvez ni démontrer votre conformité, ni mener une enquête après incident, ni répondre sereinement à l'APDP.

Aucun de ces quatre points n'est un défaut. Ce sont les propriétés normales d'un service pensé pour le grand public. Le problème naît quand on y verse de la matière couverte par le secret professionnel monégasque ou par les obligations anti-blanchiment.

Les trois couches de la souveraineté

Être souverain, c'est tenir simultanément trois couches. Elles sont cumulatives : il en manque une, et l'édifice tombe.

1. La localisation

Où la donnée est-elle physiquement stockée et traitée, y compris pendant l'inférence, c'est-à-dire au moment où le modèle lit votre texte pour produire sa réponse ? C'est la couche que tout le monde connaît, et la seule que la plupart des fournisseurs mettent en avant. Nécessaire, mais loin d'être suffisante. Un datacenter à Roubaix n'est pas souverain si les deux couches suivantes manquent.

2. La juridiction

De quel droit relève l'entité qui contrôle l'infrastructure et le modèle ? Une société européenne, capitalistiquement et opérationnellement à l'abri du droit extraterritorial, ne peut pas être contrainte de livrer vos données à un État tiers. C'est ici que se joue la différence réelle entre « hébergé en Europe » et « souverain ». La localisation décrit le lieu ; la juridiction décrit qui peut donner des ordres à propos de ce lieu.

3. Le contrôle effectif

Gardez-vous concrètement la main sur les accès, la journalisation, les durées de conservation, le cloisonnement par client, et la possibilité de tout effacer ? Le contrôle est la couche la plus négligée parce qu'elle est la plus exigeante : elle suppose une architecture pensée pour vous, pas un abonnement souscrit en ligne. C'est aussi celle qui transforme la conformité d'une promesse en une preuve.

« Hébergé en Europe » répond à une question sur trois. La souveraineté commence quand vous pouvez nommer la loi qui s'applique à votre fournisseur et produire le journal de tout ce qu'il a vu de vos dossiers.

Le spectre de déploiement, et quand choisir chaque option

La souveraineté n'est pas un interrupteur. C'est un curseur que l'on règle dossier par dossier, selon la sensibilité réelle de la donnée. Imposer le maximum partout est un gaspillage ; appliquer le minimum partout est une faute. Voici le spectre, du plus protégé au plus ouvert.

• Acteurs souverains monégasques, et exécution locale. Pour la matière la plus sensible (dossiers patrimoniaux nominatifs, données de vigilance anti-blanchiment, pièces couvertes par le secret professionnel), l'infrastructure reste sur le territoire, chez des acteurs comme Monaco Cloud, Monaco Telecom ou Telis, ou sur des modèles qui s'exécutent au plus près. La donnée ne quitte ni la juridiction, ni votre périmètre de confiance.
• Cloud privé européen. Pour les charges lourdes (gros volumes documentaires, indexation de plusieurs années d'archives), une instance dédiée chez un acteur européen hors d'atteinte du droit extraterritorial offre la puissance sans renoncer à la juridiction. Le bon compromis quand le volume dépasse ce qu'un hébergement strictement local absorbe.
• On-premise. Pour le critique absolu, le modèle s'exécute sur vos propres serveurs, derrière votre pare-feu. Rien ne sort. C'est l'option la plus exigeante en exploitation, réservée aux cas où même un cloud privé de confiance est jugé de trop.
• API de modèles fermés, via passerelle filtrante. Quand la tâche le permet et que la donnée a été neutralisée, on peut appeler un modèle propriétaire de pointe, à condition d'interposer une passerelle (voir ci-dessous). Acceptable pour des tâches non identifiantes : reformuler un texte public, résumer une note dépourvue de noms, produire un brouillon générique.

Le bon réflexe n'est donc pas de choisir une option pour toute la maison, mais de classer vos cas d'usage par sensibilité et d'affecter chacun au bon niveau. Une même banque privée fera tourner son tri de courriels en local et son brouillon de note de marché publique via passerelle.

La passerelle filtrante, concrètement

C'est la pièce la plus mal comprise, et la plus utile. Une passerelle (ou proxy) est un point de passage obligé qui s'intercale entre vos collaborateurs et tout modèle externe. Aucun appel ne part en direct. Tout transite par elle, et elle fait trois choses avant de laisser quoi que ce soit sortir.

• Elle anonymise. Avant l'envoi, la passerelle repère et remplace les éléments identifiants : noms, raisons sociales, numéros de compte, montants sensibles. « Monsieur Dupont, bénéficiaire effectif de la holding Azur, 4,2 M€ » part sous la forme « [PERSONNE_1], bénéficiaire effectif de [ENTITE_1], [MONTANT_1] ». Le modèle travaille sur une version désincarnée ; au retour, la passerelle réinsère les vraies valeurs côté Monaco. Le fournisseur externe n'a jamais vu un seul nom réel.
• Elle filtre et bloque. Des règles décident de ce qui n'a pas le droit de sortir. Une pièce classée au niveau le plus sensible est refusée à l'API externe et redirigée vers un modèle local. La décision ne repose pas sur la vigilance d'un collaborateur pressé : elle est appliquée par défaut, à chaque appel.
• Elle journalise. Chaque requête est horodatée, attribuée à un utilisateur, rattachée à un dossier, et conservée. Vous obtenez exactement le journal d'accès qui manque aux usages grand public.

Une passerelle bien réglée permet donc d'utiliser le meilleur d'un modèle fermé sans jamais exposer la donnée nominative. Soyons honnêtes sur sa limite : l'anonymisation n'est pas magique. Sur des textes très contextuels, un détail peut rester ré-identifiant, par exemple une transaction immobilière unique sur la période qui désigne son acquéreur sans le nommer. C'est pourquoi la passerelle s'accompagne toujours d'une règle de bascule vers le local pour ce qui ne doit, en aucun cas, sortir.

Pourquoi open-weight suffit sur la plupart des tâches métier

Vient l'objection naturelle : rester souverain, n'est-ce pas se condamner à un modèle de second rang ? Il y a deux ans, la réponse était parfois oui. Aujourd'hui, non. Sur les tâches qui constituent l'essentiel du travail réel, les modèles open-weight, ceux que l'on peut faire tourner sur une infrastructure que l'on maîtrise, atteignent une qualité de production.

Lesquelles ? La synthèse (résumer un contrat de cinquante pages, condenser un échange de courriels), l'extraction structurée (transformer un acte ou une facture en données exploitables : parties, dates, montants, clauses), la rédaction assistée (premier jet d'une convocation d'assemblée de copropriété, d'un courrier, d'une note interne), la classification (trier des pièces, router une demande vers le bon dossier). Ces quatre familles couvrent la majeure partie des heures administratives que l'IA peut absorber. À titre d'ordre de grandeur, une estimation McKinsey de 2024 situe entre 60 et 70 % la part des tâches administratives potentiellement automatisables, et autour de cinq heures par semaine et par collaborateur le temps libérable. Des ordres de grandeur, à confirmer par un audit sur vos propres processus, jamais des promesses.

Là où un modèle fermé de pointe garde une avance, c'est sur le raisonnement long et complexe : montages juridiques inédits, arbitrages multi-paramètres, raisonnement mathématique exigeant. Ces cas sont minoritaires, et ce sont justement ceux où l'on souhaite, de toute façon, qu'un expert garde la main. La passerelle permet d'y recourir ponctuellement, sur donnée neutralisée. Pour le gros du volume, le souverain ne coûte rien en qualité.

Précisons le mécanisme qui rend tout cela fiable. On n'utilise pas un modèle « brut » : on l'adosse à vos documents par une technique de RAG (le modèle va chercher les passages pertinents dans vos propres archives avant de répondre, ce qui ancre ses réponses dans vos données plutôt que dans sa mémoire générale, et réduit nettement le risque qu'il invente). On lui donne des outils quand il doit agir, avec un expert dans la boucle sur les décisions à enjeu, et l'on cloisonne strictement par client. C'est cet assemblage, pas le modèle seul, qui fait la différence.

Le cadre monégasque : loi n°1.565, APDP et anti-blanchiment

Tout ceci ne flotte pas dans le vide juridique. Depuis la loi n°1.565 du 3 décembre 2024, la Principauté dispose d'un régime de protection des données personnelles modernisé, aligné sur le RGPD et la Convention 108+ du Conseil de l'Europe. Tout projet d'IA manipulant des données personnelles entre dans ce périmètre, et le contrôle revient à l'APDP, l'Autorité de Protection des Données Personnelles, qui succède à la CCIN avec des pouvoirs élargis.

Le point que beaucoup négligent : la conformité ne se proclame pas, elle se prouve. Or les trois couches de souveraineté et la passerelle filtrante produisent précisément les preuves attendues. La localisation et la juridiction documentent où vit la donnée et qui peut y prétendre. Le journal d'accès matérialise la traçabilité. Le cloisonnement et les durées de conservation montrent la maîtrise. Pour les professions assujetties à la lutte contre le blanchiment et le financement du terrorisme, encadrée par la loi n°1.362 sous l'autorité du SICCFIN (banques privées, family offices, professions financières), cette capacité à retracer chaque traitement n'est pas un confort : c'est le prolongement d'obligations qui existent déjà. Une IA souveraine bien conçue n'est donc pas en tension avec le cadre monégasque, elle en est l'instrument. Et pour les entités éligibles, le Fonds Bleu du programme Extended Monaco peut cofinancer jusqu'à 70 % HT un projet d'IA structurant, l'infrastructure cloud restant exclue de l'assiette.

Commencer par l'audit, pas par la techno

Tout ce qui précède décrit des moyens. Aucun ne doit être choisi avant d'avoir posé la seule question qui compte : quelles tâches, sur quelles données, avec quel niveau de sensibilité ? C'est l'audit qui répond, et c'est lui qui dicte ensuite l'architecture, pas l'inverse. On cartographie les processus, on classe chaque cas d'usage sur le spectre, on chiffre le retour attendu, et seulement alors on déploie le bon niveau au bon endroit. Choisir la technologie avant ce travail, c'est garantir soit le sur-investissement, soit l'exposition.

La bonne nouvelle, c'est que la souveraineté a cessé d'être un sacrifice. Vous pouvez aujourd'hui tenir le secret professionnel de la Place, satisfaire l'APDP, et obtenir une qualité de production, le tout dans la même architecture. Reste à savoir où, précisément, elle vous fera gagner le plus. C'est exactement ce qu'un premier audit met en lumière.