Ransomware family
Babuk Ransomware Decryption & Data Recovery
- Inactive
- Medium
- Some versions decryptable
Babuk (Babyk) was an early double-extortion family from 2021 whose Windows, ESXi and NAS source code and builder leaked, seeding a large share of today's ESXi lockers. Original variants are partly recoverable with a free decryptor; derivatives usually are not.
- First seen
- 2021-01
- File extensions
- .babuk .babyk .babuk2
- Ransom notes
- How To Restore Your Files.txt
- Affected platforms
- Windows / Linux / VMware ESXi / NAS storage
Family profile
- File extensions
- .babuk
- .babyk
- .babuk2
- .doydo
- .__NIST_K571__
- Ransom notes
- How To Restore Your Files.txt
- How To Restore Your Files.html
- Contact patterns
- Tor (.onion) live-chat negotiation page
- Mailbox contact in early builds (mostly disposable mail services)
- Builder-derived ESXi lockers each use their own contact details
- Aliases / versions
- Babuk Locker、Babyk、Babuk2 / Babuk-Bjorka(2025 年借名团伙)、Babuk-derived ESXi lockers
- First seen
- 2021-01
- Status
- Inactive
- Threat level
- Medium
- Affected platforms
- Windows
- Linux
- VMware ESXi
- NAS storage
- Tags
- Legacy family
- Ransomware-as-a-Service
- Double extortion
- Targets virtualization
- Targets NAS
A free public decryptor exists but covers only part of the variant space. Babuk's full source code - Windows, ESXi and NAS encryptors - along with some private keys leaked to a Russian-language forum in 2021, after which Avast released a Babuk decryptor built on the leaked keys in October 2021 and updated it in January 2024, with help from Cisco Talos and the Dutch police, to add keys for the Tortilla variant. It covers files with .babuk, .babyk and .doydo extensions and is listed on No More Ransom. Limits: it only works against original Babuk variants whose keys were in the leak. It does not work against the many derivative lockers built from the leaked builder with fresh key pairs, including most Babuk-based ESXi lockers. The 2025 Babuk2 / Babuk-Bjorka brand is largely re-extortion using old breach data and has no direct relationship to the original encryptor. Sample comparison must come before any trial run.
Latest activity
Romania's prison administration (ANP) was hit by ransomware: servers taken offline, visit booking and inmate phone access disrupted, transfers suspended. DNSC's head named Babuk as the most likely actor, unconfirmed.
SourcesNew family 'Payload' documented: built on leaked 2021 Babuk source, HC-128 swapped for ChaCha20 with Curve25519, hitting Windows and ESXi, appending .payload. No flaw or backdoor found - undecryptable without the key.
SourcesCisco Talos: China-nexus Storm-2603 abused the Velociraptor DFIR tool for persistence and dropped Warlock, LockBit and Babuk; on ESXi hosts a Babuk Linux encryptor appended .babyk with only partial encryption.
Sources
Overview
Babuk Locker surfaced in January 2021 as one of the first families to systematically combine encryption with data-leak extortion, and among the earliest to ship purpose-built encryptors for VMware ESXi and ARM-based NAS devices. Its best-known incident was the 2021 attack on the Washington DC Metropolitan Police Department and the publication of internal files, after which the crew announced it was leaving the encryption business for a leak-hosting model.
What keeps Babuk relevant is two leaks. In July 2021 the Babuk Locker builder was published, and actors immediately began mass-producing custom payloads with it. In September 2021 a member claiming terminal illness released the full source code - the C++ Windows encryptor, the C++ ELF ESXi encryptor, a Golang NAS encryptor and multiple Visual Studio projects - on a Russian-language forum. Across H2 2022 and H1 2023 SentinelLABS counted at least ten ransomware families whose ESXi lockers were built directly on that code. In practice, many of the "unknown extension" hypervisor ransomware cases seen in Chinese enterprises today inherit their encryption logic from Babuk.
The "Babuk2" or "Babuk-Bjorka" brand that appeared in January 2025 is a different matter. Halcyon, GuidePoint and others found that roughly 90% of its claimed victims had already been posted by RansomHub, FunkSec, LockBit and others, with no evidence of fresh encryption activity - an impersonation operation re-extorting old breach data, disowned even by former Babuk members.
The practical lesson for Chinese organisations: Babuk itself is dormant, but the intrusion path its derivatives keep reusing - an exposed ESXi management interface with weak credentials and no MFA - is still the dominant way virtualisation estates get compromised locally.
How to identify it
Extensions. Original Babuk appends .babuk, .babyk or .babuk2; .doydo and the unusual .NIST_K571 (named after the elliptic curve used) have also been observed. Variants produced from the leaked builder use entirely attacker-chosen extensions, so an unfamiliar extension does not rule out Babuk ancestry.
Ransom note. A text file named How To Restore Your Files.txt (HTML in some builds), in English, stating that files are encrypted and data stolen, and directing the victim to a Tor chat page; early builds also included an email address.
ESXi indicators.
- vmdk, vmx, vmsd and vswp files under /vmfs/volumes encrypted, VMs refusing to power on.
- Unexpected ELF binaries on the host plus traces of bulk shutdowns via esxcli or vim-cmd.
- Notes dropped in the datastore root and /tmp.
NAS indicators. Golang-compiled ARM or x86 binaries walking share directories, with package and snapshot services possibly stopped.
The key question is whether you are facing original Babuk or a builder-derived variant: the former may be decryptable, the latter almost never is. That determination comes from the encrypted-file trailer structure, the embedded public key fingerprint and binary characteristics - not from the extension name.
Infection vectors
The access patterns from Babuk's active period, still used by its derivatives today:
- Internet-exposed remote access. Weak RDP credentials and brute forcing were the most common starting point in 2021.
- VPN and edge device vulnerabilities. Unpatched VPN gateways and firewall management interfaces used for an internal foothold.
- Direct hypervisor management access. ESXi and vCenter ports 443, 22 and 902 reachable from the internet or flat office networks, combined with weak credentials or known CVEs, to take the host directly - the signature approach of Babuk-derived ESXi lockers.
- Exposed NAS. Synology, QNAP and similar devices published to the internet on outdated firmware.
- Lateral movement and escalation. Credential dumping, PsExec, scheduled tasks and domain-wide deployment.
- Exfiltration. Archived data shipped out via cloud storage or FTP for leak pressure.
Because the builder is public, the skill level behind Babuk-lineage payloads varies enormously: mature crews running targeted intrusions at one end, opportunists scanning for weak passwords at the other. The latter is what small and mid-size Chinese firms encounter most often.
Encryption behavior
Algorithms. Original Babuk derives keys with SHA-256, encrypts content with ChaCha8 and performs key agreement via ECDH (Curve25519, or NIST K-571 in some builds), with an independent key per file. By design it is unbreakable without the private key; the 2021 decryptor exists because source code and some private keys leaked, not because the cryptography was flawed.
Intermittent encryption. Large files are encrypted in skipped blocks for speed, with the stride varying by version and builder settings. That leaves untouched regions in database files and virtual disks, which is the main repair entry point in derivative cases - though the achievable extent must be measured.
Virtualisation and NAS. The ESXi build force-stops virtual machines before encrypting datastore files so file locks cannot leave encryption incomplete; the NAS build targets shares and common mount points.
Recovery inhibition. The Windows build deletes volume shadow copies and stops database and backup services; the ESXi build removes VM snapshots.
Double extortion. Babuk was among the first families to run a dedicated leak site, and after retiring its encryptor it pivoted to a pure data-leak platform.
Assess before you act
Recoverability assessment
For Babuk the decisive question is simple: original variant, or builder-derived variant. We do not pay ransoms and do not negotiate.
1) Free decryptor (partly viable for original variants). The Avast Babuk decryptor covers .babuk, .babuk2, .babyk and .doydo files encrypted with keys that were in the leak, and can process whole partitions. Applicability depends on whether the public key embedded in the encrypted files belongs to the leaked key set, which only sample comparison can establish. It does not work against variants built from the leaked builder with freshly generated key pairs - the large majority of real cases today.
2) Realistic paths in ESXi and NAS cases. Babuk-derived hypervisor lockers are effectively undecryptable, so recovery focus shifts to storage array or NAS volume snapshots (often present without the owner realising), VM-level backups on the backup platform, stale snapshot files left in the datastore, and structural repair of the vmdk files. Because encryption is intermittent, guest filesystem metadata and data regions frequently retain long intact stretches; repairing partition tables and metadata and then mounting to extract inner files is standard practice, with yields depending on the encryption pattern and which structures were hit.
3) Database file repair. MDF/LDF, DBF and ibd files usually keep many intact pages under intermittent encryption, allowing page-level extraction and logical rebuilds, with transaction logs used to close the gap to a chosen point in time.
4) Backups, shadow copies and unencrypted duplicates. Shadow copies are usually deleted but must still be checked, alongside offline and offsite backups, file-server recycle bins, endpoint caches, reporting staging databases and ERP archive exports.
5) Low-level carving. If the encryptor wrote new files and deleted the originals, source data may survive in unallocated space and can be carved - provided writes to the original volumes stop immediately and storage pools are not rebuilt.
There is no guaranteed route for Babuk data recovery. We deliver an assessment and an expected range first, then execute; we do not promise "100% decryption" or guaranteed results.
Our response plan
Hit by Babuk ransomware? What to do
Containment and forensic preservation
Immediately cut network and storage paths for ESXi hosts, NAS devices and affected Windows servers, and disable the remote access accounts involved. In ESXi cases do not reboot the host and do not re-initialise the datastore; in Windows cases do not power off. Take read-only images or storage-layer snapshots of datastores and critical volumes, export hostd and vmkernel logs, NAS system logs, firewall and VPN logs, and retain encrypted samples plus How To Restore Your Files.txt.
Family identification and encryption analysis
The core task is separating original Babuk from builder-derived variants: compare encrypted-file trailers and embedded public key fingerprints, and analyse the encryptor binary (Windows PE, ESXi ELF or Golang NAS build) to establish whether it falls within the leaked key set. In parallel, measure the intermittent-encryption stride and map the untouched regions inside vmdk and database files.
Recoverability assessment and plan sign-off
If the sample is an original variant, validate the Avast decryptor's real-world output and integrity on isolated copies. If it is a derivative, inventory storage snapshots, NAS snapshots, VM-level backups and offline backups exhaustively, and run sample repairs against key vmdk and database files. Deliver a written assessment covering the recovery path per system, expected ranges, timeline and sequence, then execute after sign-off.
Recovery execution
Work on images with originals read-only. For ESXi, prioritise virtual disk structural repair and mounted extraction, landing usable data on clean storage before rebuilding VMs rather than operating in place on the original datastore. For NAS, roll back from snapshots and backups first, with file-level repair of shares where needed. Rebuild databases through page-level extraction plus transaction log roll-forward, and run integrity and business-side verification after each batch.
Attribution, hardening and handover
Establish the entry point (weak RDP, VPN vulnerability, exposed ESXi or NAS management interface) and the lateral path, and remove residual backdoors and rogue accounts. Hardening priorities: isolate the ESXi and vCenter management network with no internet reachability, disable SSH, enable lockdown mode and strong credentials; remove NAS internet exposure and update firmware; enforce MFA and least privilege on Windows; rebuild backups to 3-2-1 with immutable copies and offline media, and run a genuine restore drill. Close with an incident report and handover checklist.
Risk warning
What not to do
- Do not re-initialise or format the ESXi datastore, and do not create new VMs on the original LUN - the most common and most irreversible mistake in Babuk-lineage cases.
- Do not rule out Babuk ancestry because the extension is not .babuk; once the builder leaked, extensions became fully customisable and attribution requires sample analysis.
- Do not run the free decryptor directly against original disks. Confirm first that the sample falls inside the leaked key set, then validate output integrity on copies.
- Do not delete ransom notes, encrypted samples or suspicious binaries - they are the only basis for separating original variants from derivatives.
- Do not reattach a NAS or backup server to an uncleaned network, and do not run firmware upgrades or rebuild storage pools on an affected NAS.
- Do not pay groups such as Babuk2 / Babuk-Bjorka - public analysis shows most of their claimed victims involve recycled breach data, so payment can neither be verified nor remove risk.
Emergency response
Data already encrypted? Stop and let an engineer look first
We do not pay ransoms and we do not negotiate with attackers. Engineers run a free assessment first, then propose a recovery plan and a firm quote.
Related scenarios
ESXi / Hyper-V Virtualization Encrypted by Ransomware
Hypervisor-level encryption causes the widest blast radius of any ransomware event: dozens of production VMs go dark within an hour or two. This page covers what Linux ESXi encryptors actually do — shut down guests, encrypt vmdk, delete snapshots — the recovery value of flat disk files, and how Hyper-V and Proxmox cases differ.
File Servers and NAS Encrypted by Ransomware
When shared folders on a file server or NAS are encrypted, drawings, contracts, archives, quotations and design sources all become unusable at once — and mapped drives spread the impact to every endpoint. This page covers how to gauge spread, what shadow copies and snapshots realistically offer, and how to sequence recovery by business value.
QNAP NAS Encrypted by Ransomware
QNAP is among the NAS brands most frequently targeted by ransomware, with DeadBolt, Qlocker, eCh0raix and Checkmate all publicly documented — all sharing one precondition: internet-exposed devices. This page covers what each looked like, how to identify which case you have, and what snapshots and backups can do.
Backups Deleted or Destroyed
Modern ransomware follows a fixed sequence: destroy the backups, then encrypt the data — deleting shadow copies, encrypting repositories, disabling jobs, and exploiting backup software flaws to steal credentials. This page covers what can still be inventoried once backups fail, why replication propagates encrypted files off-site, and what offline and immutable copies are really worth.
Related industries
Manufacturing Ransomware Response and Recovery
Ransomware in manufacturing hits information systems and production cadence at the same time: with ERP down there are no orders, with MES down there is no schedule, and an encrypted drawing library takes the process documentation for an entire product line with it. This page covers the asset profile, recovery priorities and targeted defences.
Healthcare Ransomware Response and Recovery
When a hospital is hit, registration, consultation, orders, billing, laboratory and imaging fail at the same moment and care falls back to paper. This page covers the healthcare threat picture, a recovery priority built around clinical continuity, and the handling of patient data and compliance obligations.
Logistics and Supply Chain Ransomware Response
Logistics is acutely time-sensitive: when TMS, WMS, dispatch and sorting systems stop, goods pile up in warehouses and on routes immediately, and the effect propagates up and down the supply chain. This page covers the sector's threat profile, a recovery order built around goods movement, and hardening for EDI-interconnected environments.
Similar families
- Some versions decryptable
LockBit
LockBit is one of the largest ransomware-as-a-service operations in the world. Despite the 2024 law-enforcement takedown it returned as LockBit 5.0, with working Windows, Linux and VMware ESXi payloads, and it remains one of the most frequently seen families in China.
- No public decryptor
DragonForce
DragonForce is one of the most active ransomware cartels today. Since 2025 it has offered white-label encryptors and infrastructure to affiliates, hits virtualisation estates hard, and became widely known through the chain of UK retail attacks. No public decryptor exists.
- Some versions decryptable
Akira
Akira is a ransomware-as-a-service operation that emerged in March 2023, breaking in through VPNs without MFA and edge-device flaws, then encrypting Windows estates and VMware ESXi clusters under double extortion. CISA's November 2025 advisory update calls it an imminent threat to critical infrastructure.
FAQ
Babuk Frequently asked questions
My files end in .babuk - can the free decryptor recover them?
Possibly, but it must be verified. The Avast Babuk decryptor covers original variants encrypted with keys from the 2021 leak (.babuk, .babuk2, .babyk, .doydo). Applicability depends on whether the public key embedded in your files belongs to that leaked set, which only sample comparison can confirm. If an attacker generated a fresh key pair using the leaked builder, the extension may look identical yet be undecryptable. Submit three to five encrypted files and the note for identification, and do not run the tool against original disks.
Our ESXi VMs were encrypted with an unfamiliar extension - is that related to Babuk?
Very likely, at the code level. SentinelLABS documented at least ten families whose ESXi lockers were built directly on the leaked 2021 Babuk source; their extensions and notes differ, but the encryption flow, forced VM shutdown logic and file traversal are closely similar. Shared ancestry does not imply decryptability - derivatives normally carry fresh key pairs, so the free decryptor does not apply. Real recovery runs through storage snapshots, VM-level backups and structural repair of the vmdk files.
Babuk is dormant - why are organisations still being hit?
The original crew left the encryption business in 2021, but its builder and source code still circulate underground and have been repurposed by many groups, ranging from mature operators to opportunists scanning for weak passwords. Being hit by a Babuk-lineage payload and Babuk still operating are two different things. Separately, the 2025 Babuk2 brand is a name-borrowing operation re-extorting old data and is unrelated to encryption incidents.
Babuk encrypts intermittently - does that mean databases can still be repaired?
Possibly, depending on the pattern. Intermittent encryption overwrites only part of each file, so large files such as MDF/LDF, DBF and ibd often retain many intact data pages that page-level extraction and logical rebuilds can use, with transaction logs closing the gap to a point in time. Success turns on whether critical structures - file headers, system tables, page directories - were hit and how dense the stride is. We run sample repairs first, give an expected range, and only then commit to a full recovery.
After recovery, how do we stop another ESXi locker getting in?
The entry points are narrow, so hardening is straightforward: never expose ESXi or vCenter management interfaces to the internet, place them in a dedicated management segment reachable only via a jump host, disable SSH and enable lockdown mode, enforce strong credentials and MFA on every administrative account and eliminate shared logins, patch ESXi and vCenter promptly, keep backups with offline or immutable copies and credentials separated from the production domain, and finish with a full restore drill that proves the backups actually work.
Sources
- Hypervisor Ransomware: Multiple Threat Actor Groups Hop on Leaked Babuk Code to Build ESXi Lockers — SentinelLABS
- Babuk ransomware's full source code leaked on hacker forum — BleepingComputer
- Babuk ransomware decryptor released to recover files for free — BleepingComputer
- Decryption Tools (Babuk Decryptor) — No More Ransom
- Ongoing report: Babuk2 (Babuk-Bjorka) — GuidePoint Security
External links are provided for reference only. The content is published by third parties and does not represent our position.
Updated