Skip to main content

Hit by ransomware? Isolate affected systems now. Do not reboot or reformat.

SheMo Noransom舍末无勒

Ransomware family

Qilin Ransomware Decryption & Data Recovery

  • Active
  • Critical
  • No public decryptor

Qilin (formerly Agenda) is a Rust-rewritten cross-platform RaaS operation focused on VMware ESXi and Linux estates. It has ranked as the world's most active ransomware group for several consecutive quarters since 2025, with confirmed victims among electronics manufacturers in Taiwan and Hong Kong.

First seen
2022-07
File extensions
.qilin .[受害者专属随机字符串]
Ransom notes
README-RECOVER-[随机字符串].txt
Affected platforms
Windows / Linux / VMware ESXi / NAS storage

Family profile

File extensions
  • .qilin
  • .[受害者专属随机字符串]
Ransom notes
  • README-RECOVER-[随机字符串].txt
Contact patterns
  • Tor negotiation site (per-victim company ID)
  • WikiLeaksV2 / Qilin leak site
  • Legal counsel and media-pressure services offered to affiliates
Aliases / versions
Agenda、Qilin.B、Water Galura
First seen
2022-07
Status
Active
Threat level
Critical
Affected platforms
  • Windows
  • Linux
  • VMware ESXi
  • NAS storage
Tags
  • Active
  • Ransomware-as-a-Service
  • Double extortion
  • Targets virtualization
  • Prevalent in China
  • Leak-site regular
  • Exploits vulnerabilities
  • Phishing
Decryptor
No public decryptor

No public, free Qilin decryptor exists, and none is listed on NoMoreRansom or similar platforms.

Qilin encrypts file content with AES-256-CTR (falling back to ChaCha20 where AES-NI is unavailable) and wraps the session key with RSA-4096 using OAEP padding, appending it to the file. Only the operators' private key can unwrap it, and no exploitable key-reuse or nonce weakness has been found in the Rust implementation. Any tool or service claiming to "decrypt Qilin directly" should be treated as a follow-on scam.

Realistic recovery comes from backups and snapshots, intact blocks left by intermittent encryption, unencrypted copies and logs — see the recoverability assessment below.

Latest activity

  1. Arctic Wolf tied multiple June 2026 Qilin intrusions to CVE-2026-0257, a PAN-OS GlobalProtect auth bypass patched 13 May and listed in CISA KEV. Outcomes ranged from fast encryption to full double extortion.

    Sources
  2. Check Point patched CVE-2026-50751, a Remote Access VPN auth bypass exploited as a zero-day against dozens of organisations; one case was confirmed Qilin affiliate post-compromise activity. CISA ordered a 3-day fix.

    Sources
  3. Trend Micro and Cisco Talos reported Qilin affiliates enabling WSL on Windows hosts to run Linux encryptors, evading EDR tuned to Windows PE behaviour, plus BYOVD drivers and dark-kill/HRSword to kill protection.

    Sources

Overview

Qilin first appeared in July 2022 as Agenda, written in Go. It rebranded to Qilin in September 2022 and was fully rewritten in Rust, gaining cross-platform reach, faster encryption and better static-detection evasion. Trend Micro tracks the operators as Water Galura. In October 2024, Halcyon documented the upgraded Qilin.B variant: AES-256-CTR with hardware acceleration, ChaCha20 fallback and RSA-4096/OAEP, plus new anti-forensic behaviour — deleting backup-related services, wiping volume shadow copies, clearing Windows event logs and self-deleting after encryption.

Scale is Qilin's defining characteristic today. After RansomHub's infrastructure went offline in April 2025, a large share of its affiliates migrated to Qilin and leak-site postings roughly doubled. Multiple quarterly trackers place Qilin as the most prolific ransomware operation worldwide for several consecutive quarters from 2025 onward; in the first half of 2026, Cyble and The Cyber Express ranked it first globally by attack volume, with a year-over-year increase above 400% and close to 280 leak-site victims in a single quarter. MOXFIVE puts cumulative claimed victims at roughly 1,500 since launch.

China relevance is concrete. Asia-Pacific volume sits below North America and Western Europe, but during 2025–2026 Taiwanese electronics and interconnect manufacturers (including contract and interconnect-product makers) and a Hong Kong-listed manufacturer have been posted to Qilin's leak site. What these victims share is exactly the structure Qilin attacks best: heavy ESXi virtualisation hosting MES and ERP, leased-line interconnects between plants, and many VPN accounts with incomplete MFA coverage.

By sector, Qilin spans manufacturing, healthcare, logistics and transport, professional services and the public sector, hitting both SMEs and large groups. Its 2025 attack on a major Japanese beverage producer halted production at dozens of plants — a clear illustration of one encryption event stopping an entire production chain.

How to identify it

Extensions. Qilin uses no fixed extension. Most builds append a per-victim company ID or random string to the original filename; some use .qilin. Extension alone cannot confirm the family — the note and file-tail structure are required.

Ransom note. The filename takes the form README-RECOVER-[random string].txt, where the random string matches the file extension — one of the most reliable Qilin indicators. Note content is customised per victim by the affiliate and typically names the organisation, threatens publication and supplies a Tor negotiation entry point.

Host-side artefacts.

  • Security services, databases and Veeam/backup agents stopped en masse; Windows event logs cleared.
  • Qilin.B deletes backup-related services and self-deletes after encryption, leaving fewer artefacts than comparable families.
  • BYOVD (bring-your-own-vulnerable-driver) has been observed to disable EDR.
  • Browser credential theft: saved usernames and passwords bulk-exported from Chrome and others for lateral movement.
  • Some cases modify the registry to auto-logon in Safe Mode and reboot, bypassing running protection software.

Virtualisation artefacts. On ESXi/vCenter: guests powered off en masse, snapshots deleted, ransom notes under /vmfs/volumes, with encryption focused on vmdk, vmem and vswp files. The same encryptor also runs on Linux and FreeBSD.

Infection vectors

Qilin's affiliate base is large and mixed — many arrived from RansomHub and other dissolved operations — so tradecraft varies, but the main lines are consistent.

1. Edge device and remote-access flaws. Internet-facing VPN, firewall, file-transfer and remote-support products are the primary entry point, especially unpatched Fortinet, Citrix and SonicWall-class devices and SSL VPN accounts without MFA.

2. Phishing and credentials. Targeted phishing with attachments or links delivers initial payloads, alongside heavy use of brute force, credential stuffing and ready-made accounts bought from initial access brokers.

3. Browser and credential-store harvesting. Once inside, Qilin shows a marked preference for pulling operations credentials from browser-saved passwords, going straight to vCenter, backup consoles and network management systems.

4. Pivot into the virtualisation layer. With domain admin or vCenter rights, operators push via vCenter or SSH directly into ESXi, powering off guests, deleting snapshots and encrypting VMDKs — one action takes every business system offline at once.

5. Exfiltration before double extortion. Data is staged and shipped out with Rclone, cloud-storage clients and SFTP before encryption, then used for leak-site pressure. Qilin additionally offers affiliates negotiation support and media-pressure services, making its coercion more systematic than most peers.

Deployment is usually timed for holidays or the small hours, launched simultaneously across hundreds of hosts via Group Policy, PsExec or scheduled tasks to compress the defender's response window.

Encryption behavior

Algorithms. Qilin.B uses AES-256-CTR with hardware acceleration where AES-NI is available, falling back to ChaCha20 where it is not; the session key is wrapped with RSA-4096 (OAEP) and appended to the encrypted file. It is a standard hybrid construction with no exploitable weakness on the ciphertext side.

Encryption modes (critical). Qilin's configuration supports several modes; published analyses document skip-step, percent and fast. In practice this means coverage can differ enormously between cases in the same family:

  • under fast / skip-step, only leading and interval blocks of large files are encrypted, leaving substantial original data inside VMDKs and database files;
  • percent mode encrypts a configured proportion;
  • small files and configuration files are usually encrypted in full.

As a result, "how much is recoverable" is highly case-specific for Qilin and must be established by mapping the encryption layout of the actual files — experience from other cases does not transfer.

Destruction and anti-forensics.

  • Deletes volume shadow copies and backup-related services, clears Windows event logs, self-deletes after encryption.
  • Stops database and security services, using vulnerable drivers to disable EDR where needed.
  • On ESXi/vCenter, deletes VM snapshots before encrypting, cutting off the easiest rollback path.
  • Supports encryption of network shares and NAS directories.

Double extortion. Exfiltration precedes encryption, with staged publication on the leak site reinforced by media, customer and regulator pressure.

Assess before you act

Recoverability assessment

There is no public decryptor for Qilin, so all recovery potential lies in what the attackers failed to cover. We test each route in this order.

1. Snapshots at the storage and backup layer. Qilin deletes VM snapshots at the vCenter/ESXi layer, but usually cannot reach snapshots held on the storage array, hyperconverged platform or NAS controller — array-level snapshots, Synology/QNAP Btrfs snapshots, object-storage versions and retention policies. This is the fastest and highest-quality source in Qilin cases; check it immediately and freeze snapshot-deletion schedules at once so nothing ages out automatically.

2. Offline and immutable backups. Tape, detached USB or disks, off-site copies, and cloud backups with object lock or WORM typically sit outside attacker reach. If the backup server itself was compromised, assume online backups were purposely purged and scan backup volumes at a low level for remnants.

3. Intact blocks left by intermittent encryption — the main battleground for ESXi and database recovery. Because Qilin supports skip-step, percent and fast modes, VMDKs and database files often retain long stretches of original data. Practical work includes:

  • mapping the encryption layout of VMDKs, rebuilding partition tables and filesystems from intact ranges, and exporting business files, mail stores and shares from inside the guests;
  • page- and extent-level repair of SQL Server, Oracle and MySQL data files — discarding overwritten pages, rebuilding indexes and metadata, then merging unencrypted transaction and archive logs to reach a usable, consistent state.

It depends on the encryption mode. Fast and skip-step generally leave a high recoverable share; a high percent setting, or critical metadata (partition tables, database header pages, system tables) falling inside encrypted regions, reduces it markedly. Only measurement settles this.

4. Unencrypted copies and log replay. Dev/test databases, read-only reporting instances, downstream warehouses, ERP/MES staging tables and interface files, endpoint-local copies, mail attachments, and print/scan archives are all common sources. Application transaction and interface logs can reconstruct critical documents.

5. Low-level carving. Where the encryptor writes a new file and deletes the original, source clusters may remain on the volume; deleted VM snapshots and purged backup directories deserve the same treatment.

Our limits. No claim of 100% decryption, no guaranteed recovery, no ransom payment, no negotiation on your behalf. We deliver a verifiable recoverability assessment and the recovery work itself — including an explicit statement of what cannot be recovered.

Our response plan

Hit by Qilin ransomware? What to do

  1. Contain, preserve, and freeze snapshots first

    Qilin cases carry a specific clock: storage-layer snapshots can age out automatically under retention policy. So alongside network isolation, the first action is to log into the storage array, hyperconverged platform and NAS, suspend snapshot reclamation and overwrite policies, and confirm which restore points still exist.

    Then take read-only images of ESXi datastores, database files and backup volumes, and preserve README-RECOVER-*.txt, encrypted samples, vCenter/ESXi logs, VPN and firewall logs, and account and registry change records. Do not power off, do not rebuild, do not work on original disks.

  2. Family identification and encryption-mode measurement

    Qilin has no fixed extension, so the family must be confirmed from the correspondence between README-RECOVER-[random].txt and the extension string plus the RSA-wrapped block structure at the file tail, to avoid confusion with random-extension families such as Mallox or Makop.

    Next, representative large files (vmdk, mdf/ndf, dbf, ibd, pst) undergo per-block entropy analysis and known-structure comparison to establish which mode was used — skip-step, percent or fast — the real coverage ratio and distribution, and whether critical metadata was overwritten. This finding determines the recovery plan, and whether one is feasible at all.

  3. Recoverability assessment and plan

    We consolidate measured findings across five routes: storage/NAS snapshots, offline and immutable backups, the reach of partial-encryption repair, unencrypted copies and logs, and low-level carving.

    The output is a recoverability assessment: per business system, the recoverable scope, achievable point in time, data-consistency risks, what cannot be recovered, and the effort and resources required — plus a recovery priority recommendation (typically ERP/MES/databases before file shares). Execution begins only after the client signs off.

  4. Recovery execution and business validation

    Work proceeds in parallel inside an isolated clean environment: mount and restore from storage snapshots or immutable backups; rebuild VMDK extents and export guest data; repair databases at page level, merge logs and run DBCC/logical consistency checks; restore file shares in priority batches.

    Each recovered system goes to business owners for sampling against core tables, key documents and recent activity before any production cutover. Where a system cannot be brought to the latest point in time, we deliver a data-gap list so the business can backfill from paper records or upstream and downstream systems.

  5. Attribution, hardening and sign-off

    Reconstruct the intrusion chain: which edge device was unpatched, which VPN account lacked MFA, whether browser-saved operations passwords were exported, how vCenter credentials leaked, and when snapshots were deleted.

    Hardening addresses Qilin's fixed path: edge-device patching and end-of-life governance, MFA everywhere, a ban on storing operations credentials in browsers, an isolated management network for vCenter/ESXi with lockdown mode enabled, SSH disabled on ESXi, snapshot and backup privileges separated from the production domain, object lock / immutable backups, BYOVD and driver-load monitoring, and detections for Rclone and bulk outbound transfers. We close with a sign-off report and follow-up observation guidance.

Risk warning

What not to do

  • Do not let storage-layer snapshots expire or be overwritten. Qilin deletes vCenter-layer snapshots, but array and NAS snapshots often survive — suspend snapshot reclamation the moment encryption is discovered.
  • Do not reboot or rebuild ESXi hosts, and do not recreate datastores. Unencrypted ranges inside virtual disks are the primary recovery source in Qilin cases, and any write can overwrite them.
  • Do not trust any tool or service claiming to "decrypt Qilin directly". Qilin's AES-256 plus RSA-4096 construction has no public break; such offers are effectively follow-on scams.
  • Do not restore data before the entry point and persistence are confirmed closed. Qilin affiliates commonly retain VPN accounts, browser-exported operations credentials and vCenter rights, and a restore into a live intrusion gets re-encrypted.
  • Do not clean up "suspicious" accounts, delete logs or revert registry changes. They establish encryption timing, exfiltration scope and accountability, and they are the evidence later compliance notifications rely on.
  • Do not contact the attackers or pay on your own. Qilin provides affiliates with systematic pressure services; unilateral contact usually raises the demand and adds legal exposure.

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

Related industries

Similar families

FAQ

Qilin Frequently asked questions

  • Is there a decryptor for Qilin ransomware?

    No. Qilin encrypts file content with AES-256-CTR (or ChaCha20) and wraps the key with RSA-4096/OAEP; the private key stays with the operators, and no exploitable key-reuse or nonce weakness has been found in the Rust implementation. No official channel such as NoMoreRansom lists a Qilin decryptor.

    Treat any offer to "buy a tool that decrypts Qilin" as a follow-on scam — these schemes typically claim to have "cracked the latest build" and ask for a deposit up front.

    Genuine Qilin data recovery comes from four places: storage-array or NAS snapshots, offline or immutable backups, intact blocks left by intermittent encryption, and unencrypted copies and logs. We measure first and only then decide whether recovery work is warranted.

  • Qilin deleted our ESXi VMs and snapshots — is recovery still possible?

    There is still a path, and it runs through the layer beyond attacker reach.

    Qilin generally deletes snapshots at the vCenter/ESXi layer, but snapshots on the storage array, hyperconverged platform or NAS controller are out of its reach. Log into the storage side immediately, confirm which restore points exist and suspend automatic reclamation — many recovery windows are lost exactly this way.

    Second, encrypted VMDKs often retain long stretches of original data, especially under skip-step or fast mode. We map the encryption layout, rebuild filesystems from intact ranges and export databases, shares and business files from inside the guests. How much returns depends on the encryption mode and ratio and must be measured before it can be assessed.

    Third, the deleted snapshot files themselves may leave recoverable clusters on the datastore, which makes low-level scanning worthwhile.

  • Does Qilin leak stolen data?

    Yes, and its pressure tactics are more systematic than most. Qilin runs double extortion: data is exfiltrated with Rclone, SFTP and cloud-storage clients before encryption, and non-paying victims are posted to its leak site for staged publication. Qilin also provides affiliates with negotiation and media-pressure support, and will contact a victim's customers, partners and even regulators.

    Treat data exposure as a track of equal weight to system unavailability: use firewall, proxy, VPN and host logs to establish the timing, channel and volume of exfiltration, scope the business data and personal information involved, and assess notification obligations under China's Cybersecurity Law, Data Security Law and PIPL. Paying does not mean the data is deleted — the 2024 ALPHV case made that lesson explicit.

  • Why did Qilin suddenly become the world's most active ransomware family?

    Largely ecosystem reshuffling. After ALPHV/BlackCat exited in 2024 and RansomHub's infrastructure went offline in April 2025, a large pool of experienced affiliates needed a new platform — and Qilin offered a mature Rust cross-platform encryptor, configurable encryption modes, a leak site, and negotiation and pressure services. Its leak-site volume doubled and it has led global rankings for several consecutive quarters across 2025–2026.

    The implication is direct: the people attacking under the Qilin brand are largely the same people who ran ALPHV and RansomHub intrusions, carrying over the same playbook — edge-device flaws, VPN without MFA, backups first and virtualisation second. Defences therefore do not change with the brand: patch the edge, enforce MFA, isolate and harden backups, and lock down the virtualisation management plane.

  • Are organisations in China and Greater China at risk from Qilin?

    Yes. Qilin's main theatres are North America and Western Europe, but Asia-Pacific recorded dozens of related incidents in the first half of 2026, and during 2025–2026 Taiwanese electronics and interconnect manufacturers and a Hong Kong-listed manufacturer appeared on its leak site.

    What matters more is structural fit. Qilin's strongest paths — unpatched edge devices, SSL VPN without MFA, operations passwords saved in browsers, exposed vCenter/ESXi management planes, backups sharing the production domain — describe the common state of manufacturing and healthcare environments across the region. Even without deliberate targeting of mainland China, exposed surface invites opportunistic affiliate intrusions.

    A practical self-check order: edge-device versions and known CVEs, MFA coverage on VPN, whether vCenter/ESXi is reachable from the office network, whether backups are immutable and off-domain, and whether storage snapshots are enabled with adequate retention.