Aller au contenu
Beveiligingsnieuws

ThreatsDay : IA pour pirater, failles Chrome, opérations ciblées

AI-gebaseerd misbruik

Cette semaine, le constat reste le même : beaucoup d’incidents de sécurité naissent de la mauvaise confiance accordée à l’écran de connexion, à une page d’installation, à un appel de recrutement ou même à un service familier qui “dysfonctionne” légèrement. Derrière ces signaux, on retrouve des identifiants réutilisés, des systèmes exposés, des charges discrètes, des chemins d’exploitation plus faciles que prévu et des chaînes d’attaque conçues pour passer sous le radar. Et cette fois, la tendance la plus marquante concerne aussi l’IA pour pirater, qui automatise et orchestre des phases entières d’attaque.

Voici un tour d’horizon des principaux sujets relevés dans l’édition ThreatsDay : opérations par hameçonnage, rançongiciels personnalisés, exécutions “fileless”, détournement d’authentification, failles critiques dans Chrome, ainsi que plusieurs campagnes impliquant des techniques modernes d’influence ou de persistance.

Phishing, ingénierie sociale et “guides” qui mènent au malware

Une part importante des menaces étudiées exploite le même ressort : faire croire à une interaction légitime. Par exemple, une campagne de type hameçonnage observée contre la Russie et d’autres pays du CIS utilise des emails qui aboutissent à XWorm, selon l’analyse citée. Le groupe serait actif depuis fin 2023, puis aurait basculé sur XWorm vers juillet 2025, après avoir utilisé d’autres composants comme Formbook ou Snake Keylogger. En parallèle, des cibles du secteur bancaire seraient aussi visées par un cheval de Troie Android nommé LunaSpy, présenté comme une application antivirus.

Autre exemple : des recherches Google liées à l’installation de Claude sur Mac mèneraient à des résultats sponsorisés ouvrant une conversation claude.ai “habillée” en guide d’installation Apple Support. Le visiteur est ensuite guidé pour exécuter une commande unique via Terminal, ce qui déclenche l’installation de MacSync Stealer. Le rapport décrit une chaîne en plusieurs étapes : un chargeur zsh discret, une partie serveur conçue pour soustraire la logique à l’hôte, un RAT Mach-O pour l’accès, un composant dédié à l’obtention d’une permission TCC (enregistrement d’écran) puis des modules liés aux portefeuilles.

On retrouve la même logique avec des campagnes qui abusent d’éléments familiers pour rendre la fraude plus crédible. L’approche peut aussi aller vers des pages d’hameçonnage générées “à la volée” : LogoKit aurait évolué vers une plateforme de tromperie en temps réel, capable de produire des écrans personnalisés pour chaque victime à partir d’une capture de site légitime, ce qui rend la détection par indicateurs génériques plus difficile.

Exploitation automatisée : quand l’IA pour pirater devient un “opérateur”

Le point le plus structurant de ThreatsDay cette semaine reste l’automatisation offensive. Un acteur opérant sous des alias mentionnés utiliserait un environnement IA pour mener des attaques quasi autonomes. L’orchestration passerait par un système de type “agent” (avec accès terminal et pilotage via Telegram), tandis qu’un moteur IA participerait à la génération de code, l’évaluation des vulnérabilités et la sélection des cibles.

Concrètement, l’opération ciblerait plusieurs logiciels et surfaces exposées (dont des outils liés à la chaîne applicative et à l’infrastructure), en s’appuyant sur une liste de vulnérabilités associées à des produits variés. L’approche inclurait aussi une phase où, si l’exploitation initiale échoue en raison de configurations restrictives, l’agent rechercherait d’autres CVE à sévérité critique et établirait une stratégie de priorisation basée sur la surface d’attaque.

Cette dynamique illustre une réalité : l’IA pour pirater ne se limite pas à “écrire du code” ; elle sert aussi à enchaîner les étapes, adapter la trajectoire d’attaque et réduire la dépendance à l’intervention humaine pour identifier des options exploitables.

Attaques ciblant l’identité et l’accès : vishing, réinitialisations, SSO

Dans le registre des attaques axées sur l’accès, une chaîne d’attaque décrite viserait la compromission d’identité et l’exploitation d’un contrôle de plan (SSO). Le scénario mis en avant suit un schéma : vishing (ingénierie sociale par appel vocal) → réinitialisation d’accès au helpdesk ou ré-enrôlement d’appareil avec contournement MFA → prise de contrôle d’un compte SSO via Microsoft Entra ou des plateformes équivalentes → pivot vers des services SaaS connectés → exfiltration rapide des données pour alimenter l’extorsion.

L’enseignement défensif est net : même si la victime ne constate pas d’impact immédiatement visible, la compromission des identités agit comme “levier” pour entraîner des conséquences à l’échelle cloud.

À côté de cela, une autre campagne rapportée concernerait des tentatives de credential stuffing contre des comptes VPN et firewall, avec des connexions réussies après validation automatique. Le rapport indique également une large portée en nombre d’organisations touchées, et suggère une exploitation opportuniste.

Rançongiciels et chargeurs : personnalisation et discrétion

Le thème de l’extorsion revient avec une famille de rançongiciels personnalisée. Des organisations situées en Fédération de Russie seraient visées par un groupe motivé financièrement, notamment dans des secteurs tels que la fabrication, les services financiers, le retail et la technologie. Le rapport mentionne une variante baptisée GenieLocker à partir de mars 2026.

L’analyse cite un changement de philosophie : auparavant, le groupe s’appuyait sur des chiffreurs tiers. Désormais, le rançongiciel intégrerait une conception personnalisée, réduisant la dépendance à des outils externes. En termes de parcours, l’accès initial à l’environnement aurait été obtenu via une connexion OpenVPN issue du réseau d’un partenaire, permettant ensuite reconnaissance, collecte d’identifiants, puis mouvement latéral via RDP et SSH pour atteindre des hôtes Windows et Linux. Le chiffrement concernerait ensuite des machines Windows et aussi des serveurs Linux/ESXi, avec des versions spécifiques selon l’environnement.

Côté charges malveillantes, CastleLoader est évoqué comme un loader réutilisé. Il servirait à distribuer des modules liés à Needle Stealer, dont un leurre de portefeuille basé sur Rust et un installateur d’extension navigateur malveillante écrit en Golang. Le rapport décrit aussi l’utilisation d’un chargeur de shellcode et une volonté d’orienter le ciblage vers des contextes liés à la cryptomonnaie et d’installer une forme de persistance au niveau navigateur.

Enfin, des techniques d’exécution “fileless” apparaissent aussi dans la chaîne. Un cas attribué à ClickFix viserait à piéger l’utilisateur pour qu’il colle une commande unique dans la boîte Exécuter de Windows. Cette commande communiquerait avec un endpoint WebDAV, puis utiliserait rundll32.exe pour charger un contenu distant non standard, tout en limitant la présence de traces sur le disque.

Nouveaux détournements et risques de supply chain

Certains événements montrent aussi que les attaques ne se contentent pas d’exploiter des vulnérabilités : elles exploitent aussi la confiance. Ainsi, un incident de DNS hijacking aurait permis à des acteurs inconnus de prendre le contrôle des paramètres DNS d’un domaine mentionné, et d’obtenir des certificats TLS valables sur l’ensemble des sous-domaines. Le résultat : des identifiants saisis sur des services du domaine à la date indiquée pourraient avoir été interceptés. Le rapport précise que le contrôle a ensuite été rétabli et des certificats frauduleux révoqués.

Sur le volet “supply chain”, l’approche de durcissement est mise en avant du côté des écosystèmes de packages et des systèmes d’intégration/déploiement. Les mesures citées visent notamment à réduire les risques liés aux référentiels, à encadrer les exécutions d’actions et à renforcer les mécanismes de publication et de révocation des identifiants en cas d’incident.

Failles Chrome : correctifs critiques et absence d’exploitation active

La mise à jour du navigateur reste un sujet essentiel. Google aurait publié des correctifs visant 370 failles dans Chrome, dont sept classées critiques. Les identifiants CVE mentionnés couvriraient une plage de numéros consécutifs. Le rapport indique que des centaines de bugs auraient été repérés via des outils de fuzzing et d’analyse mémoire (par exemple AddressSanitizer, MemorySanitizer et d’autres mécanismes similaires). Surtout, il est indiqué qu’aucune des vulnérabilités corrigées n’aurait été signalée comme activement exploitée.

Les versions de Chrome pour Windows et macOS, ainsi que pour Linux, seraient fournies par la mise à jour concernée. Dans la même période, le rapport mentionne aussi un volume important de vulnérabilités corrigées sur l’année.

Visibilité forensique : un angle rarement “assez” prioritaire

Au-delà des correctifs et des campagnes d’attaque, ThreatsDay insiste sur un besoin : améliorer la capacité à collecter des preuves après compromission, notamment sur les équipements situés aux frontières du réseau (pare-feu, VPN gateways et autres appliances). L’idée de “forensic observability” évoque des moyens fiables pour comprendre ce qu’un appareil fait, ce qu’il a fait et s’il reste digne de confiance après un incident, en s’appuyant sur la télémétrie, la journalisation, l’état de configuration et la collecte d’artefacts y compris en mémoire et sur supports de stockage.

Pourquoi ces tendances comptent pour votre sécurité

Pris ensemble, ces éléments dessinent un tableau cohérent : les attaques exploitent la confiance (pages, appels, services qui semblent familiers), elles misent sur l’identité (vishing, MFA, SSO), et elles tirent parti de l’automatisation. L’IA pour pirater apparaît ici comme un multiplicateur de vitesse et d’adaptation, capable d’orchestrer des étapes et d’ajuster le plan d’attaque si un premier levier échoue.

Dans ce contexte, les actions prioritaires restent classiques mais décisives : appliquer les correctifs (notamment sur les navigateurs et composants critiques), renforcer l’authentification et la gestion des accès, réduire l’exposition des services, et surtout améliorer la détection et la collecte d’éléments forensiques pour accélérer la réponse.

La menace évolue chaque semaine. Garder un rythme de mise à jour et une discipline de contrôle des accès fait la différence entre “voir” l’attaque à temps ou découvrir trop tard qu’un écran apparemment normal cachait une chaîne complète d’exploitation.

Source: https://thehackernews.com/2026/07/threatsday-ai-powered-hacking-370.html