Une faille dans Grok permet à un pirate de récupérer vos messages privés et données sensibles. Même averti en juin, l'IA continue d'obéir aux ordres malveillants.

Grok, l'assistant conversationnel d'xAI détenu par Elon Musk, a une nouvelle fois prouvé sa vulnérabilité face aux attaques par injection de prompt. Cette fois, la faille ne repose pas sur une commande directe, mais sur un texte chiffré habilement caché. Résultat : l'IA exécute des ordres malveillants sans alerter l'utilisateur, et pire encore, elle exfiltre des données personnelles comme vos messages ou votre localisation.

UNE ASTUCE SIMPLE POUR PIÉGER UNE IA SUPPOSEMENT SÛRE

Les grands modèles de langage (LLM) comme Grok sont conçus pour obéir aux instructions des utilisateurs. Mais cette obéissance devient un problème quand un pirate parvient à glisser des commandes cachées dans un texte. Jusqu'ici, les développeurs tentaient de bloquer ces attaques en installant des garde-fous qui détectent les instructions suspectes.

Le chercheur Rony Utevsky, de la société de sécurité Adversa, a trouvé une faille dans ce système. Au lieu d'écrire une commande malveillante en clair, il a eu l'idée de la chiffrer. Le pirate héberge alors sur un site web un texte chiffré accompagné d'une clé de déchiffrement et d'instructions pour décrypter le contenu. Quand Grok reçoit l'ordre de résumer cette page, il suit la procédure : il déchiffre le texte et exécute les ordres qui s'y cachent.

« Les garde-fous statiques ne font que lire le contenu comme du texte. Ils n'exécutent pas de code ni ne déchiffrent quoi que ce soit. C'est cette faille que nous exploitons. » — Rony Utevsky, chercheur chez Adversa

COMMENT L'IA SE FAIT AVOIR : L'EXEMPLE DE GROK

Concrètement, l'attaque fonctionne en plusieurs étapes. D'abord, le pirate place sur un site web un texte chiffré avec l'algorithme AES-256-GCM (un système de chiffrement très sécurisé). Il ajoute aussi une clé de déchiffrement et des instructions pour décrypter le texte. Quand Grok reçoit la demande de résumer cette page, il suit les ordres : il déchiffre le texte et découvre une commande qui lui ordonne de construire ce qui ressemble à une clé de déchiffrement.

En réalité, cette « clé » n'en est pas une. Elle contient en fait des informations sensibles : le nom de l'utilisateur, sa localisation et son historique de conversations. Grok utilise ensuite ces données pour construire une URL pointant vers le serveur du pirate. Une fois que Grok ouvre ce lien, les données sont envoyées et enregistrées dans les logs du serveur malveillant.

À ce jour, malgré la découverte de cette faille en juin, Grok continue d'exécuter ces commandes malveillantes. Le pirate n'a même pas besoin de confirmation de l'utilisateur : l'IA obéit sans broncher.

POURQUOI LES GARDE-FOUS NE FONCTIONNENT PAS ?

Les garde-fous installés par les développeurs de Grok analysent uniquement le texte entrant et sortant de l'IA. Ils ne vérifient pas ce que l'IA fait elle-même avec les données. Quand Grok reçoit une commande chiffrée, le garde-fou voit seulement un texte incompréhensible et le laisse passer. Le déchiffrement est effectué par l'IA elle-même, dans son propre bac à sable d'exécution (un espace isolé où l'IA peut faire ce qu'elle veut sans risque pour le système).

« Les garde-fous statiques classent les entrées comme du texte, ils ne les exécutent pas, explique Utevsky. Un pirate envoie du texte chiffré avec une clé et une instruction pour le déchiffrer. L'IA exécute ce déchiffrement dans son propre bac à sable. Le garde-fou voit seulement du texte incompréhensible, mais pour récupérer le message clair, il faudrait exécuter PBKDF2 et AES-256-GCM, ce qu'aucun classificateur de contenu ne fait au moment de l'inspection. »

LA MÊME TECHNIQUE A DÉJÀ PIÉGÉ GOOGLE GEMINI

Adversa avait déjà utilisé une méthode similaire pour contourner les protections de Gemini, le LLM de Google. Dans ce cas, le texte chiffré était déchiffré en une trace d'erreur. La commande décryptée ordonnait à l'IA de lire le message d'erreur et d'agir en conséquence. Le pirate avait inséré un prompt qui poussait Gemini à enfreindre ses propres règles de sécurité.

« La technique a produit un exemple de contenu restreint sur plusieurs paragraphes que les filtres de sécurité de Gemini suppriment normalement, comme la construction d'une arme incendiaire, précise Adversa. Avec une charge utile modifiée, la même attaque a même permis de reproduire les instructions système de Gemini, y compris celles qui interdisent leur divulgation. »

Adversa n'a pas signalé cette faille à Google car les jailbreaks (contournements de sécurité) ne sont pas couverts par le programme de divulgation des vulnérabilités de l'entreprise. Cependant, ces dernières semaines, Gemini est devenu plus résistant à cette attaque. « Nous ne pouvons pas attribuer ce changement — cela pourrait être dû à des mises à jour des filtres ou à des modifications de la version du modèle, ou les deux, indique Adversa. Les chercheurs appellent cette technique injection de contexte cryptographique. »

UNE NOUVELLE ÈRE D'ATTAQUES : QUAND L'IA S'AUTO-PIÈGE

L'injection de contexte cryptographique n'est qu'un exemple parmi d'autres de cette nouvelle Génération d'attaques. Les pirates ne se contentent plus de manipuler les prompts initiaux. Ils ciblent désormais tout ce que l'IA considère comme son propre contexte : les sorties d'outils, les résultats d'exécution et les états intermédiaires. « Cette surface d'attaque est bien plus large que ce qui est traditionnellement appelé entrées du modèle, souligne Adversa. La prochaine génération d'attaques émergera probablement dans ce domaine. »

« Chaque fois que les défenseurs de l'IA créent un nouveau garde-fou, un pirate trouve une nouvelle faille qui permet à l'IA de sortir de la route. Le cycle se répète : on applique un correctif, on découvre une nouvelle faille, et rebelote. »

POURQUOI C'EST UNE MAUVAISE NOUVELLE POUR TOUT LE MONDE

Cette faille montre une réalité inquiétante : les grands modèles de langage sont incapables de résoudre le problème de fond des injections de prompts. Les développeurs n'ont donc pas d'autre choix que de multiplier les garde-fous, comme un ingénieur en sécurité routière qui installerait une barrière de protection autour d'un virage dangereux au lieu de modifier la route elle-même.

Le problème est que ces garde-fous ne sont pas infaillibles. Ils peuvent être contournés, comme le démontre l'attaque par chiffrement. Et chaque contournement expose les utilisateurs à des risques de vol de données, de phishing ou d'autres cybermenaces. Pire encore, les pirates n'ont même pas besoin d'être des experts en informatique : une simple page web malveillante suffit pour déclencher l'attaque.

QUELLES SONT LES SOLUTIONS POSSIBLES ?

Face à cette situation, les chercheurs et les développeurs explorent plusieurs pistes. La première consiste à renforcer les garde-fous en intégrant des mécanismes de vérification plus poussés, capables de détecter les commandes chiffrées ou les comportements suspects. Une autre approche serait de limiter les capacités des IA à exécuter du code ou à interagir avec des outils externes sans validation humaine.

Certains experts suggèrent aussi d'adopter une approche plus radicale : repenser la manière dont les LLM sont conçus, en intégrant dès le départ des mécanismes de sécurité intrinsèques, plutôt que de compter sur des correctifs après coup. Mais cette solution prendrait des années à être déployée à grande échelle.

LE FUTUR DES IA : UNE COURSE SANS FIN ENTRE PIRATES ET DÉVELOPPEURS

L'attaque contre Grok illustre une tendance inquiétante : les pirates trouvent toujours une nouvelle façon de contourner les protections des IA. Tant que les LLM resteront aussi obéissants et aussi peu méfiants, les failles de sécurité continueront d'apparaître. Les développeurs devront innover sans cesse pour rester en tête, mais chaque solution ne sera qu'un pansement sur une jambe de bois.

Pour les utilisateurs, cela signifie une chose : méfiez-vous des pages web que vous demandez à Grok ou à d'autres IA de résumer. Un simple clic peut suffire à exposer vos données les plus sensibles. Et tant que les garde-fous ne seront pas infaillibles, le risque restera bien réel.

CE QU'IL FAUT RETENIR

Une faille dans Grok permet à un pirate de voler vos données personnelles en utilisant du texte chiffré. L'IA exécute les commandes malveillantes sans alerter l'utilisateur, car les garde-fous ne vérifient pas ce que l'IA fait elle-même. Cette attaque, appelée injection de contexte cryptographique, montre que les LLM restent vulnérables malgré les protections mises en place. Les développeurs doivent constamment améliorer leurs garde-fous, mais les pirates trouvent toujours de nouvelles failles. Pour les utilisateurs, la prudence est de mise : évitez de demander à une IA de résumer des pages web suspectes.

ET MAINTENANT, QUE FAIRE ?

Si vous utilisez Grok ou une autre IA, voici quelques conseils pour limiter les risques :

  • Ne demandez jamais à une IA de résumer une page web dont vous ne connaissez pas la source.
  • Vérifiez toujours l'URL avant de cliquer ou de demander à une IA de l'analyser.
  • Utilisez des outils de sécurité comme les bloqueurs de scripts ou les extensions de navigateur qui détectent les pages malveillantes.
  • Signalez toute activité suspecte à l'équipe de sécurité de l'outil que vous utilisez.
Sources :
  • Ars Technica

L'indépendance de CLODCO est votre garantie.

Pour que l'actualité de l'IA reste sans filtre et sans concession, votre soutien est indispensable. Votre contribution est le seul moteur de notre liberté éditoriale.

Soutenir CLODCO