DMA Attacks : Exploitation Thunderbolt, PCIe et FireWire

Les attaques DMA (Direct Memory Access) exploitent les interfaces matérielles à haut débit — Thunderbolt, PCIe, FireWire et USB4 — pour lire et écrire directement dans la mémoire physique d'un système sans passer par le processeur ni le système d'exploitation. Ces attaques sont dévastatrices car elles contournent l'ensemble des protections logicielles : chiffrement de disque, authentification, EDR, et même le Secure Boot. Un attaquant avec un accès physique de quelques secondes peut extraire les clés de chiffrement, injecter du code en mémoire kernel, ou contourner l'écran de verrouillage. Ce guide technique détaille l'ensemble des vecteurs d'attaque DMA, les outils d'exploitation (PCILeech, Inception), les mécanismes de protection (IOMMU/VT-d, Thunderbolt Security Levels, Kernel DMA Protection) et les méthodologies de test pour les audits de sécurité matérielle.

Principes du DMA et Vecteurs d'Attaque

Le DMA est un mécanisme fondamental de l'architecture PC : les périphériques (carte réseau, carte graphique, contrôleur de stockage) ont besoin de transférer de grandes quantités de données vers et depuis la RAM sans solliciter le CPU à chaque octet. Le contrôleur DMA permet ces transferts directs entre le périphérique et la mémoire physique. Le problème de sécurité est évident : un périphérique malveillant peut lire ou écrire n'importe quelle adresse de la mémoire physique, accédant aux données de tous les processus, du kernel et des structures de sécurité.

PCILeech : L'Outil de Référence

PCILeech est l'outil de référence pour l'exploitation DMA. Il supporte de multiples plateformes matérielles (FPGA, Thunderbolt, USB3380) et offre des fonctionnalités puissantes :

# PCILeech — Exemples d'utilisation\\n\\n# 1. Dump de la mémoire physique complète\\npcileech dump -out memory.raw -min 0 -max 0x100000000\\n\\n# 2. Recherche de patterns en mémoire (clés de chiffrement)\\npcileech search -s "PRIVATE KEY" -min 0 -max 0x100000000\\n\\n# 3. Injection de shellcode en mémoire kernel\\npcileech kmdload -kmd LINUX_X64\\n\\n# 4. Bypass de l'écran de verrouillage Windows\\npcileech patch -sig wx64_intelptt_unlock\\n\\n# 5. Extraction de credentials (LSASS)\\npcileech lsass -out creds.txt

Plateformes FPGA pour Attaques DMA

Les plateformes FPGA sont le standard pour les attaques DMA professionnelles. Elles émulent un périphérique PCIe légitime (carte réseau, contrôleur USB) et interceptent/injectent les transactions DMA :

\\n
• Screamer (PCIe) : carte PCIe basée sur Xilinx Artix-7. Se connecte via le slot PCIe x1/x4 et émule n'importe quel device ID. Compatible PCILeech avec des débits de lecture de 2+ GB/s.
\\n
• Squirrel (M.2) : facteur de forme M.2 — se branche dans le slot M.2 d'un laptop. Discret et efficace pour les audits physiques.
\\n
• USB3380-based : carte USB-to-PCIe bridge. Moins performante mais bon marché (~50€) et facilement disponible.
\\n
• LambdaConcept PCIe Screamer : plateforme open-source avec firmware PCILeech. Inclut un sniffer PCIe pour l'analyse passive du trafic.
\\n

Extraction de Clés BitLocker via DMA

L'une des attaques DMA les plus impactantes cible BitLocker (chiffrement de disque Windows). Quand BitLocker utilise le TPM seul (sans PIN de pre-boot), la clé de chiffrement (FVEK — Full Volume Encryption Key) est déchiffrée au boot et stockée en mémoire RAM. Un attaquant DMA peut :

\\n
1. Connecter un device DMA au système allumé (ou en veille S3)
\\n
2. Scanner la mémoire physique à la recherche du FVEK pattern
\\n
3. Extraire la clé — le disque peut être déchiffré hors-ligne
\\n

Attaques FireWire Historiques

FireWire (IEEE 1394) est l'ancêtre des attaques DMA — le protocole accorde par conception un accès DMA complet à tout périphérique connecté, sans aucune authentification. L'outil Inception automatise les attaques FireWire :

# Inception — bypass de l'écran de verrouillage via FireWire\\ninception --target win10 # Patch la mémoire pour bypass le login\\ninception --target osx # Même chose sur macOS\\ninception --target linux # Et Linux\\n\\n# Inception modifie la routine d'authentification en mémoire\\n# pour qu'elle accepte n'importe quel mot de passe

IOMMU/VT-d : La Mitigation Principale

L'IOMMU crée des tables de traduction d'adresses pour les périphériques DMA, similaires aux tables de pages du MMU pour les processus. Chaque périphérique ne peut accéder qu'aux régions de mémoire physique qui lui sont explicitement assignées. Intel VT-d et AMD AMD-Vi implémentent l'IOMMU au niveau matériel.

\\n
• Thunderbolt Security Levels : None (SL0, DMA libre), User (SL1, confirmation), Secure (SL2, confirmation + UUID), USB-only (SL3, pas de PCIe tunneling)
\\n
• Kernel DMA Protection (Windows 10+) : active l'IOMMU avant le chargement des drivers Thunderbolt, bloquant le DMA pré-boot
\\n
• DMAR ACPI table : décrit les mappings IOMMU au BIOS/UEFI. Certains BIOS ne configurent pas correctement l'IOMMU, laissant des fenêtres d'attaque
\\n

FAQ — Questions Fréquentes

Détection forensique des attaques DMA et traces en mémoire

La détection forensique d'une attaque DMA passée est particulièrement ardue car les accès mémoire directs ne génèrent pas de logs système standard. Les indices à rechercher lors d'une investigation post-incident incluent : les entrées de journal PCIe anormales dans les logs UEFI/BIOS (certains firmwares modernes journalisent les accès DMA inhabituels), les artefacts dans la mémoire de dump révélant des modifications de structures noyau cohérentes avec une attaque par rootkit DMA, et les journaux des contrôleurs Thunderbolt indiquant des connexions de périphériques non approuvés.

L'outil PCILeech lui-même génère des signatures détectables par certains EDR : les accès mémoire en mode DMA depuis un périphérique non-hôte correspondent à des patterns d'accès anormaux que des solutions comme Intel Transparent Supply Chain ou les modules IOMMU monitoring de certains hyperviseurs peuvent détecter en temps réel. Pour les organisations à haute sensibilité (défense, finance, infrastructure critique), l'implémentation d'un monitoring IOMMU actif — qui journalise toutes les tentatives d'accès DMA hors des plages allouées — est une mesure de défense en profondeur efficace contre les attaques Thunderbolt physiques.

Les contre-mesures physiques contre les attaques DMA représentent la première ligne de défense pour les environnements à haute sécurité. Le verrouillage des ports Thunderbolt via BIOS/UEFI est la mesure la plus simple et la plus efficace — la plupart des BIOS enterprise permettent de désactiver complètement les ports Thunderbolt ou de les limiter au mode "USB seulement" (sans DMA). Pour les environnements où Thunderbolt est nécessaire pour les docks et périphériques légitimes, l'activation du mode "Thunderbolt Security Level: User Authorization" exige une approbation explicite de l'utilisateur pour chaque nouveau périphérique Thunderbolt, avec persistance de l'autorisation stockée dans un TPM.

Les protections logicielles complémentaires incluent l'activation de la protection noyau Windows (Kernel DMA Protection, disponible depuis Windows 10 version 1803 sur hardware compatible) qui utilise l'IOMMU pour isoler les périphériques Thunderbolt dans des espaces d'adressage dédiés. Sur Linux, les paramètres `iommu=force` et `intel_iommu=on` dans GRUB activent la protection IOMMU. Ces mesures n'éliminent pas tous les vecteurs DMA (bus PCIe interne reste potentiellement vulnérable sur les machines accessibles physiquement) mais augmentent significativement le coût et la complexité des attaques.

\\n

\\n

Testez vos défenses avant les attaquants

\\n

Pentest, Red Team, audit de sécurité — rapport détaillé avec plan de remédiation priorisé.

\\n

\\nDemander un devis pentest\\n[email protected]\\n

\\n