Le botnet x47.c transforme des clés d’API d’IA volées en attaque financière directe

Le botnet x47.c de WraithTools détourne des clés API OpenAI et xAI pour épuiser les crédits IA et utilise Grok pour persister sur Windows.

Le botnet x47.c transforme des clés d’API d’IA volées en attaque financière directe
Malware

Image d’illustration générée par IA

Un acteur malveillant opérant sous le nom de WraithTools fait la promotion d’un botnet Windows baptisé x47.c. Celui-ci associe des fonctions classiques de cybercriminalité à deux usages de l’intelligence artificielle : la gestion de la persistance et la consommation délibérée de crédits payants sur des services d’IA.

Selon des informations attribuées à Qrator, le logiciel malveillant est présenté comme capable de mener des attaques par déni de service distribué, de voler des identifiants, de servir de proxy SOCKS5, de s’appuyer sur une infrastructure de commande et de contrôle à fast flux et de gérer des logiciels à distance.

Sa fonction la plus singulière ne cherche pas à mettre directement hors service le site web de la victime. Elle utilise plutôt une clé d’API valide pour envoyer des requêtes à OpenAI, xAI ou à un service de conversation compatible, au risque d’épuiser des crédits prépayés ou de générer des frais imprévus.

Les capacités annoncées n’ont pas été confirmées de manière indépendante. Aucun identifiant CVE ni score de gravité n’a été publié, aucune campagne d’exploitation n’a été signalée et aucun élément ne permet d’établir combien de systèmes ont été infectés.

WraithTools associe des fonctions classiques de botnet à l’abus de l’IA

Début août, sans précision sur l’année, WraithTools proposait le pack de base x47.c à 200 $. Le module complémentaire DDoS était vendu 150 $, tandis que le pack complet, comprenant l’ensemble des fonctionnalités annoncées, coûtait 950 $.

Les acheteurs obtiennent un panneau de commande et de contrôle pour gérer les machines Windows compromises. L’interface prendrait en charge l’administration des bots, la configuration des attaques DDoS, les journaux du voleur d’informations, les proxys SOCKS5, les fonctions de dissimulation et les paramètres de fast flux.

Les opérateurs peuvent choisir des cibles et demander aux machines infectées de télécharger, mettre à jour ou supprimer des logiciels à distance. Le vendeur met également en avant un module rootkit conçu pour supprimer les traces laissées par des logiciels malveillants concurrents. Cela laisse penser que x47.c vise à garder le contrôle de machines déjà susceptibles d’être convoitées par d’autres opérateurs.

L’interface DDoS répertorie 18 méthodes, dont des attaques par saturation HTTP, des attaques HTTP lentes, des floods TCP et UDP, un outil de stress TLS, des techniques de réflexion et d’amplification, ainsi que le mode de siphonnage des crédits d’IA.

La plupart de ces méthodes reprennent les schémas classiques du déni de service : elles consomment de la bande passante, des capacités de connexion ou des ressources serveur. Le siphonnage de crédits d’IA vise une autre ressource : le quota payant de la victime.

Le siphonnage de crédits d’IA contourne l’application de la victime

Pour lancer le mode de siphonnage, l’opérateur indique un nom de modèle et une clé d’API valide associée à un compte OpenAI, xAI ou à une API de conversation compatible.

Les requêtes sont ensuite envoyées directement au fournisseur d’IA. Elles n’ont pas besoin de transiter par le site web ou l’infrastructure applicative de l’organisation visée.

Cette différence a des conséquences sur l’impact comme sur la détection. Le service public d’une entreprise peut rester accessible tandis que des requêtes non autorisées épuisent ses crédits d’IA ou font grimper sa facture. Les outils classiques de surveillance de disponibilité peuvent donc ne signaler aucune panne, alors même que le compte auprès du fournisseur approche de son quota ou de son plafond de dépenses.

Les contrôles de débit côté application peuvent également être inefficaces s’ils ne limitent que les requêtes transitant par les logiciels de l’organisation. Les équipes de défense doivent surveiller les journaux du fournisseur, les données de facturation, le choix des modèles, l’activité des clés d’API et le volume des requêtes.

Cette fonction nécessite un identifiant utilisable. Rien n’indique que x47.c contourne l’authentification auprès du fournisseur d’IA. Toutefois, ses capacités de vol d’informations peuvent aider les opérateurs à récupérer des identifiants et des jetons susceptibles de servir ensuite à ce type d’abus.

Grok pilote la persistance à partir d’un menu prédéfini

x47.c comprend également un module « AI stealth » présenté comme un moyen de maintenir la persistance sur les ordinateurs Windows infectés. Au lieu de laisser un modèle agir sans restriction, le module demanderait à xAI Grok de choisir parmi des actions prédéfinies.

Ces actions comprennent la création d’entrées de démarrage et de tâches planifiées. Des fonctions facultatives incluent le hollowing de processus et l’escalade de privilèges.

Pour activer les appels au modèle, l’opérateur doit intégrer une clé d’API xAI à la compilation du logiciel malveillant. Les messages d’état présentés dans le compte rendu mentionnent des modifications au démarrage, la réparation de mécanismes de persistance et des exclusions de Windows Defender.

Le logiciel malveillant est également conçu pour continuer à fonctionner en cas d’échec d’une requête à l’IA. Ses messages indiquent que des actions de repli locales peuvent assurer la maintenance de la machine sans réponse du modèle. Bloquer l’accès à Grok pourrait donc perturber le composant assisté par l’IA, mais ne suffirait pas nécessairement à supprimer le logiciel malveillant ni à éliminer sa persistance.

Les informations disponibles ne permettent pas de déterminer si les actions choisies par le modèle rendent x47.c plus efficace qu’un logiciel malveillant classique fondé sur des règles. Elles montrent toutefois comment un opérateur peut intégrer un service d’IA à une boucle d’exécution tout en limitant les techniques disponibles à une liste fixe.

Aucune édition ni version de Windows concernée n’a été précisée.

Le fast flux et les proxys SOCKS5 contribuent à maintenir l’accès criminel

WraithTools affirme que x47.c utilise le fast flux pour renforcer la résilience de son infrastructure de commande et de contrôle. Cette technique peut faire tourner ou répartir les correspondances réseau, compliquant ainsi les tentatives de démantèlement des serveurs qui gèrent les systèmes infectés.

L’interface concernée du panneau affiche six domaines et huit adresses IP. Elle permet également d’attribuer des préférences de nom d’hôte et d’adresse IP à chaque machine. Les domaines et adresses utilisés n’ont pas été divulgués ; le compte rendu ne fournit donc aucun indicateur réseau confirmé par la source.

Les ordinateurs compromis peuvent également servir de proxys SOCKS5. Les opérateurs peuvent surveiller plusieurs sessions de proxy et consulter l’état des connexions ainsi que les informations relatives aux délais d’expiration.

Chaque terminal infecté peut ainsi servir de relais pour le trafic. Les opérateurs peuvent s’en servir pour dissimuler l’origine apparente d’activités ultérieures, tirer parti de la réputation réseau de la victime ou disposer d’un point de sortie dans une région géographique qui leur est utile.

Le botnet annonce aussi la collecte de mots de passe et de cookies de navigateur, de jetons Discord, de données de portefeuilles de cryptomonnaies et de jetons associés à des sites d’IA. Les victimes ne risquent donc pas seulement une interruption de service : une seule infection peut exposer leurs comptes, leurs actifs financiers, leurs sessions actives et leur accès à des API payantes.

Les équipes de défense doivent corréler les signaux des terminaux, du réseau et de la facturation

Aucun correctif fournisseur ni aucune mesure de remédiation confirmée par la source n’a été publié pour x47.c. Il s’agit d’un logiciel malveillant, et non d’une vulnérabilité signalée dans un produit donné ; aucun CVE ne lui a été attribué.

Les organisations qui utilisent des services d’IA payants devraient considérer leurs clés d’API comme des actifs financiers. Lorsque le fournisseur le permet, les administrateurs devraient définir des plafonds de dépenses, des quotas et des alertes d’utilisation. Toute clé soupçonnée d’avoir été exposée devrait être révoquée ou renouvelée.

L’utilisation des services côté fournisseur devrait faire l’objet d’une surveillance visant à repérer :

  • Une hausse soudaine du volume de requêtes ou des frais.
  • L’utilisation de modèles inattendus.
  • Une activité à des heures inhabituelles ou provenant d’une infrastructure inconnue.
  • Des requêtes qui ne correspondent pas au trafic traité par l’application de l’organisation.
  • Des volumes de consommation incompatibles avec les utilisateurs ou les charges de travail habituels.

Sur les systèmes Windows, les équipes de défense devraient rechercher des entrées de démarrage non autorisées, des tâches planifiées récemment créées, des exclusions inattendues de Windows Defender, des signes de hollowing de processus, des tentatives d’escalade de privilèges et des réparations répétées des mécanismes de persistance.

La surveillance réseau devrait détecter les connexions sortantes inexpliquées, l’activité de proxy SOCKS5 et les schémas d’infrastructure caractéristiques du fast flux. Aucun domaine, adresse IP, nom de fichier, hachage ou chemin de registre n’ayant été confirmé, la détection doit pour l’instant s’appuyer sur les comportements plutôt que sur des indicateurs fixes.

Les protections classiques contre les attaques DDoS restent utiles face aux méthodes de saturation traditionnelles de x47.c. Elles n’empêchent toutefois pas l’utilisation directe d’une clé d’IA volée pour interroger l’API d’un fournisseur.

C’est là que réside une dimension essentielle de la menace. Une organisation peut devoir protéger simultanément ses terminaux, ses services publics, ses flux réseau sortants, ses identifiants et ses contrôles de dépenses auprès de fournisseurs d’IA externes.

Les affirmations du vendeur restent à vérifier

x47.c est présenté comme une plateforme criminelle multifonction, mais les éléments disponibles documentent principalement les fonctionnalités annoncées par WraithTools ainsi que ce qui apparaît dans ses interfaces de gestion et ses messages d’état.

Rien ne confirme de manière indépendante que les 18 méthodes DDoS fonctionnent comme annoncé, que le rootkit supprime efficacement les logiciels malveillants concurrents ou que la persistance basée sur Grok procure un avantage opérationnel réel. Le nombre et la localisation des machines infectées sont également inconnus.

Aucune entrée du catalogue des vulnérabilités exploitées connues de la CISA ne s’applique : x47.c n’a pas été décrit comme une faille logicielle répertoriée sous un CVE. Aucune date d’ajout au KEV ni aucune échéance fédérale de remédiation n’est donc à signaler.

Malgré ces incertitudes, la fonction de siphonnage des crédits d’IA constitue un risque concret pour les équipes de défense. Des identifiants d’API volés peuvent entraîner des pertes financières sans mettre un site web hors ligne, tandis que la persistance et le recours à des proxys peuvent prolonger la compromission après la détection de l’anomalie de facturation.

Dossiers sécurité

À lire aussi

Sources

Cet article est une réécriture originale fondée sur les sources ci-dessous.

Sujets liésbotnet x47.cWraithToolsclés API IAsiphonnage crédits IADDoS Windowspersistance Grok
Retour à l'accueil