Aller au contenu principal
Retour à Francais
LLMActualités

Mistral retenu par Bercy, OpenAI écarté : ce que ça change

Bercy retient Mistral et écarte OpenAI pour tester ses SI publics après la fuite DGFiP. Ce que ce précédent change pour une DSI d'ETI régulée.

Louis-Clément Schiltz
CEO & Founder, Webotit.ai
8 min de lecture

Parler de ce sujet avec Webotit

En bref

Le 18 août 2026, le ministre de l'Action et des Comptes publics annonce que la France testera la sécurité de ses SI publics avec des fournisseurs souverains comme Mistral, pas OpenAI, après la fuite d'au moins 678 000 comptes à la DGFiP. Un signal marché fort pour toute DSI d'ETI française régulée qui documente son mix LLM sous AI Act — pas un fondement de conformité en soi.

Bercy tranche : Mistral pour éprouver le SI de l'État, pas OpenAI

Le 18 août 2026, David Amiel, ministre de l'Action et des Comptes publics8, a indiqué que la France utiliserait des fournisseurs d'IA souverains comme Mistral pour tester la sécurité des systèmes de l'État, et qu'OpenAI ne serait pas retenu pour ce périmètre.12 L'annonce fait suite à deux cyberattaques successives contre la Direction générale des Finances publiques (DGFiP) au printemps et à l'été 2026.3

Cette décision n'a rien d'un communiqué technique. Elle nomme publiquement un éditeur français, écarte publiquement le premier fournisseur américain, et le fait au moment le plus sensible : la remédiation d'une brèche qui touche des données fiscales personnelles. Chez Webotit, éditeur français d'IA conversationnelle pour ETI et grands comptes, nous lisons ce précédent comme un déblocage de marché. Un directeur SI d'une banque ou d'une mutuelle qui devait, il y a six mois, justifier ligne à ligne pourquoi il envisageait un LLM français dispose désormais d'un précédent public à citer. C'est un signal fort en comité interne — pas un fondement réglementaire opposable, ni une dispense d'analyse de risque.

Ce que la fuite DGFiP a réellement exposé

Deux intrusions ont touché la DGFiP, la première en juin, la seconde en juillet 2026.3 Dans la première, au moins 678 000 comptes de particuliers et de professionnels ont été compromis, incluant des noms, des données de revenu de référence et des taux d'imposition.34 Les intrus se sont introduits via un VPN interne compromis, ont réutilisé une identité volée et ont interrogé un outil de recherche contribuables.3

Un attaquant a par la suite prétendu détenir près de 2 millions d'enregistrements.5 Ce chiffre n'a pas été confirmé par la DGFiP au moment de l'annonce du 18 août ; les 678 000 comptes constituent le socle vérifié à date. Il faut le retenir tel quel : un chiffre vérifié qui vaut mieux qu'un chiffre spectaculaire.

Le mécanisme d'intrusion est plus parlant que les volumes. Aucune faille zero-day, aucun exploit exotique. Un VPN, des identifiants et un outil interne mal cloisonné. C'est le scénario que redoutent la plupart des DSI d'ETI françaises. Un LLM qui joue le rôle de red team a précisément pour vocation d'accélérer ce type de test : simuler des chemins d'accès, croiser des logs, prioriser des vulnérabilités. Le choix du fournisseur qui manipule ces logs devient donc, mécaniquement, un choix de conformité et de résidence des données.

Notre IA, L'Assistant et AI Act : le cadre qui rend la décision cohérente

L'annonce du 18 août s'inscrit dans un dispositif plus large. En juin 2026, le gouvernement français a présenté un plan baptisé Notre IA, dont la pièce centrale est un assistant appelé L'Assistant, adossé à un modèle Mistral et destiné aux services publics.6 Bercy ne se contente donc pas d'un test ponctuel : le ministère aligne un choix d'outillage cybersécurité avec un déploiement productif déjà entamé côté agents publics.

Le contexte réglementaire complète le tableau. Les obligations spécifiques aux fournisseurs de modèles d'IA à usage général — documentation technique, information des déployeurs, politique de respect du droit d'auteur — sont applicables depuis le 2 août 2025 au titre du chapitre V du Règlement (UE) 2024/1689 (AI Act), qui contient l'article 53.9 Elles s'appliquent à tout éditeur qui met un modèle à usage général sur le marché de l'Union, quel que soit son lieu d'établissement, et indépendamment du secteur du déployeur en aval. L'article 111(3) prévoit un régime transitoire pour les modèles à usage général mis sur le marché avant cette date, avec conformité à assurer au plus tard le 2 août 2027 ; le 2 août 2026 est la date d'application générale du reste du Règlement.9 À ne pas confondre avec l'article 50, qui vise la transparence des systèmes d'IA côté utilisateur (deepfakes, contenus générés, interaction avec une IA), sur un calendrier distinct.9 En pratique, côté commande privée, ce cadre incite les acheteurs européens à privilégier des éditeurs dont la chaîne de responsabilité est identifiable et joignable en français — une préférence de sélection, pas une obligation juridique en soi.

Mistral coche plusieurs de ces cases : siège européen à Paris, poids ouverts pour certains modèles publiés — sous des licences ouvertes telles qu'Apache 2.0 selon les modèles — et partenariats industriels publiquement cités comme Airbus et BMW.7 Ce n'est pas une supériorité technique en soi, c'est une posture de gouvernance qui simplifie la démonstration de conformité côté déployeur, sans s'y substituer.

Ce que ça change pour une entreprise française

La décision de Bercy fait bouger trois curseurs concrets dans une PME, une ETI ou un grand compte français.

Banque et assurance sous ACPR. Un directeur SI qui préparait une justification LLM devant sa commission des risques n'a plus à défendre un choix isolé. Il peut désormais citer un précédent public sur un cas d'usage sensible, avec un fournisseur nommé. Attention à la lecture : l'ACPR statue sur des usages et des contrôles, pas sur des précédents de la commande publique — cette décision ne remplace ni l'analyse d'impact, ni la due diligence sécurité, ni les grilles d'exigences propres au secteur. Ce qu'elle change vraiment, c'est l'appui interne du dossier. L'objection « aucun acteur public français n'a tranché » tombe, ce qui peut faciliter la décision en comité sans en garantir le calendrier. Pour arbitrer un pilote côté banque ou assurance, c'est un déblocage réel de conversation, pas un raccourci de conformité.

Mutuelles et santé. Le sujet Hébergeur de Données de Santé n'est pas résolu par le choix de Mistral. Un projet mutuelle qui vise à automatiser la qualification d'un appel adhérent ou à trier des emails entrants doit toujours passer par un hébergement HDS certifié et un cadre RGPD tenu. Mais l'argument politique « l'éditeur n'est pas français » ne suffit plus à bloquer un comité de direction. Le débat se déplace vers les vraies questions : cadre contractuel, plan de continuité, journalisation pour l'audit.

E-commerce et industrie. Ici, la souveraineté est rarement bloquante en soi, mais le précédent Bercy la rend citable. Un directeur e-commerce qui pilote un projet d'agent IA orchestré côté français pour son SAV peut mobiliser cet argument en interne, notamment auprès d'un COMEX qui hésite entre un éditeur américain et un éditeur européen sur des données clients. Cela ne dispense pas de mesurer le coût par contact traité — c'est précisément le type d'arbitrage que nous cadrons dans un ROI d'agent IA gouverné — mais cela pèse dans le vote final.

Le piège serait de conclure « Mistral fait tout, partout, tout le temps ». Ce n'est pas ce que dit Bercy. La décision porte sur un cas d'usage précis : le test de sécurité d'un SI d'État après incident. Pour un chatbot relation client, un callbot de débordement ou un mailbot de qualification, l'arbitrage reste métier par métier, avec ses exigences propres de latence, de coût par requête et d'intégration au SI.

Le point de vigilance opérationnel

Trois éléments à vérifier avant tout COMEX cette semaine.

D'abord, la souveraineté juridique n'égale pas la sécurité par construction. Choisir un éditeur français ne dispense d'aucun test d'intrusion, d'aucun cloisonnement d'API, d'aucune journalisation opposable. La décision Bercy est un signal marché qui renforce la pression concurrentielle sur les éditeurs français, mais elle n'oblige aucun éditeur à quoi que ce soit — une DSI doit continuer à exiger la preuve, pas le communiqué.

Ensuite, un déploiement productif se pense multi-LLM. Il est risqué de dépendre d'un seul éditeur pour toutes les briques. Un directeur SI qui confie toute sa relation client à Mistral parce que Bercy a tranché sur la cybersécurité fait un pari qui n'est pas celui de l'État. Le bon design garde une capacité d'orchestration hybride, avec un routage documenté vers d'autres modèles quand la tâche l'exige.

Enfin, l'AI Act ne rend pas cette décision permanente. Les obligations de l'article 53 (documentation, information des déployeurs, respect du droit d'auteur) évoluent au fil des mises à jour des modèles.9 Un éditeur qui coche les cases aujourd'hui peut manquer une révision demain, et l'inverse est vrai pour d'autres qui mettront leur documentation à niveau au fil des prochaines livraisons de modèles. L'arbitrage LLM se réévalue chaque semestre, pas chaque décennie.

Ce qu'il faut décider cette semaine

La décision de Bercy ne change pas un fournisseur, elle change une conversation. Un directeur SI qui devait justifier un pilote Mistral peut désormais citer un précédent public daté. Un directeur relation client qui hésite entre un éditeur européen et un éditeur américain sur des données clients a un point d'appui public à mobiliser en COMEX. Une direction régulée qui préparait un dossier interne gagne un précédent à citer à l'appui — sans pour autant substituer ce signal aux exigences propres de son régulateur.

Ce n'est pas une raison pour prendre une décision LLM en trois jours. C'est une raison pour rouvrir un cadrage qu'un projet précédent avait mis en pause faute d'appui politique. Nous accompagnons cette réflexion sur les chatbots, les callbots, les mailbots et les équipes d'agents IA métier en environnement régulé français.

Questions frequentes

Pourquoi la France exclut-elle OpenAI pour tester la sécurité de ses systèmes publics ?

Selon les déclarations du 18 août 2026 du ministre de l'Action et des Comptes publics David Amiel, la France veut confier ce type de test à des fournisseurs souverains comme Mistral pour maîtriser la résidence des données et la chaîne de responsabilité. Cette décision porte sur un périmètre précis, pas sur un bannissement général d'OpenAI dans l'administration.12

Combien de contribuables ont été touchés par la fuite DGFiP de 2026 ?

Au moins 678 000 comptes de particuliers et de professionnels ont été compromis lors de la première intrusion en juin 2026, incluant des noms, des données de revenu de référence et des taux d'imposition. Un attaquant a ensuite prétendu détenir près de 2 millions d'enregistrements, sans que ce chiffre soit confirmé par la DGFiP à date.35

Ce précédent Bercy oblige-t-il une banque ou une assurance à choisir Mistral ?

Non. La décision porte sur un test de sécurité d'un SI d'État, pas sur un cadre normatif imposé au secteur privé. Un directeur SI d'ETI régulée peut citer ce précédent comme signal marché en comité interne, mais l'ACPR statue sur les usages et les contrôles, pas sur les précédents de la commande publique. L'analyse d'impact, la due diligence sécurité et les grilles d'exigences sectorielles restent obligatoires.

Quel lien avec l'AI Act européen applicable depuis août 2026 ?

Depuis le 2 août 2025, les obligations du chapitre V du Règlement (UE) 2024/1689 — dont l'article 53 — pèsent sur tout fournisseur de modèle d'IA à usage général : documentation technique, information des déployeurs, politique de respect du droit d'auteur. L'article 111(3) prévoit un régime transitoire pour les modèles mis sur le marché avant cette date, à mettre en conformité au plus tard le 2 août 2027. Ces obligations ne dépendent pas du secteur du déployeur. L'article 50, lui, vise la transparence côté utilisateur (deepfakes, contenus générés, interaction IA) sur un calendrier distinct — c'est bien l'article 53 qui structure la relation fournisseur-déployeur qu'un choix comme celui de Bercy vient éclairer.9

Sources et references

  1. [1]
  2. [2]
  3. [3]
  4. [4]
  5. [5]
  6. [6]
  7. [7]
  8. [8]
  9. [9]
Mistralsouveraineté IADGFiPAI Actcybersécurité