Aller au contenu

Comment répondre à une attaque par rançongiciel : guide étape par étape

Que faire dans la première heure d’une attaque par rançongiciel et ensuite : confinement, preuves, délimitation, vol de données, payer ou non, notification, éradication, ordre de reprise et durcissement, avec les commandes.

ABYSSS Security Team18 min de lecture

Des serveurs chiffrés dans un anneau d’isolation, un coffre de sauvegardes immuables hors de portée et les six phases de la réponse, de la détection au durcissement.
Sommaire

Introduction

Une attaque par rançongiciel est le moment le plus visible d’une intrusion qui a généralement commencé des jours ou des semaines plus tôt. Lorsque les fichiers sont chiffrés, l’attaquant a en général déjà pris pied, volé des identifiants, circulé sur le réseau, supprimé ou chiffré les sauvegardes et copié des données. Bien répondre consiste à arrêter les dégâts sans détruire les preuves nécessaires pour comprendre comment il est entré, puis à reprendre l’activité sans le laisser revenir aussitôt.

Ce guide suit l’ordre d’une vraie réponse : la première heure, le confinement, les preuves, la délimitation, les décisions réservées à la direction, l’éradication, la reprise et le durcissement. Il suppose un parc Windows et Active Directory, cible de la plupart des rançongiciels, avec des notes pour Linux et VMware ESXi. Pour plus de détails forensiques, associez-le à nos guides de triage Windows et Linux.

La première heure

La première heure détermine l’issue. Les décisions prises dans la panique, comme redémarrer les serveurs, restaurer immédiatement les sauvegardes ou effacer les machines, sont les causes les plus courantes d’aggravation d’un rançongiciel ou d’une enquête impossible.

  1. Isolez, n’éteignez pas. Débranchez les câbles réseau, désactivez le Wi-Fi ou utilisez l’isolation réseau de l’EDR. La mémoire d’un hôte en marche peut contenir des clés de chiffrement, les outils de l’attaquant et des lignes de commande qui disparaissent au redémarrage.
  2. Arrêtez la propagation au niveau du réseau. Bloquez SMB (445), RDP (3389), WinRM (5985 et 5986) et RPC entre les segments, et coupez les tunnels VPN site à site vers les autres bureaux s’ils ne sont pas encore touchés.
  3. Protégez les sauvegardes. Déconnectez les serveurs et dépôts de sauvegarde du réseau du domaine, révoquez le compte de service de sauvegarde et vérifiez que les copies immuables ou hors ligne sont intactes avant toute restauration.
  4. Passez les communications hors bande. Supposez que la messagerie, Teams, Slack et le domaine sont surveillés. Utilisez le téléphone, Signal ou un tenant séparé pour l’équipe de réponse.
  5. Ouvrez un journal d’incident en UTC : qui a fait quoi, quand et sur quel hôte. Les régulateurs, assureurs et avocats s’y appuieront plus tard.
  6. Activez le plan de réponse à incident et appelez les personnes concernées : prestataire de réponse à incident, cyberassureur (de nombreuses polices exigent d’être prévenu avant toute dépense), conseil juridique et direction.
  7. Conservez la demande de rançon, quelques fichiers chiffrés et leurs originaux si vous les avez, ainsi que des captures de tout ce qui paraît anormal à l’écran.
Qui fait quoi pendant la première heure
RôlePremières actions
Responsable d’incidentTient la chronologie et les décisions, fixe le rythme des réunions, tient le journal
IT et sécuritéIsolent les hôtes, protègent les sauvegardes, bloquent le déplacement latéral, commencent la collecte des preuves
Sponsor de la directionAutorise les arrêts et les dépenses, informe le conseil d’administration
Conseil juridiqueDirige l’enquête sous secret professionnel lorsque c’est possible, évalue les obligations de notification
CommunicationPrépare des messages d’attente pour le personnel, les clients et la presse
Assureur et société de réponseApprouvent les prestataires et les coûts, apportent les capacités forensiques et de négociation

Reconnaître ce à quoi vous faites face

Le chiffrement est la dernière étape. De nombreuses attaques sont stoppées plus tôt parce que les défenseurs ont remarqué la préparation. Si vous voyez les signes précurseurs ci-dessous, traitez-les comme un rançongiciel en cours et contenez immédiatement, même avant tout chiffrement de fichier.

Signes précurseurs et d’impact
ÉtapeCe que vous pouvez voir
DécouverteAdFind, BloodHound ou SharpHound, nltest /domain_trusts, net group "domain admins", scanners réseau comme Advanced IP Scanner ou SoftPerfect
Vol d’identifiantsAccès à LSASS par des processus inhabituels, MiniDump de comsvcs.dll, Mimikatz, copies de NTDS.dit, DCSync depuis un hôte qui n’est pas un contrôleur de domaine
Contrôle à distanceNouvelles installations d’AnyDesk, ScreenConnect, Atera, Splashtop ou outils similaires ; balises Cobalt Strike ou Sliver
Exfiltrationrclone, MEGAsync, WinSCP ou restic sur des serveurs ; grosses archives dans des dossiers de préparation ; volume sortant inhabituel
Évasion des défensesEDR ou antivirus désactivé, nouvelles exclusions Defender, configuration de démarrage en mode sans échec, journaux d’événements effacés (1102, 104)
Impactvssadmin ou wmic supprimant les clichés instantanés, récupération désactivée par bcdedit, renommage massif de fichiers, demandes de rançon dans chaque dossier, VM ESXi éteintes

Contenir l’attaque

Le confinement fait gagner du temps. Choisissez l’option la moins destructrice qui arrête de façon fiable la propagation, et élargissez si le chiffrement continue. L’isolation réseau avec l’hôte allumé est presque toujours la bonne première action.

Options de confinement, de la plus ciblée à la moins ciblée
OptionQuand l’utiliserContrepartie
Isolation réseau par l’EDRL’EDR est déployé et fonctionneL’hôte reste accessible uniquement depuis la console EDR
Verrouillage du pare-feu de l’hôtePas d’EDR, mais vous pouvez encore exécuter des commandesUn attaquant avec des droits d’administration peut l’annuler
Quarantaine par port de commutateur ou VLANDe nombreux hôtes, ou EDR altéréExige l’accès de l’équipe réseau et une correspondance exacte des ports
Règles de pare-feu entre segmentsChiffrement qui se propage entre sites ou VLANCoupe le trafic légitime entre ces segments
Blocage de la sortie vers InternetExfiltration ou commande et contrôle actifsArrête des services cloud dont l’entreprise peut dépendre
Arrêt complet du réseauChiffrement plus rapide que votre capacité d’isolationL’activité s’arrête ; en dernier recours uniquement
Verrouiller un hôte Windows avec son propre pare-feu (autoriser uniquement votre console EDR ou de réponse)
netsh advfirewall set allprofiles state on
netsh advfirewall set allprofiles firewallpolicy blockinbound,blockoutbound
netsh advfirewall firewall add rule name="IR allow console" dir=out action=allow remoteip=10.10.5.20
netsh advfirewall firewall add rule name="IR allow console in" dir=in action=allow remoteip=10.10.5.20
Verrouiller un hôte Linux avec nftables (autoriser uniquement l’hôte de rebond de la réponse)
sudo nft add table inet ir
sudo nft add chain inet ir in '{ type filter hook input priority -10; policy drop; }'
sudo nft add chain inet ir out '{ type filter hook output priority -10; policy drop; }'
sudo nft add rule inet ir in ip saddr 10.10.5.20 accept
sudo nft add rule inet ir out ip daddr 10.10.5.20 accept
sudo nft add rule inet ir in iif lo accept
sudo nft add rule inet ir out oif lo accept

Couper les comptes utilisés par l’attaquant

Les opérateurs de rançongiciels agissent via des comptes volés, en général un administrateur de domaine ou un compte de sauvegarde ou de service aux droits étendus. Désactivez dès maintenant les comptes dont vous savez qu’ils sont compromis. Attendez de connaître l’étendue pour réinitialiser massivement les mots de passe, car le faire alors que l’attaquant est encore présent lui donne les nouveaux mots de passe.

Examiner les groupes à privilèges et les changements récents de comptes dans Active Directory
Get-ADGroupMember 'Domain Admins' -Recursive | Select-Object Name, SamAccountName
Get-ADGroupMember 'Enterprise Admins' -Recursive | Select-Object Name, SamAccountName

# Accounts created or changed in the last 14 days
$since = (Get-Date).AddDays(-14)
Get-ADUser -Filter 'whenCreated -gt $since' -Properties whenCreated |
  Select-Object SamAccountName, whenCreated
Get-ADUser -Filter 'whenChanged -gt $since' -Properties whenChanged, MemberOf |
  Select-Object SamAccountName, whenChanged

# Disable an account you have confirmed is compromised
Disable-ADAccount -Identity svc_backup
GPO et scripts récemment modifiés dans SYSVOL
Get-GPO -All | Sort-Object ModificationTime -Descending |
  Select-Object -First 15 DisplayName, ModificationTime

Get-ChildItem "\\$env:USERDNSDOMAIN\SYSVOL" -Recurse -File |
  Where-Object { $_.LastWriteTime -gt (Get-Date).AddDays(-7) } |
  Select-Object FullName, LastWriteTime

VMware ESXi et hyperviseurs Linux

De nombreux groupes chiffrent désormais directement les datastores ESXi, ce qui arrête toutes les machines virtuelles à la fois. Si ESXi est concerné, limitez l’accès de gestion à un hôte de rebond de la réponse, désactivez SSH et ESXi Shell une fois les éléments utiles collectés, et recherchez les comptes locaux et processus inconnus.

Contrôles rapides sur un hôte ESXi
esxcli system account list
esxcli network ip connection list
esxcli vm process list
ls -la /tmp /var/tmp /vmfs/volumes/*/ | head -50
find /vmfs/volumes/ -mtime -2 -type f | head -50
vim-cmd hostsvc/disable_ssh

Préserver les preuves

Les preuves répondent aux questions que tout le monde posera : comment sont-ils entrés, qu’ont-ils pris, sont-ils encore là, et devons-nous notifier quelqu’un. Collectez-les avant de nettoyer ou de reconstruire quoi que ce soit, et calculez l’empreinte de tout ce que vous collectez.

Que collecter et pourquoi
PreuvePourquoi c’est important
Mémoire des hôtes où le chiffreur tourne encorePeut contenir des clés, le binaire, des lignes de commande et des connexions réseau
La demande de rançon et des fichiers chiffrésIdentifie la famille et tout déchiffreur disponible
Le binaire du chiffreur et les outils de l’attaquantRévèle les capacités, la configuration et les indicateurs à rechercher
Journaux d’événements Windows et SysmonConnexions, installations de services, création de processus, effacement des journaux
Télémétrie et alertes EDRArbres de processus et première activité malveillante
Journaux de pare-feu, VPN, proxy et DNSAccès initial, commande et contrôle, volume d’exfiltration
Journaux d’audit Microsoft 365 ou Google WorkspaceAccès aux boîtes mail, autorisations OAuth, téléchargements de données
Journaux de la console de sauvegardeQuand et par qui les sauvegardes ont été supprimées ou modifiées
Collecte de triage sur un hôte Windows (KAPE, vers un disque externe ou réseau)
.\kape.exe --tsource C: --tdest E:\IR\%m\tout --target KapeTriage --vhdx %m
.\winpmem_mini_x64.exe "E:\IR\$env:COMPUTERNAME\mem.raw"
Get-FileHash E:\IR\$env:COMPUTERNAME\* -Algorithm SHA256 | Export-Csv E:\IR\$env:COMPUTERNAME\hashes.csv -NoTypeInformation
Trouver les demandes de rançon et les fichiers chiffrés les plus récents pour dater l’attaque
Get-ChildItem C:\ -Recurse -File -Include '*README*.txt','*DECRYPT*','*RESTORE*' -ErrorAction SilentlyContinue |
  Select-Object FullName, CreationTimeUtc | Sort-Object CreationTimeUtc |
  Export-Csv E:\IR\notes.csv -NoTypeInformation

Get-ChildItem D:\Shares -Recurse -File -Filter '*.locked' -ErrorAction SilentlyContinue |
  Sort-Object LastWriteTimeUtc | Select-Object -First 20 FullName, LastWriteTimeUtc

Pour une collecte sur tout le parc, Velociraptor est plus rapide que de visiter les hôtes un par un : les artefacts Windows.KapeFiles.Targets, Windows.EventLogs.Evtx et Windows.System.Pslist couvrent l’essentiel. Sous Linux et ESXi, UAC (Unix-like Artifacts Collector) rassemble en une fois les journaux, les historiques de shell et les données de processus.

Identifier la famille de rançongiciel

Connaître la famille indique par où elle entre généralement, si elle vole d’abord des données, si un déchiffreur gratuit existe et ce que fait le groupe en cas de non-paiement. Partez de la demande de rançon, de l’extension des fichiers et des coordonnées ou de l’adresse du site de fuite qu’elle contient.

  • ID Ransomware identifie la famille à partir de la demande et d’un fichier chiffré d’exemple.
  • Le projet No More Ransom recense les déchiffreurs gratuits publiés par les forces de l’ordre et les éditeurs de sécurité.
  • Les rapports de renseignement et votre prestataire de réponse connaîtront les points d’entrée, les outils et le comportement de négociation habituels du groupe.
  • Consultez le site de fuite du groupe, via votre prestataire ou un service de renseignement, pour voir si votre organisation y figure.

Délimiter l’intrusion

La délimitation répond à quatre questions : comment l’attaquant est entré, quels comptes il contrôle, quels systèmes il a touchés et quelles données ont quitté le réseau. Ne commencez pas à reconstruire avant de pouvoir répondre aux deux premières, sinon l’attaquant reviendra par la même porte.

Voies d’accès initial courantes et où chercher
Point d’entréePreuves à vérifier
VPN ou pare-feu sans MFA, ou avec une faille non corrigéeJournaux VPN pour les connexions depuis de nouveaux pays ou à des heures inhabituelles, version du firmware
RDP exposéÉvénement 4624 de type 10 depuis des adresses externes, rafales 4625 de force brute
Phishing et pièces jointes malveillantesJournaux de messagerie, fichiers Mark of the Web, Office lançant des scripts dans l’EDR
Identifiants volés par des infostealersConnexions réussies avec des mots de passe valides sans échec préalable
Fournisseur IT ou outil de gestion à distance compromisJournaux d’audit de la console RMM, installations d’agents inattendues
Rechercher les traces habituelles de rançongiciel dans les journaux d’événements Windows
$start = (Get-Date).AddDays(-30)

# Services installed (PsExec, remote admin tools, encryptor deployment)
Get-WinEvent -FilterHashtable @{LogName='System'; Id=7045; StartTime=$start} |
  Select-Object TimeCreated, @{n='Service';e={$_.Properties[0].Value}}, @{n='Path';e={$_.Properties[1].Value}}

# RDP logons (type 10) and new accounts
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4624; StartTime=$start} |
  Where-Object { $_.Properties[8].Value -eq 10 } |
  Select-Object TimeCreated, @{n='User';e={$_.Properties[5].Value}}, @{n='Source';e={$_.Properties[18].Value}}
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4720; StartTime=$start}

# Security log cleared
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=1102} -ErrorAction SilentlyContinue
Exécuter Hayabusa sur les journaux exportés pour une chronologie rapide fondée sur des règles
hayabusa csv-timeline -d E:\IR\evtx -o E:\IR\hayabusa.csv -p verbose -U -w
hayabusa logon-summary -d E:\IR\evtx -o E:\IR\logons.csv

Des données ont-elles été volées ?

Supposez que oui tant que vous ne pouvez pas prouver le contraire. La plupart des groupes actuels copient les données avant de chiffrer et menacent de les publier, ce qui transforme un problème de reprise en violation de données avec obligations de notification. Recherchez les outils d’exfiltration, leurs fichiers de configuration et le volume de trafic produit.

Rechercher les outils d’exfiltration courants et leurs traces
Get-ChildItem C:\Windows\Prefetch -Filter '*.pf' |
  Where-Object { $_.Name -match '^(RCLONE|MEGASYNC|WINSCP|RESTIC|FILEZILLA)' } |
  Select-Object Name, LastWriteTime

Get-ChildItem C:\Users -Recurse -Force -Filter 'rclone.conf' -ErrorAction SilentlyContinue |
  Select-Object FullName, LastWriteTime

# Large archives staged in the last 30 days
Get-ChildItem C:\, D:\ -Recurse -File -Include '*.zip','*.7z','*.rar' -ErrorAction SilentlyContinue |
  Where-Object { $_.Length -gt 500MB -and $_.LastWriteTime -gt (Get-Date).AddDays(-30) } |
  Select-Object FullName, Length, LastWriteTime

Confirmez avec les journaux de pare-feu ou de proxy : sessions avec de très gros volumes sortants vers du stockage cloud, des services de partage de fichiers ou des hébergeurs inconnus pendant la présence de l’attaquant. Sur les postes Windows, SRUM enregistre l’utilisation réseau par processus et peut attribuer le volume à un outil précis.

Les décisions de la direction

Certains choix ne sont pas techniques : payer ou non, quand notifier et quel temps d’arrêt l’entreprise peut accepter. La direction doit les prendre sur la base de preuves, avec le conseil juridique et l’assureur, et le responsable d’incident doit noter chaque décision et ses raisons.

Voies de reprise
VoieQuand elle fonctionnePoints d’attention
Restaurer depuis des sauvegardes sainesDes sauvegardes immuables ou hors ligne ont survécu et sont antérieures à l’intrusionRestaurer une sauvegarde qui contient déjà la persistance de l’attaquant
Déchiffreur gratuitUn déchiffreur public existe pour cette famille et cette version exactesTestez d’abord sur des copies ; un mauvais outil peut corrompre les fichiers
Tout reconstruireSauvegardes perdues ou peu fiables pour certains systèmesLe temps ; priorisez les systèmes selon l’impact métier
Payer la rançonDernier recours, lorsqu’aucune autre voie ne sauve l’entrepriseVérifications légales et de sanctions, aucune garantie, déchiffreurs lents ou défaillants, les données peuvent quand même fuiter

Notification et signalement

Si des données personnelles ont été consultées ou volées, le droit de la protection des données peut imposer un délai court. Selon le RGPD, l’autorité de contrôle doit être informée dans les 72 heures après la prise de connaissance d’une violation susceptible de mettre des personnes en danger. Les régulateurs sectoriels, comme les banques centrales et les autorités des télécoms, ont souvent leurs propres règles, et de nombreux contrats vous obligent à prévenir rapidement vos clients.

  • Demandez au conseil juridique de recenser toutes les obligations de notification dès le premier jour : autorités de protection des données, régulateurs sectoriels, clients, partenaires et assureurs.
  • Signalez l’infraction à la police ou à l’autorité nationale de cybersécurité. Dans de nombreux pays, le CERT national peut partager des indicateurs et parfois des clés de déchiffrement.
  • Notifiez lorsque vous y êtes tenu, même si l’enquête n’est pas terminée ; les régulateurs attendent des mises à jour à mesure que les faits apparaissent.

Communiquer clairement

Le silence alimente les rumeurs, et les attaquants contactent de plus en plus directement le personnel, les clients et les journalistes pour accroître la pression. Une mise à jour courte, factuelle et régulière vaut mieux qu’une déclaration parfaite qui arrive trop tard.

  • Personnel : ce qui s’est passé, ce qu’il ne faut pas faire (pas de contournement par messagerie personnelle, pas de contact avec la presse), comment obtenir des nouvelles et qui appeler.
  • Clients et partenaires : ce qui est touché, ce que vous faites, si leurs données sont concernées à votre connaissance et quand vous les tiendrez informés.
  • Presse et public : un seul porte-parole, un seul message d’attente, approuvé par le conseil juridique.
  • Ne confirmez jamais des détails non vérifiés et ne spéculez jamais sur l’attaquant.

“Nous répondons à un incident de cybersécurité qui a touché certains de nos systèmes. Nous avons isolé les systèmes concernés, fait appel à des spécialistes de la réponse à incident et informé les autorités compétentes. Notre enquête se poursuit et nous partagerons davantage d’informations dès que possible.”

Un modèle de message d’attente

Éradiquer l’attaquant

L’éradication doit se faire en une seule action coordonnée, après la délimitation et avant la restauration de la production. Supprimez chaque point d’ancrage trouvé, réinitialisez tous les identifiants que l’attaquant a pu voir et fermez la porte par laquelle il est entré.

  1. Fermez la voie d’accès initial : corrigez ou remplacez le VPN ou le pare-feu vulnérable, imposez la MFA, supprimez le RDP exposé.
  2. Supprimez la persistance sur chaque hôte identifié : tâches planifiées, services, clés Run, abonnements WMI, nouveaux comptes locaux et de domaine, outils de gestion à distance, GPO malveillantes.
  3. Balayez tout le parc avec les indicateurs trouvés, pas seulement les hôtes examinés. L’EDR, Velociraptor ou une analyse YARA trouve les machines que personne n’a regardées.
  4. Réinitialisez les identifiants dans l’ordre : administrateurs de domaine et d’entreprise, comptes de service et de sauvegarde, puis tous les utilisateurs. Changez deux fois le mot de passe krbtgt, en attendant la réplication complète entre les deux (Microsoft publie un script pour cela).
  5. Changez tout ce qui a pu fuiter : mots de passe d’administrateur local (déployez Windows LAPS si ce n’est pas fait), clés d’API, clés d’accès cloud, certificats VPN, clés Wi-Fi, secrets dans les scripts et fichiers de configuration.
  6. Révoquez les sessions et les jetons dans Entra ID ou Google Workspace, et examinez les consentements d’applications OAuth ajoutés pendant l’incident.
Recherche de persistance sur un hôte Windows
.\autorunsc64.exe -accepteula -a * -c -h -s -m -vt > E:\IR\$env:COMPUTERNAME-autoruns.csv

Get-ScheduledTask | Where-Object { $_.Date -gt (Get-Date).AddDays(-30) } |
  Select-Object TaskPath, TaskName, Date, @{n='Action';e={$_.Actions.Execute}}

Get-CimInstance Win32_Service |
  Where-Object { $_.PathName -match '\\Users\\|\\ProgramData\\|\\Temp\\' } |
  Select-Object Name, PathName, StartMode

Get-LocalGroupMember Administrators

Reprendre dans le bon ordre

Restaurez d’abord dans un réseau isolé et sain, vérifiez, puis seulement reconnectez. Remettez les systèmes en service dans l’ordre des dépendances, pour que chaque couche puisse se fier à la précédente.

Ordre de reprise habituel
OrdreSystèmesÀ vérifier avant de continuer
1Identité : contrôleurs de domaine ou forêt reconstruite, Entra IDAucun administrateur inconnu, krbtgt changé, GPO examinées
2Réseau de base : DNS, DHCP, pare-feu, VPN avec MFAFirmware à jour, accès d’administration limité
3Outils de sécurité : EDR, journalisation, plateforme de sauvegardeEDR sur chaque hôte restauré avant qu’il rejoigne le réseau
4Systèmes métier critiques : ERP, finance, applications clientsRestaurés depuis un point antérieur à l’intrusion et analysés
5Tout le reste : partages de fichiers, appareils des utilisateursRéinstallés plutôt que nettoyés si possible
  • Choisissez des points de restauration antérieurs à la date d’accès initial, pas seulement au chiffrement. Les outils de l’attaquant peuvent se trouver dans les sauvegardes de la période de présence.
  • Analysez les systèmes restaurés avec un antivirus à jour et vos règles YARA avant de les reconnecter.
  • Réinstallez les appareils des utilisateurs à partir d’une image saine. Le nettoyage manque ce que vous n’avez pas trouvé.
  • Gardez une surveillance renforcée pendant au moins 30 jours, en recherchant les mêmes indicateurs, comptes et techniques.
Vérifier et restaurer un dépôt restic vers un hôte isolé
restic -r s3:https://s3.example.com/backups/fileserver snapshots
restic -r s3:https://s3.example.com/backups/fileserver check --read-data-subset=10%
restic -r s3:https://s3.example.com/backups/fileserver restore 4f1a2b3c --target /restore/fileserver --verify

Durcir pour éviter que cela se reproduise

La revue après incident doit aboutir à des actions financées, et pas seulement à des constats. Ces contrôles arrêtent ou limitent la plupart des attaques par rançongiciel actuelles.

Les contrôles les plus importants
ContrôleCe qu’il arrête
MFA résistante au phishing sur le VPN, la messagerie, l’accès à distance et les comptes d’administrationLes connexions avec des mots de passe volés, le point d’entrée le plus courant
Correction rapide des équipements exposés à InternetL’exploitation des VPN, pare-feu et serveurs de transfert de fichiers
Sauvegardes immuables et hors ligne, restauration testéeLes attaquants qui suppriment les sauvegardes pour forcer le paiement
EDR sur chaque poste et serveur, avec protection contre la falsificationLes outils lancés et la sécurité désactivée sans que personne ne le voie
Administration par niveaux, LAPS et aucun usage permanent d’administrateur de domaineUn seul compte volé qui ouvre tout le domaine
Blocage de SMB et RDP entre les postesLe déplacement latéral rapide et le déploiement massif
Filtrage en sortie et alertes sur les gros envoisLe vol silencieux de données avant le chiffrement
Journalisation centrale avec au moins 90 jours de conservationLes enquêtes incapables de dire comment ils sont entrés
Exercices sur table deux fois par anLes décisions lentes et improvisées le jour J

Liste de contrôle de la réponse au rançongiciel

  1. Isolez les hôtes touchés et laissez-les allumés.
  2. Bloquez SMB, RDP et WinRM entre les segments ; coupez les liens vers les sites non touchés.
  3. Déconnectez et protégez les sauvegardes ; confirmez que les copies hors ligne sont intactes.
  4. Passez l’équipe de réponse sur une communication hors bande et ouvrez un journal d’incident en UTC.
  5. Appelez le prestataire de réponse, l’assureur et le conseil juridique.
  6. Exportez les journaux de pare-feu, de VPN, de cloud et d’EDR avant qu’ils ne soient écrasés.
  7. Capturez la mémoire et des images de triage des hôtes clés ; calculez toutes les empreintes.
  8. Identifiez la famille de rançongiciel et recherchez un déchiffreur gratuit.
  9. Trouvez la voie d’accès initial, les comptes compromis et tout vol de données.
  10. Recensez les obligations de notification et signalez aux autorités.
  11. Éradiquez en une seule action : fermez le point d’entrée, supprimez la persistance, réinitialisez les identifiants, changez krbtgt deux fois.
  12. Restaurez dans l’ordre des dépendances, dans un réseau sain, à partir de sauvegardes antérieures à l’intrusion.
  13. Surveillez de près pendant 30 jours, puis menez la revue et financez les corrections.

Conclusion

L’issue d’une attaque par rançongiciel dépend beaucoup de l’ordre de vos actions. Contenez l’attaque en laissant les hôtes allumés, préservez les preuves, découvrez comment l’attaquant est entré et ce qu’il a pris, et supprimez ses accès avant de restaurer quoi que ce soit. Restaurer trop tôt peut signifier être chiffré à nouveau. Ensuite, corrigez les faiblesses révélées par l’attaque et entraînez-vous à ce guide avant d’en avoir de nouveau besoin.

  • Rançongiciel
  • Réponse à incident
  • DFIR
  • Confinement
  • Sauvegardes
  • Active Directory
  • ESXi
  • Violation de données
  • Reprise
  • Playbook
  • Direction de la sécurité32 min de lecture

    Vous serez piraté. Votre rôle est de rendre cela coûteux.

    La sécurité parfaite n’existe pas et l’IA réduit le coût des attaques. Un guide pour les RSSI sur les niveaux de menace, la défense par l’IA, le dialogue avec le conseil d’administration et la façon d’augmenter le prix d’une compromission.

  • Guide de durcissement23 min de lecture

    Durcissement d’un VPS Linux : guide pratique complet

    Le durcissement pas à pas d’un serveur Ubuntu, Debian ou RHEL exposé à Internet : SSH, pare-feu, paramètres du noyau, sandbox, audit, contrôle d’intégrité, sauvegardes et vérification.

  • Réponse à incident28 min de lecture

    Triage forensique Windows pour la réponse à incident

    Un guide pratique de triage des hôtes Windows compromis : capture mémoire, réponse à chaud, recherche de persistance, journaux d’événements, artefacts d’exécution, collecte avec KAPE et Velociraptor.

  • Réponse à incident25 min de lecture

    Triage forensique Linux pour la réponse à incident

    Un guide pratique de triage des serveurs et conteneurs Linux compromis : capture mémoire, analyse de /proc, clés SSH, journaux, recherche de persistance, contrôle des rootkits et collecte avec UAC.