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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
| Rôle | Premières actions |
|---|---|
| Responsable d’incident | Tient 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 direction | Autorise les arrêts et les dépenses, informe le conseil d’administration |
| Conseil juridique | Dirige l’enquête sous secret professionnel lorsque c’est possible, évalue les obligations de notification |
| Communication | Prépare des messages d’attente pour le personnel, les clients et la presse |
| Assureur et société de réponse | Approuvent 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.
| Étape | Ce que vous pouvez voir |
|---|---|
| Découverte | AdFind, BloodHound ou SharpHound, nltest /domain_trusts, net group "domain admins", scanners réseau comme Advanced IP Scanner ou SoftPerfect |
| Vol d’identifiants | Accè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 à distance | Nouvelles installations d’AnyDesk, ScreenConnect, Atera, Splashtop ou outils similaires ; balises Cobalt Strike ou Sliver |
| Exfiltration | rclone, MEGAsync, WinSCP ou restic sur des serveurs ; grosses archives dans des dossiers de préparation ; volume sortant inhabituel |
| Évasion des défenses | EDR ou antivirus désactivé, nouvelles exclusions Defender, configuration de démarrage en mode sans échec, journaux d’événements effacés (1102, 104) |
| Impact | vssadmin 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.
| Option | Quand l’utiliser | Contrepartie |
|---|---|---|
| Isolation réseau par l’EDR | L’EDR est déployé et fonctionne | L’hôte reste accessible uniquement depuis la console EDR |
| Verrouillage du pare-feu de l’hôte | Pas d’EDR, mais vous pouvez encore exécuter des commandes | Un attaquant avec des droits d’administration peut l’annuler |
| Quarantaine par port de commutateur ou VLAN | De 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 segments | Chiffrement qui se propage entre sites ou VLAN | Coupe le trafic légitime entre ces segments |
| Blocage de la sortie vers Internet | Exfiltration ou commande et contrôle actifs | Arrête des services cloud dont l’entreprise peut dépendre |
| Arrêt complet du réseau | Chiffrement plus rapide que votre capacité d’isolation | L’activité s’arrête ; en dernier recours uniquement |
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.20sudo 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 acceptCouper 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.
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_backupGet-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, LastWriteTimeVMware 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.
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_sshPré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.
| Preuve | Pourquoi c’est important |
|---|---|
| Mémoire des hôtes où le chiffreur tourne encore | Peut contenir des clés, le binaire, des lignes de commande et des connexions réseau |
| La demande de rançon et des fichiers chiffrés | Identifie la famille et tout déchiffreur disponible |
| Le binaire du chiffreur et les outils de l’attaquant | Révèle les capacités, la configuration et les indicateurs à rechercher |
| Journaux d’événements Windows et Sysmon | Connexions, installations de services, création de processus, effacement des journaux |
| Télémétrie et alertes EDR | Arbres de processus et première activité malveillante |
| Journaux de pare-feu, VPN, proxy et DNS | Accès initial, commande et contrôle, volume d’exfiltration |
| Journaux d’audit Microsoft 365 ou Google Workspace | Accès aux boîtes mail, autorisations OAuth, téléchargements de données |
| Journaux de la console de sauvegarde | Quand et par qui les sauvegardes ont été supprimées ou modifiées |
.\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 -NoTypeInformationGet-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, LastWriteTimeUtcPour 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.
| Point d’entrée | Preuves à vérifier |
|---|---|
| VPN ou pare-feu sans MFA, ou avec une faille non corrigée | Journaux 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 malveillantes | Journaux de messagerie, fichiers Mark of the Web, Office lançant des scripts dans l’EDR |
| Identifiants volés par des infostealers | Connexions réussies avec des mots de passe valides sans échec préalable |
| Fournisseur IT ou outil de gestion à distance compromis | Journaux d’audit de la console RMM, installations d’agents inattendues |
$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 SilentlyContinuehayabusa 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.csvDes 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.
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, LastWriteTimeConfirmez 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.
| Voie | Quand elle fonctionne | Points d’attention |
|---|---|---|
| Restaurer depuis des sauvegardes saines | Des sauvegardes immuables ou hors ligne ont survécu et sont antérieures à l’intrusion | Restaurer une sauvegarde qui contient déjà la persistance de l’attaquant |
| Déchiffreur gratuit | Un déchiffreur public existe pour cette famille et cette version exactes | Testez d’abord sur des copies ; un mauvais outil peut corrompre les fichiers |
| Tout reconstruire | Sauvegardes perdues ou peu fiables pour certains systèmes | Le temps ; priorisez les systèmes selon l’impact métier |
| Payer la rançon | Dernier recours, lorsqu’aucune autre voie ne sauve l’entreprise | Vé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é.
- 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é.
- 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.
- 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.
- 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).
- 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.
- 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.
.\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 AdministratorsReprendre 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 | Systèmes | À vérifier avant de continuer |
|---|---|---|
| 1 | Identité : contrôleurs de domaine ou forêt reconstruite, Entra ID | Aucun administrateur inconnu, krbtgt changé, GPO examinées |
| 2 | Réseau de base : DNS, DHCP, pare-feu, VPN avec MFA | Firmware à jour, accès d’administration limité |
| 3 | Outils de sécurité : EDR, journalisation, plateforme de sauvegarde | EDR sur chaque hôte restauré avant qu’il rejoigne le réseau |
| 4 | Systèmes métier critiques : ERP, finance, applications clients | Restaurés depuis un point antérieur à l’intrusion et analysés |
| 5 | Tout le reste : partages de fichiers, appareils des utilisateurs | Ré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.
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 --verifyDurcir 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.
| Contrôle | Ce qu’il arrête |
|---|---|
| MFA résistante au phishing sur le VPN, la messagerie, l’accès à distance et les comptes d’administration | Les connexions avec des mots de passe volés, le point d’entrée le plus courant |
| Correction rapide des équipements exposés à Internet | L’exploitation des VPN, pare-feu et serveurs de transfert de fichiers |
| Sauvegardes immuables et hors ligne, restauration testée | Les attaquants qui suppriment les sauvegardes pour forcer le paiement |
| EDR sur chaque poste et serveur, avec protection contre la falsification | Les 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 domaine | Un seul compte volé qui ouvre tout le domaine |
| Blocage de SMB et RDP entre les postes | Le déplacement latéral rapide et le déploiement massif |
| Filtrage en sortie et alertes sur les gros envois | Le vol silencieux de données avant le chiffrement |
| Journalisation centrale avec au moins 90 jours de conservation | Les enquêtes incapables de dire comment ils sont entrés |
| Exercices sur table deux fois par an | Les décisions lentes et improvisées le jour J |
Liste de contrôle de la réponse au rançongiciel
- Isolez les hôtes touchés et laissez-les allumés.
- Bloquez SMB, RDP et WinRM entre les segments ; coupez les liens vers les sites non touchés.
- Déconnectez et protégez les sauvegardes ; confirmez que les copies hors ligne sont intactes.
- Passez l’équipe de réponse sur une communication hors bande et ouvrez un journal d’incident en UTC.
- Appelez le prestataire de réponse, l’assureur et le conseil juridique.
- Exportez les journaux de pare-feu, de VPN, de cloud et d’EDR avant qu’ils ne soient écrasés.
- Capturez la mémoire et des images de triage des hôtes clés ; calculez toutes les empreintes.
- Identifiez la famille de rançongiciel et recherchez un déchiffreur gratuit.
- Trouvez la voie d’accès initial, les comptes compromis et tout vol de données.
- Recensez les obligations de notification et signalez aux autorités.
- Éradiquez en une seule action : fermez le point d’entrée, supprimez la persistance, réinitialisez les identifiants, changez krbtgt deux fois.
- Restaurez dans l’ordre des dépendances, dans un réseau sain, à partir de sauvegardes antérieures à l’intrusion.
- 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