Assistants IA dans l’État : un chantier de sécurité à grande échelle

L’État français a annoncé un investissement de 655 millions d’euros pour équiper 2 millions de fonctionnaires d’un assistant IA souverain. L’objectif, à ce stade, est d’automatiser des tâches répétitives, de moderniser les services publics et de simplifier la relation avec les citoyens. Mais ce chantier pose aussi un problème immédiat de cybersécurité : chaque assistant devient une identité numérique à part entière, avec ses accès, ses usages et ses risques.

Des agents virtuels qui ne dorment jamais

Un assistant IA ne fonctionne pas comme un agent humain. Il exécute des requêtes en continu, traite des volumes importants de données et n’a ni fatigue ni instinct de méfiance face à une instruction suspecte. Dans ce contexte, les outils classiques de gestion des identités et des accès, conçus pour des utilisateurs humains, montrent vite leurs limites.

La différence compte surtout quand un compte est compromis. Le piratage d’un agent de terrain reste souvent circonscrit, tandis que la prise de contrôle d’une identité machine peut permettre un accès massif et automatisé à des données sensibles. La cybersécurité de l’État ne se jouera donc plus seulement sur les postes de travail, mais sur la manière de superviser des millions d’identités non-humaines.

Accéder aux données sans ouvrir la porte trop grand

Pour être utile, l’assistant IA devra accéder à des informations sensibles : état civil, fiscalité, santé, foncier. C’est précisément là que le risque monte d’un cran. Plus l’outil est intégré au système d’information, plus il peut devenir une porte d’entrée si ses permissions sont mal cadrées.

Le principe du moindre privilège doit donc être adapté à l’IA. Cela signifie limiter les droits au strict nécessaire, pour une durée courte, avec des contrôles intermédiaires avant toute transmission de données vers un service externe. Un assistant ne devrait jamais bénéficier d’une confiance automatique parce qu’il se trouve sur le réseau interne. La logique est simple : donner les clés, oui, mais pas le trousseau entier.

Une surface d’attaque qui change d’échelle

Le déploiement annoncé crée une nouvelle surface d’attaque. Des menaces spécifiques à l’IA existent déjà : détournement du canal de communication d’un assistant, injection d’instructions malveillantes, attaques automatisées à grande échelle. Si plusieurs assistants partagés par une administration sont compromis, le rebond peut ensuite toucher d’autres services connectés.

Le sujet dépasse donc la seule technologie. Il touche à la gouvernance, à la traçabilité et à la responsabilité de chaque assistant déployé. La sécurité ne se limite plus à bloquer des intrusions. Elle consiste aussi à surveiller la logique des modèles et les permissions qui leur sont accordées, car c’est souvent là que la faille se cache.

Les chantiers que l’administration ne peut pas repousser

Pour réussir ce plan sans fragiliser l’appareil d’État, plusieurs chantiers doivent avancer en parallèle. Les sources évoquent la cartographie continue des identités non humaines, le renforcement de l’authentification aux API, la rotation fréquente des secrets, la détection d’anomalies, ainsi qu’un responsable clairement désigné pour chaque assistant.

• Cartographier les identités non humaines en continu.
• Renforcer l’authentification des accès aux API.
• Automatiser la rotation fréquente des secrets.
• Détecter les volumes de requêtes inhabituels.
• Désigner un responsable par assistant déployé.
• Intégrer l’IA dans la stratégie globale d’accès.

L’enjeu dépasse la seule France. Toute puissance publique qui intègre massivement des assistants IA devra tôt ou tard répondre à la même question : comment garder le contrôle sur des machines capables d’agir vite, souvent, et à très grande échelle ?