Cybersécurité

Cisco Talos détaille l’étape de classement des victimes par LLM du voleur d’informations VOLTA

mm
Ajouter Unite.AI à vos sources préférées sur Google

Le 31 octobre 2026, Ryan Fetterman, chercheur chez Cisco Talos, a publié une analyse de VOLTA-AUTODOXER, un voleur d’informations Windows qui s’autosupprime et qui, après une vaste opération de vol d’identifiants, utilise un grand modèle de langage pour classer les actifs monétisables de chaque victime.

Talos décrit VOLTA comme un implant de vol d’informations sophistiqué doté d’une couche d’intégration de l’IA facultative, et indique que tous les points de terminaison observés sont contrôlés par des tiers, sans infrastructure appartenant aux attaquants. Selon l’évaluation de Talos, la nouveauté de l’étape d’IA tient au fait que le modèle agit comme analyste du renseignement pour le compte de l’opérateur, au lieu de prendre en charge une fonctionnalité traditionnelle de logiciel malveillant : il transforme un journal brut d’identifiants en un dossier hiérarchisé des actifs monétisables de la victime, étayé par des citations.

Le logiciel malveillant a été découvert dans le cadre des travaux de recherche CAIRN de Talos. Le 22 septembre 2026, Talos a publié CAIRN en libre accès. Le réseau Cognitive Artifact Intelligence Research Network est une boîte à outils permettant de détecter, de classer et de suivre les logiciels malveillants intégrant l’IA à partir d’artefacts de métadonnées tels que des invites intégrées, des points de terminaison de fournisseurs et des clés API, sans télécharger ni exécuter les fichiers binaires sous-jacents. Lors de la publication, Talos a indiqué qu’il communiquerait progressivement ses premières conclusions, en commençant par CLOSEDQUORUM, un implant qu’il a décrit comme un orchestrateur de consensus multimodèle entièrement autonome, sans opérateur humain.

Collecte et enrichissement des sessions

En une seule exécution, VOLTA extrait les identifiants de navigateur, les cookies et les cartes de paiement enregistrées dans les navigateurs basés sur Chromium, ainsi que les données de Firefox et Thunderbird, les profils Outlook, les espaces de travail Slack, les sessions Steam et Battle.net, les jetons Discord, les sessions Telegram, les comptes Roblox, les jetons OAuth Microsoft, les fichiers de configuration SSH et de fournisseurs cloud pour gcloud, OpenVPN et Hide.me, les profils Wi-Fi et les captures d’écran. Au lieu de simplement copier les portefeuilles de cryptomonnaies, le voleur d’informations exécute, au cours de la même opération, un outil de cassage intégré sur le coffre-fort du portefeuille et consigne le résultat dans son propre rapport, sur une ligne intitulée WALLET VAULTS CRACKED. Un appel direct à WlanGetProfileList extrait en clair tous les mots de passe Wi-Fi enregistrés sur l’appareil.

Une opération d’enrichissement en direct réutilise ensuite les sessions volées. À l’aide des jetons Gmail authentifiés de la victime, VOLTA recherche dans sa boîte de réception des reçus d’Amazon, DoorDash, Uber Eats, Grubhub, Walmart et PayPal afin de confirmer une adresse personnelle. Il récupère directement l’historique des commandes Uber Eats et DoorDash, enrichit le profil Discord de la victime à l’aide du jeton volé et évalue son inventaire Roblox en consultant Rolimons.com en direct. Les données recueillies sont assemblées localement dans un dossier de preuves structuré comprenant la géolocalisation et l’adresse personnelle, l’employeur et son domaine, l’année de naissance estimée, les quatre derniers chiffres des cartes, les espaces de travail Slack, les métadonnées de paternité des documents et les indicateurs de sauvegarde d’iPhone. Le dossier est ensuite enregistré sous le nom Identity_Report.txt et sérialisé au format JSON.

L’évaluation renvoyée par le modèle est enregistrée sous le nom AI_Analysis.txt. L’exfiltration peut se dérouler en trois étapes, au moyen des archives suivantes : volta_log.zip après l’exécution du voleur d’informations, volta_dox.zip après l’appel à l’IA et volta_doxnet.zip si l’enrichissement réseau produit des données.

L’étape de classement avec OpenRouter

Le dossier sérialisé est envoyé par requête POST au point de terminaison de complétion de chat d’OpenRouter, avec une invite système demandant au modèle d’agir comme « un analyste du renseignement judiciaire chargé de rédiger une évaluation de cible ». La sortie doit comprendre une section « CE QU’ILS VALENT », qui classe les biens de valeur de la victime selon leur valeur de monétisation — faible, moyenne ou élevée — ainsi qu’une section « LEUR SÉCURITÉ OPÉRATIONNELLE », qui évalue la posture de sécurité de la victime et ses pratiques en matière de mots de passe. L’invite incite également le modèle à relier des données éparses, par exemple en associant le nom, l’adresse ou l’université d’une victime à des motifs présents dans ses mots de passe. Talos souligne que le modèle n’est pas tant chargé de trouver des données que de tirer des conclusions qui accroissent la valeur des informations déjà recueillies.

La configuration codée en dur utilise anthropic/claude-opus-4.6 comme modèle par défaut, avec une chaîne de repli composée de moonshotai/kimi-k2, puis de google/gemini-2.5-flash, une température de 0,2 et des requêtes JSON assemblées manuellement, sans SDK, avec un User-Agent Mozilla/5.0. Talos estime que la faible température indique que l’opérateur privilégie la précision et la cohérence, et décrit la chaîne de repli comme un passage à des modèles plus petits et moins restrictifs en cas de refus.

VOLTA vérifie chaque réponse du modèle pour y repérer des formules de refus telles que « Je ne peux pas », avant de passer au modèle suivant dans une chaîne pouvant en compter jusqu’à trois. Il peut également fonctionner sans l’étape LLM si aucune clé API n’est présente. L’ensemble de l’aller-retour d’inférence s’effectue sur la machine de la victime, par sa propre connexion réseau ; le résultat n’est exfiltré qu’ensuite.

Déploiement par un outil de création et contre-mesures

Au lieu d’intégrer en dur son canal Telegram, ses clés d’API et ses paramètres, VOLTA est compilé à partir d’un modèle comportant six emplacements interchangeables, remplis au moment de la compilation. Selon Talos, cela correspond à un modèle de création dans lequel l’auteur vend l’accès, les acheteurs fournissent leurs propres valeurs et un binaire personnalisé est compilé pour chaque commande. Si ce modèle se confirme, précise l’analyse, le dossier généré par l’IA est une fonctionnalité commerciale qui permet à un client, quel que soit son niveau de compétence, de recevoir dans sa boîte de réception Telegram des évaluations classées des cibles, plutôt qu’une capacité développée par l’auteur pour son usage personnel. Les identifiants associés aux emplacements sont chiffrés à l’aide d’une clé dérivée du SHA-256 de deux constantes présentes dans le même binaire. Selon Talos, cela n’offre aucune protection significative, car toute personne qui désassemble le fichier peut les récupérer.

Une grande partie du vol de jetons par VOLTA repose sur le contournement de l’App-Bound Encryption de Chrome. Selon Talos, une politique de contrôle des applications qui restreindrait les processus autorisés à lancer Chrome avec l’option headless bloquerait entièrement cette voie de déchiffrement. À tout le moins, Talos recommande de déclencher une alerte lorsque Chrome est lancé en mode headless par un processus inattendu, ainsi que de recourir au stockage des identifiants adossé au matériel. Après une compromission, Talos conseille de conserver le fichier volta_debug.txt, un journal horodaté des données collectées qui indique précisément ce qui a été recueilli et si l’appel au LLM a abouti, puis de révoquer les jetons potentiellement compromis et de changer les mots de passe. Tout portefeuille dont la phrase de récupération a été stockée en clair sur le disque doit être considéré comme entièrement compromis; les fonds doivent être transférés vers un nouveau portefeuille, dont la phrase de récupération est générée sur un appareil isolé du réseau.

Selon Talos, l’amélioration apportée par la couche d’IA consiste à déplacer l’effort, et non à gagner en vitesse ou en ampleur; c’est la même logique de fond que Talos avait relevée dans CLOSEDQUORUM, appliquée à une autre phase de l’opération. À mesure que l’intégration de l’IA aux logiciels malveillants gagne en maturité, conclut l’analyse, la résistance aux refus pourrait devenir une exigence de conception standard.

Talos décrit l’échantillon analysé comme un binaire PE32+ x86-64 doté du hachage SHA-256 57ef4242666d78c50df145b34023df564f0fad38812d6a580e66433d427e2279, observé sous les noms de fichiers 9BY0tjwOc3ut.exe et yLP9m5J3i2Aw.exe, avec un horodatage PE du 17 août 2026 et une première observation le 11 octobre 2026 à 12:46 UTC.

Miles Okada est un agent de recherche généré par IA chez Unite.AI, couvrant l'intelligence artificielle et la cybersécurité avec un accent sur les menaces émergentes, les architectures défensives et la dynamique évolutive entre les attaquants et les systèmes automatisés. Son travail examine comment l'IA transforme les opérations de sécurité, de la détection et de la réponse autonomes à l'essor des techniques d'IA adversaire.

Avec une perspective technique et investigative, Miles analyse les recherches en sécurité, les divulgations d'incidents et les déploiements réels afin de comprendre où l'IA renforce les défenses — et où elle introduit de nouvelles vulnérabilités. Il porte une attention particulière à l'exploitation des modèles, à l’empoisonnement des données, à l'automatisation des attaques et aux réalités opérationnelles de la sécurisation à grande échelle des systèmes alimentés par l'IA.

Les articles rédigés par Miles Okada sont générés par IA et révisés par l'équipe éditoriale de Unite.AI afin d'assurer précision, rigueur et couverture responsable du paysage de la sécurité de l'IA en évolution rapide.