Skip to main content

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

SheMo Noransom舍末无勒

Ransomware family

Clop Ransomware Decryption & Data Recovery

  • Active
  • Critical
  • Some versions decryptable

Clop (CL0P) has been active since February 2019 and is linked to TA505 and FIN11. It is known for mass zero-day exploitation of enterprise file-transfer, ERP and PLM platforms such as Accellion, GoAnywhere, MOVEit, Oracle E-Business Suite and PTC Windchill, and since 2021 has primarily run data-theft extortion without encrypting files.

First seen
2019-02
File extensions
.clop .C_L_O_P
Ransom notes
ClopReadMe.txt
Affected platforms
Windows / Linux / Databases

Family profile

File extensions
  • .clop
  • .C_L_O_P
Ransom notes
  • ClopReadMe.txt
  • README_README.txt
Contact patterns
  • Dedicated unlock@ negotiation mailboxes (domain rotates per campaign)
  • CL0P^_- LEAKS (.onion leak site)
  • Extortion emails blasted straight to victim executives
Aliases / versions
CL0P、Cl0p、TA505、FIN11、Lace Tempest
First seen
2019-02
Status
Active
Threat level
Critical
Affected platforms
  • Windows
  • Linux
  • Databases
Tags
  • Leak-site regular
  • Active
  • Ransomware-as-a-Service
  • Double extortion
  • Supply chain
  • Exploits vulnerabilities
  • Phishing
  • Targets databases
Decryptor
Some versions decryptable

A public decryptor exists only for the Linux (ELF) variant; the Windows version has none.

The Clop Linux/ELF variant that appeared in December 2022 contained a serious implementation flaw: the RC4 key used to encrypt files was itself protected by a hardcoded RC4 "master key" embedded in the sample (the Windows version wraps it with an RSA public key instead). Because both layers were symmetric, SentinelOne published a public Python decryption script in February 2023 for files encrypted by that flawed build.

The Windows builds have no public decryptor; their RSA wrapping has no publicly exploitable weakness.

More importantly: since 2021, Clop's primary mode has shifted from encryption to pure data-theft extortion. In the Accellion, GoAnywhere, MOVEit and Oracle E-Business Suite campaigns, most victims' files were never encrypted — data was stolen in bulk and publication was threatened instead. In those cases the central question is not decryption but scoping the exposure and meeting notification obligations, which calls for an entirely different approach.

Sources

Latest activity

  1. ReliaQuest detailed Clop's bespoke JSP web shell for Windchill: it calls internal Windchill classes to decrypt stored credentials, enumerate repositories and steal files, taking commands via an X-windchill-req header.

    Sources
  2. Clop named 43 new Windchill-campaign victims on its leak site at once; Shell is investigating a claimed 89GB theft, and GE and Philips confirmed they are checking the claims. Still theft-only, no encryption.

    Sources
  3. Clop moved from ERP to PLM: CVE-2026-12569 in PTC Windchill/FlexPLM was mass-exploited. PTC patched from 17 June 2026; CISA added it to the KEV catalog on 25 June and PTC warned of heightened activity on 26 June.

    Sources

Overview

Clop (self-styled CL0P) was first identified in February 2019 and is linked to the long-running criminal groups TA505 and FIN11; Microsoft tracks related activity as Lace Tempest. CISA and the FBI published the #StopRansomware advisory AA23-158A in June 2023, estimating cumulative impact on roughly 3,000 US and 8,000 global organisations. CISA also notes the group operates simultaneously as a ransomware-as-a-service operator, an initial access broker and a large botnet operator.

What most distinguishes Clop is its operating model. It does not work victim by victim through VPN brute force or post-phishing lateral movement; it runs mass exploitation of zero-day flaws in enterprise file-transfer and business systems — one vulnerability, one campaign, hundreds or thousands of victims. Representative campaigns:

PeriodTarget productVulnerability / method
2020–2021Accellion FTAZero-day plus the DEWMODE web shell
January 2023Fortra GoAnywhere MFTCVE-2023-0669; around 130 victims claimed within ten days
May 2023Progress MOVEit TransferCVE-2023-34362 and related, LEMURLOOT web shell, thousands of organisations affected
Late 2024Cleo file-transfer productsMass exploitation
2025–2026Oracle E-Business SuiteCVE-2025-61882 (CVSS 9.8, unauthenticated RCE)
2026PTC Windchill / FlexPLMCVE-2026-12569 (input-validation flaw leading to remote code execution)

The most recent wave matters directly to large manufacturing and distribution groups. Oracle E-Business Suite is the core ERP at many such organisations, and Oracle issued an emergency patch for CVE-2025-61882 in its BI Publisher Integration component in October 2025 — but Clop had been exploiting it since August 2025 and began emailing extortion demands directly to executives at dozens of companies from late September, subsequently naming victims on its leak site. The practical consequence is that victims often learn they were breached only when the extortion email arrives — no encryption, no alert, no downtime, and the data is already gone.

Current status. Clop remains active, and works in distinct waves: quiet for stretches, then a burst whenever it acquires a new file-transfer, ERP or PLM zero-day. From mid-2026 it has been running a new PLM-focused campaign: PTC Windchill / FlexPLM CVE-2026-12569 was added to the CISA KEV catalogue on 25 June, and in August Clop named 43 victims on its leak site in a single batch, including Shell, GE and Philips. The group is therefore at a peak rather than in decline, and this wave targets engineering drawings, BOMs and similar core manufacturing data.

How to identify it

Identifying Clop splits into two cases, because most modern Clop incidents involve no file encryption at all.

Case one: files encrypted (less common, mostly pre-2021 or targeted attacks).

  • Files gain .clop or .C_L_O_P.
  • The note is ClopReadMe.txt or README_README.txt, giving an unlock@ negotiation mailbox (domain rotated per campaign) and leak-site details.
  • Windows builds wrap keys with RSA; the Linux (ELF) variant carries the hardcoded RC4 master-key flaw and can be decrypted with the public tool.

Case two: pure data-theft extortion (the current norm) — no extension, no note. Identification relies on system-side artefacts:

  • Web shells on file-transfer or ERP systems: LEMURLOOT in the MOVEit campaign (often disguised as human2.aspx and similar), DEWMODE in the Accellion campaign.
  • Application logs showing anomalous bulk file downloads, database exports or unusually large responses.
  • In Oracle EBS cases, anomalous requests against BI Publisher-related components with outbound connections.
  • In PTC Windchill / FlexPLM cases, a custom JSP web shell: it references internal Windchill classes (MethodContext, WTConnection, WTKeyStoreUtil) and takes commands through the custom header X-windchill-req — grep web access logs for that header name and review the web directories for unexpected JSP files.
  • A pronounced short-lived spike in egress traffic.
  • Executives suddenly receiving extortion email with data samples as proof — for many victims this is the first indication anything happened.

The key judgement. If your Oracle EBS, MOVEit, GoAnywhere or Cleo systems were internet-facing before the relevant patch shipped, start an investigation on the assumption that data may already have been taken, rather than waiting for an extortion email — even with no alerts showing.

Infection vectors

Clop's "spread" looks nothing like a conventional ransomware family: it does not aim to move laterally inside your network but to hit the data hubs you expose to the internet.

1. Zero-days in enterprise file-transfer platforms — its signature play. Accellion FTA, Fortra GoAnywhere MFT (CVE-2023-0669), Progress MOVEit Transfer (CVE-2023-34362 and related) and Cleo products were each mass-exploited in turn. These systems share a dangerous profile: internet-facing by design, carrying the most sensitive inter-company data, and often owned by a business unit rather than the security team. Planting a web shell — LEMURLOOT in the MOVEit campaign, DEWMODE in the Accellion campaign — is enough to pull databases and files straight out.

2. Zero-days in core business systems. The 2025–2026 Oracle E-Business Suite campaign (CVE-2025-61882, unauthenticated remote code execution in BI Publisher Integration, CVSS 9.8) marked Clop's extension from file transfer into the ERP itself. Oracle shipped an emergency patch on 4 October 2025, but exploitation had begun that August — meaning patching on schedule is not necessarily fast enough, and exposure reduction plus retrospective investigation must run alongside.

3. Deliberate delay. Clop typically collects data quietly at scale after obtaining a zero-day, waiting weeks or months before sending extortion emails and naming victims. That gap is exactly the window defenders most often miss.

4. Phishing and botnets. As part of the TA505 ecosystem, Clop retains conventional phishing and botnet distribution capability for the minority of cases where encryption is actually deployed.

Defence against Clop therefore centres on exposure governance rather than endpoints: inventory every internet-facing file-transfer, ERP, reporting and integration component, confirm versions and patch state, question whether public reachability is genuinely required, and build dedicated detection for anomalous bulk downloads and outbound transfers from those systems.

Encryption behavior

Any discussion of Clop's "encryption behaviour" has to start with one fact: in its major campaigns of recent years, files were often never encrypted at all.

The current norm: steal, don't encrypt. Since 2021, Clop has run pure data-theft extortion across the Accellion, GoAnywhere, MOVEit and Oracle EBS campaigns — exporting databases and files in bulk through web shells, then threatening publication. For the victim this means business systems keep running, with no encrypted extension and no ransom note; the damage is data exposure and compliance liability rather than downtime.

Where encryption does occur:

  • Windows builds: file data encrypted symmetrically with the key wrapped under the attackers' RSA public key. No publicly exploitable weakness and no decryptor. Files gain .clop or .C_L_O_P and ClopReadMe.txt / README_README.txt is dropped.
  • The Linux (ELF) variant (December 2022): a serious design flaw — the file's RC4 key was protected by another RC4 master key hardcoded in the sample. Symmetric protecting symmetric, so SentinelOne published a Python decryption script in February 2023. This is the only decryptable Clop branch.
  • Shadow copies are typically deleted and related services stopped before encryption.

Double extortion and pressure:

  • exfiltrated data published in stages on the CL0P^_- LEAKS onion site;
  • extortion emails sent directly to victims' executives with data samples as proof;
  • in large campaigns such as MOVEit, pressure extended to downstream customers and partners to widen the impact.

What this means for response. In a Clop incident the first question is not "can this be decrypted" but "what data left, which personal information is involved, and what are the notification obligations and deadlines" — a materially different centre of gravity from other ransomware families.

Assess before you act

Recoverability assessment

Recovery in a Clop incident splits into two very different tracks; determine which one applies before committing resources.

Case one: pure data theft with no encryption (currently the most common). There is no data-recovery problem here. The real work is exposure scoping and compliance response:

  • use application logs from the file-transfer or ERP system, web-shell deployment timing, database auditing and egress traffic to establish which tables and files the attacker actually accessed and exported, and over what period;
  • scope the categories, volume and data subjects of the business data and personal information involved;
  • assess notification obligations and deadlines to regulators and affected individuals under China's Cybersecurity Law, Data Security Law and PIPL, plus any relevant foreign jurisdictions for cross-border operations;
  • remove web shells and persistence channels, patch the vulnerability and reduce exposure so collection cannot resume.

Case two: files encrypted.

  • Linux (ELF) variant: where the build is confirmed to carry the hardcoded RC4 master-key flaw, SentinelOne's public script can recover files — the only decryption path Clop offers. Verify on imaged copies first.
  • Windows builds: no decryptor, so the standard technical routes apply — offline and immutable backups, storage-array and NAS snapshots, residual shadow copies, repair of unencrypted blocks in large files, unencrypted copies and log replay, and low-level carving. The recoverable share depends on coverage and must be measured.

One point applies to both. Clop campaigns typically include a quiet collection period of weeks to months, so persistence must be fully cleared — web shells, scheduled tasks, new accounts, outbound channels — before operations resume, or data simply keeps leaving.

On payment. Clop trades on non-publication, yet payment cannot verify that data was actually deleted, and groups have historically published or resold data after being paid. We do not pay ransoms or negotiate, and we recommend directing resources into accurate exposure scoping, notification compliance and exposure governance — the actions that genuinely reduce downstream loss.

Our response plan

Hit by Clop ransomware? What to do

  1. Containment and forensics: secure file-transfer and ERP systems first

    The centre of a Clop incident is not the endpoint but the exposed data hub. Step one is read-only imaging and log preservation for systems such as MOVEit, GoAnywhere, Cleo and Oracle E-Business Suite: application logs, web server access logs, database audit logs, egress records, and the deployment time and content of suspected web shells such as the LEMURLOOT family.

    Reduce exposure in parallel by taking the systems off the public internet or placing them behind access control — but do not immediately rebuild or clear logs, because determining what the attacker actually took depends entirely on those records. If an extortion email has arrived, preserve it in full along with the sample data attached; both are important corroborating evidence for scoping the exposure.

  2. Family and mode determination: encryption or pure theft

    Determine which case applies first, because it governs everything that follows.

    If files are encrypted: verify the .clop / .C_L_O_P extension and ClopReadMe.txt / README_README.txt, and distinguish Windows builds from the Linux (ELF) variant — the latter has a public decryption path where it carries the hardcoded RC4 master-key flaw; the former does not.

    If files are not encrypted: examine web shells on the file-transfer or ERP system, anomalous bulk download and database export records, and compare against the sample data in the extortion email to confirm this is genuine Clop activity rather than an imitator — copycat demands are common after each mass campaign.

  3. Exposure scoping and recoverability assessment

    Exposure track (the main line in most Clop incidents). Reconstruct the attacker's access path from application and database logs, establish which tables and files were actually exported and over what period, scope the categories, volume and data subjects of the business data and personal information involved, and assess notification obligations and deadlines under China's Cybersecurity Law, Data Security Law and PIPL. Cross-border operations require assessment under the relevant foreign jurisdictions too.

    Recovery track (where encryption did occur). Determine whether the Linux ELF script applies; for Windows builds, assess backups and snapshots, structured repair of large files, and what unencrypted copies and log replay can reach, then state the recoverable scope and irrecoverable portion per system.

  4. Recovery and exposure-response execution

    Recovery execution. For files covered by the Linux ELF script, verify on imaged copies and then process in bulk. For Windows-encrypted files, restore from validated backups and storage snapshots or perform database page-level repair and log merging, with business sampling before production cutover.

    Exposure response. Produce an exposure findings report to support regulatory notification and external communication; help design notification for affected individuals and customers; and set out rotation and mitigation measures for stolen credentials, keys, contracts and technical material — bulk account resets, key replacement, partner notification. This work usually affects downstream loss more than the recovery itself.

  5. Exposure governance, hardening and sign-off

    Defending against Clop is fundamentally exposure governance, not endpoint hardening. The deliverable checklist includes:

    • an inventory of every internet-facing file-transfer platform (MOVEit, GoAnywhere, Cleo, FTP gateways), ERP and integration component (Oracle EBS and modules such as BI Publisher), reporting system and API gateway, with versions, patch state, and a decision on whether public reachability is genuinely required;
    • for systems that must remain reachable, front-end authentication, IP allowlisting and WAF rules, plus inclusion in the same patch cadence as core business systems;
    • dedicated detection for bulk downloads and anomalous outbound transfers — the only realistic early signal in a theft-only attack;
    • database and file-access auditing enabled so "who accessed what" can be reconstructed afterwards;
    • removal and verified confirmation of web shells, scheduled tasks, new accounts and outbound channels.

    We close with a sign-off report and observation-period guidance, flagging in particular that in cases such as Oracle EBS the patch often ships after exploitation has begun, so retrospective investigation is still required after patching.

Risk warning

What not to do

  • Do not rebuild or reset file-transfer and ERP systems before investigation. Application logs, web server logs and database auditing are the only basis for determining what the attacker actually took; wiping them makes exposure scoping impossible and leaves notification without factual support.
  • Do not assume you are fine because "nothing is encrypted and systems are still running". Clop's dominant mode in recent years is pure data theft, with extortion email often arriving weeks or months later — no encryption does not mean no breach.
  • Do not reply to or pay the address in the extortion email. A transaction whose subject is non-publication cannot be verified, data has historically been published or resold after payment, and payment carries compliance and legal exposure.
  • Do not declare the incident closed after patching alone. In cases such as Oracle EBS (CVE-2025-61882), exploitation preceded the patch by weeks, so retrospective investigation is required to confirm whether web shells were planted or data was exported.
  • Do not conflate the Windows builds with the Linux (ELF) variant. Only the Linux variant carrying the hardcoded RC4 master-key flaw has a public decryptor; running that script against Windows-encrypted files achieves nothing.
  • Do not defer exposure scoping. Notification involving personal information carries statutory deadlines, so scoping must run in parallel with technical response rather than after systems are restored.

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

Clop Frequently asked questions

  • Clop hit us but nothing was encrypted — is that normal?

    Entirely normal, and it is Clop's dominant mode in recent years.

    Since 2021, Clop has run pure data-theft extortion across the Accellion, GoAnywhere, MOVEit and Oracle E-Business Suite campaigns: exploit a zero-day to plant a web shell on your file-transfer or ERP system, export databases and files in bulk, then threaten publication. Business systems keep running, there is no encrypted extension and no ransom note — many victims first learn of it from the extortion email.

    The centre of gravity is completely different from ordinary ransomware: not "can this be decrypted" but "what data left". We reconstruct the attacker's access path from application logs, web-shell deployment timing, database auditing and egress traffic, establish which tables and files were actually exported, and assess notification obligations on that basis.

    Web shells and persistence channels must be removed and exposure reduced at the same time, or data keeps leaving.

  • We patched Oracle EBS CVE-2025-61882 — do we still need to investigate?

    Yes, and this is the critical point in this campaign.

    Oracle shipped the emergency patch on 4 October 2025 (unauthenticated remote code execution in BI Publisher Integration, CVSS 9.8), but public reporting shows Clop had been exploiting it since August 2025, with extortion emails to executives at dozens of companies from late September. In other words, by the time the patch arrived many environments may already have been accessed for weeks.

    Beyond patching, run a retrospective investigation:

    • check EBS application and web directories for anomalous files or web shells;
    • review web access logs from August 2025 through the patch date for unusual requests against BI Publisher-related endpoints;
    • check database audit logs for bulk exports and anomalous account activity;
    • look for egress spikes or unusual destinations during that period.

    If log retention does not cover that window, treat the environment as potentially accessed: prioritise exposure reduction (EBS should not be directly internet-facing), rotate credentials and keys, and strengthen ongoing monitoring.

  • Can .clop encrypted files be decrypted?

    It depends which build did the encrypting.

    The Linux (ELF) variant has a public decryptor. The variant that appeared in December 2022 carried a serious flaw: the RC4 key used for file encryption was protected by an RC4 "master key" hardcoded in the sample. With symmetric protecting symmetric, SentinelOne released a public Python script in February 2023 that recovers files encrypted by that build.

    The Windows builds have no decryptor. Their keys are wrapped under the attackers' RSA public key with no publicly exploitable weakness. Only the standard technical routes remain: offline and immutable backups, storage-array and NAS snapshots, residual shadow copies, structured repair of unencrypted blocks in large files, unencrypted copies and log replay, and low-level carving. The recoverable share depends on coverage and must be measured.

    In either case, image read-only first and verify any tool against the imaged copy before bulk processing, rather than repeatedly experimenting on original disks and destroying recoverable data.

  • Will paying make Clop delete our data?

    It cannot be verified, so we advise against it.

    A transaction whose subject is non-publication has a fundamental problem: after paying, you cannot prove the data was deleted. Attackers can retain copies, resell them, or extort again later. The ecosystem provides repeated examples — after ALPHV took roughly USD 22 million from Change Healthcare in 2024, the affiliate who ran the intrusion still held a copy and moved to RansomHub for a second demand.

    In addition, large campaigns such as MOVEit are consistently followed by waves of extortion emails impersonating Clop, demanding payment from organisations that were never affected. When an extortion email arrives, the first step is technical verification, not a payment decision.

    We do not pay ransoms or negotiate on a client's behalf. We recommend directing resources at three more effective things: scoping the exposure accurately (which determines notification obligations and external messaging), clearing persistence and reducing exposure (so collection cannot continue), and rotating stolen credentials and keys (to limit downstream abuse).

  • How do we defend against Clop's zero-day mass-theft model?

    Antivirus plus patching is not enough, because Clop uses zero-days — by the time a patch ships, exploitation has often been running for weeks. Defence should centre on exposure governance and observability.

    One, reduce exposure. Inventory every internet-facing file-transfer system (MOVEit, GoAnywhere, Cleo, FTP gateways), ERP and integration component (Oracle EBS, BI Publisher and similar), reporting system and API gateway, and ask of each whether public reachability is genuinely required. Usually it is not — behind a VPN or zero-trust gateway, Clop's mass exploitation cannot reach it.

    Two, front-end authentication and access control. For systems that must remain reachable, add IP allowlisting, front-end authentication and WAF rules, and bring them into the same patch cadence as core business systems.

    Three, build detection on the egress side. Theft-only attacks trigger no encryption-behaviour alerts; the only realistic early signal is anomalous bulk downloads and egress spikes. Establish baselines and alerting for these systems specifically.

    Four, enable auditing. Database and file-access auditing look redundant day to day, but afterwards they are the only basis for answering "who took what" — and that directly determines whether compliance notification can be substantiated.