Fileless Malware
hackingDéfinition
Le malware sans fichier (fileless malware) désigne des attaques où le code malveillant s'exécute entièrement en mémoire, sans écrire de fichier exécutable sur le disque dur. Cette approche contourne les antivirus basés sur la détection de fichiers et complique considérablement l'analyse forensique post-incident. Les techniques fileless exploitent des fonctionnalités légitimes du système d'exploitation : PowerShell (exécution de scripts directement depuis la mémoire ou depuis des URL), WMI (exécution de code via les abonnements d'événements), les macros Office (téléchargement et exécution de code depuis des URLs lors de l'ouverture d'un document), les scripts .NET compilés en mémoire, et les LOLBins (Living Off the Land Binaries) comme mshta.exe, regsvr32.exe, certutil.exe, rundll32.exe utilisés pour exécuter du code arbitraire. La chaîne d'attaque fileless typique : un leurre (email de phishing avec macro, lien vers une page web malveillante) déclenche l'exécution d'un premier stager via un LOLBin, qui télécharge et exécute en mémoire un deuxième stage (souvent un framework C2 comme Cobalt Strike ou Meterpreter), qui établit la persistance via WMI ou COM hijacking et effectue les opérations post-exploitation entièrement en mémoire. Les techniques d'injection de shellcode en mémoire (Process Injection, Reflective DLL Loading, Module Stomping) permettent d'exécuter des payloads arbitraires sans écriture sur disque. Le chiffrement et l'encodage des payloads dans des variables d'environnement, des valeurs de registre, ou des fichiers de données (JPG contenant du code via stéganographie) masquent davantage la présence du malware. La détection du malware fileless nécessite une approche comportementale et mémoire : les solutions EDR analysent le code exécuté en mémoire (memory scanning), surveillent les comportements suspects indépendamment de l'origine (fichier vs. mémoire), et analysent les communications réseau. AMSI (Antimalware Scan Interface) de Microsoft inspecte le contenu de tous les scripts PowerShell/VBScript avant exécution.
Fonctionnement
Un exemple classique : une macro Office exécute powershell.exe -EncodedCommand [base64] qui décode et exécute en mémoire un stager Meterpreter/Cobalt Strike, qui reflective-injecte son payload dans un processus légitime (notepad.exe, explorer.exe). Tout s'exécute en RAM, aucun fichier malveillant n'est écrit sur disque. La persistance est assurée via WMI subscription ou COM hijacking (aussi fileless).
Exploitation offensive
Le fileless malware est particulièrement efficace contre des cibles avec des antivirus mais sans EDR comportemental. La combinaison macro Office + injection PowerShell + C2 en mémoire est le vecteur favori des APT et groupes ransomware sophistiqués. L'absence de fichier sur disque complique significativement les investigations forensiques et la réponse à incident.
Détection et mitigation
La désactivation des macros Office (ou politique de signature obligatoire), la restriction de PowerShell (Constrained Language Mode, Script Block Logging, Module Logging), AMSI, et les EDR avec memory scanning sont les défenses principales. Les règles SIEM sur les comportements PowerShell anormaux (encodage, téléchargements, injection) et les LOLBins avec des arguments inhabituels permettent une détection comportementale efficace.
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7
Un projet cybersécurité ?
Expert dispo · Réponse 24h