Masteria, cabinet IA à Lyon : audit, conseil, développement et formation
Certifié QualiopiFinançable OPCOEurope · États-Unis · Inde

Prompt injection : l'attaque expliquée sans jargon

18 min de lecturePar Mathias Nizan

Une prompt injection, ou injection de prompt, est une attaque qui cache des instructions dans un texte qu'une intelligence artificielle va lire, afin de lui faire exécuter autre chose que la demande de son utilisateur.

Elle fonctionne parce qu'un modèle de langage reçoit dans un seul flux la consigne de la personne et les contenus qu'il consulte (un mail, une page web, un document partagé), sans frontière fiable entre un ordre et une donnée. Tant que l'assistant se contente de rédiger, le dégât se limite à un résumé faussé.

Dès qu'il peut envoyer un message, acheter ou ouvrir vos fichiers, la même phrase cachée devient une action accomplie en votre nom. Ce guide explique le mécanisme, les attaques publiques documentées et les règles à poser avant de connecter un premier agent.

En bref

Définition : une prompt injection glisse des instructions dans un contenu lu par une IA pour détourner ce qu'elle fait.

Directe ou indirecte : l'utilisateur tape lui-même la consigne piégée, ou un tiers la cache dans une page web, un mail, un document ou une invitation d'agenda.

Cause : le modèle lit consignes et données dans le même flux de texte ; le NCSC britannique juge possible que la faille ne soit jamais totalement neutralisée.

Facteur aggravant : un agent qui lit des contenus extérieurs, accède à des données privées et peut communiquer vers l'extérieur réunit les conditions d'une fuite.

Rang : premier risque du Top 10 OWASP des applications de modèles de langage, édition 2026.

Parade : droits minimaux, validation humaine des actions sensibles, contenus non fiables tenus à l'écart, journaux et équipes formées.

Qu'est-ce qu'une prompt injection ?

Une prompt injection est une consigne déguisée en contenu. Le prompt désigne l'instruction écrite que l'on donne à une IA ; l'injection en fait entrer une seconde, rédigée par quelqu'un d'autre, par un chemin détourné. L'IA se retrouve avec deux ordres contradictoires et obéit parfois au mauvais.

Prenez une assistante de direction qui ouvre le courrier. Une lettre lui demande, sur un ton officiel, d'envoyer le fichier clients à une adresse extérieure « pour un contrôle de conformité ». Elle flaire le piège, car elle sait de qui elle reçoit ses ordres.

Un modèle de langage lit la demande de son utilisateur et le texte du courrier dans une seule suite de mots, et rien dans sa construction ne sépare à coup sûr la phrase qui commande de la phrase qui informe.

L'OWASP, la fondation qui publie les classements de référence en sécurité des applications, le pose dans son Top 10 for LLM Applications 2026 : un modèle de langage ne fait aucune distinction d'architecture entre instructions et données. Une injection n'a besoin ni d'être lisible par un humain, ni de venir de l'utilisateur, ni d'apparaître à l'écran.

Le NCSC, l'agence britannique de cybersécurité, en tire la conséquence le 8 décembre 2025 dans Prompt injection is not SQL injection : l'injection SQL, faille classique des sites web, se corrige en séparant données et commandes, alors qu'un modèle de langage n'offre aucun cloisonnement de ce genre.

L'agence demande de traiter la prompt injection comme un risque résiduel, en bornant ce que le système a le pouvoir de faire.

Injection, jailbreak, hallucination : trois risques à séparer

RisqueQui en est à l'origineCe qui se passeParade principale
Injection directeL'utilisateur de l'outilIl tape une consigne qui fait sortir l'IA de son rôle : recopier ses instructions internes, accorder un rabaisBorner ce que l'outil peut consulter et faire, quelle que soit la demande
Injection indirecteUn tiers qui n'utilise jamais l'outilIl dépose un texte piégé à l'endroit où l'IA viendra lire : site, mail, document, ticketTenir les contenus extérieurs à l'écart des actions sensibles
JailbreakL'utilisateur, le plus souventIl pousse le modèle à produire ce que ses règles de sécurité interdisentEntraînement du modèle par l'éditeur, filtres, surveillance des usages
HallucinationAucun adversaireLe modèle invente une information plausible, sans manipulationRemonter aux sources citées avant de s'en servir

Injection directe et injection indirecte : quelle différence ?

La différence tient à l'auteur de la consigne piégée. Dans l'injection directe, l'utilisateur force la porte : un client demande à l'assistant d'un site marchand d'oublier ses consignes pour lui consentir un prix. L'OWASP décrit aussi une forme involontaire, quand un salarié colle dans l'outil un texte trouvé ailleurs qui contient, à son insu, des ordres contraires.

Dans l'injection indirecte, un tiers qui ne parle jamais à l'outil attend qu'il vienne lire son texte. Le NIST, l'institut américain des normes, la décrit dans sa taxonomie des attaques contre l'IA, NIST AI 100-2 E2025 (mars 2025) : l'attaque vient d'un tiers, et c'est le plus souvent l'utilisateur principal du modèle qui en subit les effets.

Une équipe menée par Kai Greshake l'avait démontrée dès février 2023 sur l'assistant de Bing, dans l'article Not what you've signed up for, auquel l'ANSSI renvoie dans son guide de sécurité consacré à l'IA générative.

Où se cachent les instructions piégées ?

Le point d'entrée est tout contenu que l'IA lit sans que vous l'ayez écrit. L'inventaire de l'OWASP et les cas publiés donnent, en situations de bureau :

  • Une page web : texte blanc sur fond blanc, commentaire d'internaute, passage invisible dans le code de la page.
  • Un mail entrant : une ligne que personne ne lit, ou un paragraphe d'allure administrative adressé à « l'assistant » du destinataire.
  • Un document : un PDF de fournisseur, un CV, une fiche de poste, un classeur téléchargé.
  • Une invitation d'agenda : le titre ou la description d'un rendez-vous envoyé par un inconnu.
  • La réponse d'un connecteur : ce que renvoie un outil branché sur l'assistant, par exemple un serveur MCP (le protocole qui relie une IA à vos logiciels).
  • Une image, un son, la mémoire de l'assistant : l'édition 2026 couvre les consignes logées hors du texte, et celles qui, une fois mémorisées, ressurgissent à chaque conversation.

Vos propres outils peuvent contenir le piège. Un CRM, une base de tickets ou une boîte partagée recueillent des textes venus de l'extérieur par un formulaire public. L'attaquant n'a aucun besoin d'entrer dans votre système : il dépose son texte là où votre IA passera, et l'IA agit ensuite avec vos droits.

Pourquoi les agents IA et les navigateurs qui agissent aggravent le risque

Un assistant qui rédige produit un texte qu'un humain relit. Un agent IA (un logiciel qui enchaîne lui-même des actions dans vos outils) envoie, réserve, classe, partage, paie. Contre un assistant, une injection réussie donne un résumé faux ; contre un agent, un mail parti ou une commande passée. Notre guide des agents IA en entreprise présente ces outils.

Trois ingrédients rendent une fuite possible

Le développeur britannique Simon Willison a nommé le danger le 16 juin 2025 : la « trifecta létale ». Une fuite devient possible dès qu'un agent cumule l'accès à vos données privées, l'exposition à des contenus non fiables et la possibilité de communiquer vers l'extérieur. Retirer une seule des trois ferme cette voie.

Meta en a tiré une règle de conception le 31 octobre 2025, la « règle de deux » : dans une même session, un agent ne réunit que deux de ces propriétés, et une tâche qui exige les trois passe par une validation humaine. L'OWASP retient cette règle comme seuil minimal dans son édition 2026.

ConfigurationContenus extérieursDonnées privéesAction ou envoiRéglage conseillé
Assistant qui résume une page web publique, sans accès à vos comptesOuiNonNonRelire la synthèse avant de la réutiliser
Assistant qui trie la messagerie et prépare des réponsesOuiOuiNon, si l'envoi reste manuelRéponses en brouillon, aucune image distante ni aucun lien ouvert sans accord
Agent qui consulte la base documentaire interne et met à jour un outil interneÀ vérifierOuiOuiContrôler qui peut écrire dans la base, formulaires publics compris
Navigateur IA relié à vos sessions (messagerie, banque, logiciels métiers)OuiOuiOuiProfil de navigateur séparé, sites autorisés listés, confirmation de chaque action
Agent de support ouvert au public, qui peut rembourserOuiOuiOuiPlafonds fixés par le logiciel, validation humaine au-delà

La quatrième colonne réserve une surprise. Pour une IA, afficher une image hébergée ailleurs ou ouvrir un lien peut suffire à faire sortir une information, glissée dans l'adresse demandée. L'OWASP décrit ce scénario, et Microsoft a bloqué ce canal dans Copilot après le signalement du chercheur Johann Rehberger.

Le navigateur IA agit avec vos sessions ouvertes

Un navigateur IA (un navigateur dans lequel l'assistant clique, remplit et valide à votre place) concentre les trois ingrédients : il lit des pages écrites par n'importe qui, hérite des comptes où vous êtes connecté et peut publier, envoyer ou payer. Les chercheurs de Brave l'ont montré le 20 août 2025 sur Comet, le navigateur de Perplexity.

Un commentaire Reddit piégé suffisait : l'utilisateur demandait un résumé, et l'assistant récupérait son adresse mail, faisait envoyer un code de connexion, le lisait dans la messagerie ouverte, puis publiait les deux pour l'attaquant. Brave a jugé incomplets les premiers correctifs de Perplexity.

Le CERT-FR, le centre de réponse aux incidents de l'ANSSI, a diffusé le 13 avril 2026 un bulletin sur les assistants qui pilotent un poste de travail, en citant OpenClaw et Claude Cowork.

Il rappelle « la vulnérabilité des LLM aux injections de prompt », écarte leur déploiement en production, les cantonne à des environnements de test isolés sans données sensibles, et rend la validation humaine obligatoire dès qu'une action à effet de bord est envisagée.

Exemples d'attaques par prompt injection documentés

Ces cas ont été rendus publics par leurs auteurs ou par l'éditeur concerné, puis corrigés ou atténués. Aucun ne demandait de virus ni de mot de passe volé. Chaque fois, l'attaquant a écrit un texte, et l'IA a fait le reste avec les droits de sa victime.

DateAuteursOutil viséPoint d'entréeCe que l'IA a fait
Février 2023Kai Greshake et ses coauteursAssistant de BingPages web lues par l'assistantRéponses modifiées, données de l'utilisateur visées
Mai 2025Invariant LabsAgent relié au serveur MCP officiel de GitHubTicket ouvert dans un dépôt publicContenu de dépôts privés recopié dans une demande de modification publique
Juin 2025Aim Labs, filiale d'Aim SecurityMicrosoft 365 CopilotUn seul mail, sans aucun clicDonnées de l'organisation sorties vers l'extérieur
Août 2025BraveNavigateur Comet de PerplexityCommentaire caché sur RedditAdresse mail et code de connexion publiés pour l'attaquant
Août 2025Université de Tel-Aviv, Technion, SafeBreachGeminiInvitation Google AgendaRendez-vous effacés, maison connectée pilotée, visioconférence lancée
Août 2025Anthropic, sur son propre outilClaude in Chrome, version piloteFaux mail d'un employeurMessages supprimés sans confirmation, avant les nouvelles protections

EchoLeak : un mail suffit à faire parler Copilot

Les chercheurs d'Aim Labs ont montré qu'un mail bien tourné, reçu par un salarié, pouvait amener Microsoft 365 Copilot à faire sortir des données internes sans que personne ne clique, en contournant le filtre anti-injection de Microsoft et sa suppression des liens externes.

Microsoft a enregistré la faille sous la référence CVE-2025-32711, notée 9,3 sur 10 (critique), l'a corrigée sur ses serveurs et indique qu'aucune exploitation n'était connue.

Une invitation d'agenda qui ouvre les fenêtres

Avec Invitation Is All You Need, présenté à l'été 2025, Ben Nassi, Stav Cohen et Or Yair donnent au risque une portée physique. Une invitation envoyée par un inconnu portait des instructions ; quand la victime demandait ensuite à Gemini ses prochains rendez-vous, l'assistant les exécutait, jusqu'à ouvrir des fenêtres ou allumer une chaudière de la maison connectée.

Signalés à Google le 22 février 2025, ces travaux ont conduit l'éditeur à renforcer la confirmation des actions sensibles et le filtrage des contenus non fiables.

Les éditeurs publient aussi leurs échecs

En présentant le pilote de Claude in Chrome le 25 août 2025, Anthropic décrivait un faux mail d'employeur qui réclamait la suppression de messages : sans protections, Claude s'exécutait sans confirmation. Sur 123 tests couvrant 29 scénarios, les premières parades faisaient passer le taux de réussite des attaques de 23,6 % à 11,2 %, soit encore plus d'une attaque sur dix.

OpenAI observe de son côté, dans son article du 11 mars 2026, que les attaques les plus efficaces ressemblent à de l'ingénierie sociale : un mail crédible, qui évoque une réorganisation et affirme que l'assistant peut transmettre des données à un service de conformité. Signalée par des chercheurs extérieurs, cette attaque réussissait une fois sur deux lors des tests.

Peut-on supprimer la prompt injection ?

Personne ne promet de l'éliminer. L'OWASP écrit qu'aucun mécanisme de prévention fiable n'existe : il faut supposer que la barrière du modèle cédera un jour, et limiter ce qu'il pourra faire ce jour-là. Le NCSC invite à se méfier des produits qui prétendent « arrêter » l'injection.

OpenAI juge que les « pare-feu pour l'IA » laissent passer les attaques bien construites, car repérer une entrée malveillante revient à détecter un mensonge. Microsoft parle d'un risque inhérent au fonctionnement des modèles et admet que certaines injections peuvent échapper à ses défenses.

Anthropic écrivait en novembre 2025 qu'un taux de réussite de 1 % représente encore un risque réel.

Le classement 2026 contient un paradoxe : premier risque pour les praticiens consultés, l'injection sort du top 10 des 6 639 incidents publics classés par l'OWASP. L'organisation y voit un effet de la défense, si intense que peu d'attaques abouties atteignent les bases publiques, alors que la surface reste partout où un modèle lit un contenu non fiable.

Que font les éditeurs contre la prompt injection ?

Les quatre grands éditeurs combinent les mêmes défenses : un modèle entraîné à refuser les consignes suspectes, des filtres sur les contenus entrants, des confirmations avant les actions qui engagent et des verrous sur les canaux de sortie.

Le tableau résume ce que chacun documente, relevé le 1er novembre 2026 sur les pages d'aide d'Anthropic et d'OpenAI et dans les billets de sécurité de Microsoft (29 juillet 2025) et de Google (13 juin 2025).

ÉditeurDétectionAccord de l'utilisateurVerrou ou limite déclarée
Anthropic (Claude in Chrome)Un filtre sur les contenus entrants, un second sur chaque action avant son exécutionPause ou blocage quand un filtre signale un risque ; autorisation demandée avant les sites financiersRisque déclaré non nul ; moins de 0,08 % d'attaques réussies selon ses tests internes avec Claude Opus 4.8
OpenAI (ChatGPT)Tests contre l'injection, l'hameçonnage et les actions involontaires dans le navigateur cloud de ChatGPT WorkAccord avant chaque nouveau site par défaut ; confirmation avant une action difficile à annuler ou qui engageSafe Url (mars 2026) montre ou bloque une donnée sur le point de partir vers un tiers ; risque résiduel reconnu
Microsoft (Copilot, Copilot Studio)Marquage des contenus extérieurs (Spotlighting), classifieur Prompt Shields, protection intégrée aux agents Copilot StudioConsentement explicite : Copilot rédige le mail dans Outlook, l'utilisateur l'envoieBlocage des fuites par images externes et liens non fiables
Google (Gemini)Classifieurs de contenus, rappels de sécurité ajoutés autour de la demandeConfirmation des actions risquées, comme l'effacement d'un rendez-vousImages externes non affichées, liens suspects retirés, alerte quand une protection se déclenche

Au 1er novembre 2026, OpenAI a retiré son navigateur Atlas et son ancien mode agent, et renvoie pour les tâches web vers le navigateur cloud de ChatGPT Work.

Trois réglages méritent l'œil d'un responsable informatique. Lancé comme session Cowork, le panneau latéral de Claude in Chrome fonctionne par défaut en approbation automatique, où Claude filtre ses propres actions ; le mode manuel fait valider chaque geste. Chez OpenAI, l'option « Toujours autoriser » ouvre l'accès à tous les sites, et l'éditeur la déconseille.

Chez Microsoft, la détection externe des menaces pour Copilot Studio, en préversion, laisse par défaut l'outil s'exécuter si le service de détection ne répond pas en une seconde ; l'administrateur peut choisir le blocage à la place.

Comment se protéger de la prompt injection en entreprise ?

La protection part d'une hypothèse : une injection finira par passer, et elle doit alors ne rien pouvoir casser. Notre guide pour superviser des agents IA en production détaille l'identité, les droits et la trace de chaque agent ; les sept règles qui suivent se concentrent sur ce que l'injection change.

1. Accorder les droits minimaux

Chaque assistant reçoit les seuls accès que sa tâche exige : un dossier au lieu de tout le Drive, la lecture avant l'écriture, une boîte partagée au lieu de la messagerie du dirigeant. Le CERT-FR le demande pour les agents : actions et outils limités au strict nécessaire. Désactivez les connecteurs inutiles ; un connecteur éteint ne peut pas être détourné.

2. Faire valider par un humain les actions sensibles

L'agent prépare et une personne décide dès que l'action sort de l'entreprise, engage de l'argent ou ne se défait pas : mail vers l'extérieur, paiement, achat, suppression, partage de fichier, changement de droits. La recommandation R9 du guide de l'ANSSI sur l'IA générative (avril 2024) l'exigeait déjà : un système d'IA ne doit pas exécuter seul des actions critiques.

Attention à la confirmation devenue réflexe : dans le cas GitHub, beaucoup d'utilisateurs avaient choisi « toujours autoriser ». L'OWASP recommande de montrer au validateur l'action exacte, avec son destinataire et son contenu.

En août 2026, Masteria a formé le gérant d'un cabinet de géomètres-experts d'une vingtaine de collaborateurs, qui reliait Outlook, son agenda et OneDrive à Claude. Deux garde-fous ont été posés d'emblée : chaque brouillon est relu avant de partir, et une charte d'usage personnelle a été posée dès le premier matin.

3. Tenir les contenus non fiables à l'écart des actions

L'ANSSI recommande de limiter, voire de proscrire, les actions automatiques lancées à partir d'entrées non maîtrisées comme le web ou les mails (recommandation R27). Quatre réglages appliquent la règle de deux :

  • Séparer les rôles : l'agent qui lit le courrier entrant classe et résume ; un autre outil, ou une personne, envoie.
  • Isoler la navigation : un profil de navigateur dédié, sans session ouverte sur la banque ou la paie, comme le conseille Anthropic.
  • Restreindre les sites : une liste de sites autorisés tenue par l'administrateur.
  • Recenser les entrées : formulaires publics, tickets, CV, factures de fournisseurs, invitations externes ; chacune ouvre une porte.

4. Journaliser ce que l'IA lit et fait

Une injection réussie laisse peu de traces visibles ; les journaux permettent de la reconstituer. L'ANSSI recommande d'enregistrer les requêtes, les traitements appliqués avant l'envoi au modèle, ses entrées et ses sorties (R29). Le NCSC conseille d'y joindre les appels d'outils et de surveiller ceux qui échouent, signe possible d'un attaquant qui ajuste son texte.

Si des données personnelles sont sorties, la violation se documente et, quand elle présente un risque pour les personnes, se notifie à la CNIL dans les meilleurs délais, si possible sous 72 heures.

5. Choisir ses extensions, compétences et connecteurs

Une compétence, une extension ou un serveur MCP installés sans examen apportent leurs propres instructions. Anthropic demande de n'installer des compétences Claude que depuis des sources de confiance, après lecture de leurs fichiers. L'OWASP recommande de vérifier chaque serveur MCP et d'examiner les descriptions d'outils.

Notre article sur les serveurs MCP en entreprise détaille ce branchement.

6. Tester avant d'ouvrir

Faites travailler l'agent dans un environnement de test, avec des comptes et des documents fictifs, avant de le brancher sur la vraie messagerie. Glissez-y un document qui contredit la tâche et observez la réaction de l'outil. Recommencez à chaque changement de modèle ou de connecteur.

7. Former les équipes à reconnaître les signaux

Anthropic liste les signaux qui doivent faire stopper une tâche : l'assistant change soudain de sujet, ouvre des sites inattendus ou réclame des informations sensibles. Chaque utilisateur doit savoir arrêter l'outil et prévenir la personne désignée ; la charte IA d'entreprise fixe ce circuit d'alerte.

En formation, une démonstration sur un document fictif convainc davantage qu'un exposé. La formation sécurité IA de Masteria consacre un atelier à l'injection de prompt sur des comptes de test, et la formation agents IA apprend à concevoir des agents qui laissent la décision à une personne.

Dix questions à poser avant d'activer un agent

  1. 1Quels contenus extérieurs l'agent lira-t-il : pages web, mails, documents, tickets, invitations ?
  2. 2À quelles données privées a-t-il accès, et lesquelles ne servent pas sa tâche ?
  3. 3Peut-il envoyer, publier, payer, supprimer ou partager sans accord humain ?
  4. 4Cumule-t-il, dans une même session, contenus non fiables, données sensibles et capacité d'agir ?
  5. 5Quelles actions s'arrêtent pour validation, et qui les valide ?
  6. 6Le validateur voit-il l'action exacte, destinataire et contenu compris ?
  7. 7Les connecteurs inutiles sont-ils coupés et les sites autorisés listés ?
  8. 8Les journaux gardent-ils entrées, sorties et appels d'outils, hors de portée de l'agent ?
  9. 9Un essai avec un document piégé a-t-il eu lieu dans un environnement isolé ?
  10. 10Chaque utilisateur sait-il arrêter l'outil et à qui signaler un comportement suspect ?

Que faire si vous soupçonnez une prompt injection ?

Un assistant qui agit de travers après avoir lu un contenu extérieur se traite comme un incident de sécurité, en six gestes :

  1. 1Arrêter la tâche ou l'agent en cours, sans chercher à raisonner l'assistant.
  2. 2Couper les connecteurs concernés et révoquer les accès qu'ils utilisaient.
  3. 3Conserver la conversation, les journaux et le contenu suspect pour l'analyse.
  4. 4Vérifier ce qui est sorti : mails envoyés, fichiers partagés, rendez-vous modifiés, règles de transfert créées.
  5. 5Prévenir le RSSI ou le prestataire informatique, et le DPO si des données personnelles sont en jeu.
  6. 6Signaler le cas à l'éditeur par le canal prévu.

Les mots de la prompt injection, en une ligne chacun

  • Prompt : l'instruction écrite que l'on adresse à une IA.
  • Injection indirecte : consigne cachée par un tiers dans un contenu que l'IA lira plus tard.
  • Jailbreak : injection qui cherche à faire franchir au modèle ses règles de sécurité.
  • Exfiltration : sortie discrète de données vers l'attaquant, par un mail, un lien ou une image.
  • Règle de deux : principe de Meta selon lequel un agent ne cumule pas, sans validation humaine, contenus non fiables, données sensibles et capacité d'agir.
  • Moindre privilège : n'accorder à un outil que les droits indispensables à sa tâche.
  • Classifieur : modèle de tri qui signale les contenus suspects avant qu'ils n'atteignent l'IA.

Le glossaire de l'IA rassemble les autres termes utiles.

Lire, agir, valider : trois verbes décident du risque

Une IA qui lit le monde extérieur lit aussi ce que d'autres y écrivent pour elle. La question utile pour un dirigeant tient en trois verbes : ce que l'assistant peut lire, ce qu'il peut faire seul, et qui dit oui avant que ce soit fait. Une entreprise qui sait répondre aux trois peut confier davantage à ses agents, sans attendre que la faille disparaisse.

Sources consultées

FAQ

Questions fréquentes

La prompt injection est une attaque qui cache des instructions dans un texte lu par une IA, pour lui faire faire autre chose que ce que l'utilisateur a demandé. Ce texte peut être une page web, un mail, un document ou une invitation d'agenda. L'attaque marche parce que le modèle lit consignes et contenus dans le même flux, sans distinguer à coup sûr l'ordre de l'information.

Dans l'injection directe, l'utilisateur tape lui-même une consigne qui fait sortir l'outil de son rôle, par exemple pour lui faire recopier ses instructions internes. Dans l'injection indirecte, un tiers cache la consigne dans un contenu que l'IA viendra lire, comme un site ou un mail.

La forme indirecte inquiète davantage les entreprises : la victime ne voit rien et l'IA agit avec ses droits.

Le jailbreak est une forme particulière de prompt injection. Selon l'OWASP, on parle de jailbreak quand l'attaquant cherche à faire violer au modèle ses règles de sécurité, pour obtenir un contenu interdit.

La prompt injection couvre un champ plus large : elle inclut les détournements qui visent vos données ou vos outils, souvent commis par un tiers qui n'utilise jamais l'assistant.

En juin 2025, les chercheurs d'Aim Labs ont montré qu'un seul mail reçu par un salarié pouvait amener Microsoft 365 Copilot à faire sortir des données internes, sans aucun clic. Microsoft a classé la faille critique (CVE-2025-32711) et l'a corrigée sur ses serveurs. D'autres cas publics ont visé Gemini par une invitation d'agenda et le navigateur Comet par un commentaire caché.

Les quatre éditeurs déploient des filtres sur les contenus entrants, des modèles entraînés à refuser les consignes suspectes et des confirmations avant les actions sensibles.

Trois d'entre eux l'écrivent noir sur blanc : OpenAI juge que ses protections n'éliminent pas tous les risques, Anthropic que le risque n'est pas nul, Microsoft que des injections peuvent échapper à ses défenses. Les réglages de l'entreprise restent indispensables.

Cinq réglages couvrent l'essentiel : donner à chaque assistant les droits minimaux, faire valider par une personne tout envoi externe, paiement ou suppression, séparer l'outil qui lit les contenus extérieurs de celui qui agit, conserver les journaux, et apprendre aux équipes à stopper une tâche suspecte. Ces règles s'écrivent dans la charte d'usage avant d'activer le premier agent.

Pas de façon fiable. La consigne piégée est un texte ordinaire, sans code malveillant, qu'un antivirus n'a aucune raison d'arrêter. OpenAI note que les filtres placés entre l'IA et le web laissent passer les attaques bien construites, et le NCSC invite à se méfier des produits qui prétendent la bloquer. La protection passe par la limitation de ce que l'IA peut faire.

Oui, car ils réunissent les trois conditions d'une fuite : ils lisent des pages écrites par n'importe qui, héritent de vos sessions ouvertes et peuvent publier, envoyer ou payer. Brave l'a montré en août 2025 sur Comet, le navigateur de Perplexity. Utilisez un profil de navigateur séparé, sans compte sensible, avec une liste de sites autorisés.

Dans son guide de 2024 sur l'IA générative, l'ANSSI demande d'écarter les actions critiques automatisées, de limiter celles déclenchées à partir d'entrées non maîtrisées comme les mails ou le web, de cloisonner le système et de tout journaliser.

En avril 2026, le CERT-FR a ajouté pour les agents de poste de travail : tests en environnement isolé, droits au strict nécessaire, validation humaine obligatoire.

Non. Le risque se gère comme l'hameçonnage chez les salariés : on borne ce qu'un agent peut faire seul, on fait valider ce qui engage l'entreprise, et on garde la trace de tout. Un agent qui prépare des brouillons à partir de documents internes expose peu ; un agent qui lit le web et paie sans contrôle exige un cadre strict.

Masteria

Vos équipes savent-elles repérer une consigne cachée ?

La formation sécurité IA de Masteria montre l'attaque sur des documents de test, puis revoit avec vous les droits et les validations de vos assistants. À partir de 1 980 € HT la journée.

On compte les visites, pas les visiteurs.

En acceptant, vous aidez un cabinet indépendant à savoir quelles pages vous sont utiles et à améliorer les autres. Aucune publicité, aucune revente, aucun suivi d'un site à l'autre, et vous pouvez changer d'avis à tout moment.