Ransomware family
Makop Ransomware Decryption & Data Recovery
- Active
- High
- No public decryptor
Makop has operated as a RaaS since 2020, with affiliates breaking in mainly through brute-forced remote desktop credentials and deploying by hand. Extensions include .makop, .mkp and .baseus, with a readme-warning.txt note. It ranks consistently high in Chinese infection statistics and has no public decryptor.
- First seen
- 2020-01
- File extensions
- .makop .mkp .baseus
- Ransom notes
- readme-warning.txt
- Affected platforms
- Windows / Databases
Family profile
- File extensions
- .makop
- .mkp
- .baseus
- .tomas
- .harmagedon
- .oled
- .mammon
- .origami
- .moloch
- Ransom notes
- readme-warning.txt
- readme.txt
- Contact patterns
- Disposable mailboxes (cyberfear.com, swismail.com; a primary and a backup address)
- Backup IM account in some branches
- Aliases / versions
- Makop / Oled、Mammon、Tomas、Harmagedon、Baseus 变种、mkp 变种
- First seen
- 2020-01
- Status
- Active
- Threat level
- High
- Affected platforms
- Windows
- Databases
- Tags
- Prevalent in China
- Ransomware-as-a-Service
- RDP brute force
- Targets databases
- Active
Makop currently has no free public decryptor, and no corresponding entry exists in No More Ransom or in vendor decryptor libraries.
One point needs clarifying: some sources describe Makop as a branch of the Phobos family, but they are run by different affiliates with different payload implementations. The free Phobos/8Base decryptor released by Japan's National Police Agency in July 2025 does not apply to Makop — using it against .mkp, .makop or .baseus files will not succeed and may cause unnecessary writes to original disks. Identify the family accurately from the ransom-note filename (readme-warning.txt for Makop) before choosing a recovery path.
Latest activity
360's August 2026 report shows domestic infections led by Weaxor (65.74%), BrzCrypt (11.11%) and LockBit (5.56%). Makop no longer ranks near the top but stays under active keyword monitoring, still spread by brute-forced RDP.
Sources360's July 2026 report ties a new keyword, revrac, to the Makop family (6th by search volume) and updates its method to brute-forcing both RDP and database passwords, followed by hands-on deployment and internal lateral movement.
Sources
Overview
Makop was launched in January 2020 by a developer using the handle Makop, who recruited affiliates under a RaaS model; a series of same-lineage variants followed, including Oled, Mammon, Tomas and Harmagedon. Vendors disagree on its taxonomy: some research calls it a Phobos branch, but by payload implementation and operator it functions as an independent family — which matters operationally, because the official Phobos decryptor does not work on Makop.
China context: Makop is one of the most consistently present families domestically. 360's 2025 reports put it at roughly 14.29% of infections in January and 15.51% in March, near the top for much of the year, and note that it "spreads primarily by brute-forcing remote desktop passwords for manual deployment, with encrypted files given the mkp suffix".
Through 2026 its domestic share has clearly receded: the family rankings in 360's July and August 2026 monthly reports are led by Weaxor (65.74% in August), BrzCrypt and LockBit, with Makop no longer among the leaders, though it stays on 360's actively monitored keyword list and still turns up in individual incident response.
The affiliate toolchain has recognisable traits: multiple research teams recorded PowerShell downloading and running batch scripts, NS.exe for network and share scanning, Everything.exe for fast filename enumeration, and bring-your-own-vulnerable-driver techniques to disable security products. Victims are mainly servers at smaller companies, especially where port 3389 is mapped to the internet, the application and database share a host, and backups live on a local partition.
How to identify it
The filename pattern is the key Makop indicator:
originalname.[8-char ID].[attacker email].suffix
For example order.xlsx.[A1B2C3D4].[xxx@cyberfear.com].mkp.
Common extensions: .makop, .mkp, .baseus, .tomas, .harmagedon, .oled, .mammon, .origami, .moloch and more. Affiliates choose their own suffix, so the list is long and keeps growing; an unfamiliar suffix on a filename matching the pattern above should point to Makop first.
Ransom note: readme-warning.txt (readme.txt in some builds), dropped into each encrypted directory and onto the desktop. This is the most direct way to separate Makop from Phobos and BeijingCrypt — Phobos uses info.txt plus info.hta, BeijingCrypt uses !RECOVER.txt / !HELP!.txt.
Intrusion and execution artefacts:
- Clustered RDP logon failures (4625) followed by one success (4624, logon type 10) in the security log.
- Scanning and enumeration tools such as NS.exe and Everything.exe present on the host.
- PowerShell downloading and executing batch scripts.
- Security products disabled via an abusable driver (driver-load records left by BYOVD).
- Database and backup services terminated, shadow copies deleted.
Infection vectors
Brute-forced RDP followed by hands-on deployment is the mainstream Makop affiliate method. Vendor analyses agree that affiliates obtain initial access mainly through internet-exposed remote desktop, even harvesting usernames from the logon screen to target password guessing. 360's domestic reports likewise identify it as the family's main propagation method, and its July 2026 monthly report widens the description to "brute-forcing remote desktop and database passwords, then deploying by hand and pivoting inside the network" — an internet-facing database service (SQL Server, MySQL and similar) with weak credentials is just as viable an entry point.
A typical chain: scan for port 3389 and collect targets; brute-force administrator and similar accounts; escalate privileges and disable security products, including via BYOVD; use PowerShell to pull and run a batch script that drops the toolset; scan internal shares with NS.exe and enumerate files with Everything.exe; distribute the payload over shares and remote desktop; then terminate database and backup services, delete shadow copies and encrypt.
Some research also records affiliates using loaders such as GuLoader, indicating a wide spread of skill levels. For defenders the conclusion is the same: as long as 3389 is exposed with weak credentials, this chain completes.
Encryption behavior
Makop encrypts file contents with a symmetric cipher (public analyses describe AES-256-class encryption) and protects the key asymmetrically, per host, so recovery at the algorithm level is impossible without the attacker's private key.
Encryption and destructive behaviour: it terminates database, mail and backup-agent services before encrypting; encrypts local disks, mapped network drives and reachable SMB shares, so NAS devices and file servers are commonly caught; deletes volume shadow copies and restore points; explicitly targets database files (.mdf, .ldf, .bak, .dbf, .ibd); rewrites filenames as originalname.[8-char ID].[email].suffix and drops readme-warning.txt into each directory.
On large-file handling: public sources give no consistent account across builds, and affiliates run different payload versions, so testing is required — take database files and large archives, analyse the distribution and stride of encrypted blocks to determine whether encryption is partial or full, and only then judge repair feasibility. Platforms are primarily Windows.
Assess before you act
Recoverability assessment
There is no free public decryptor, and the official Phobos decryptor does not work on Makop. Those two points come first, because much Chinese material files Makop under "Phobos lineage", leading victims to try the tool released by Japan's National Police Agency in 2025 on .mkp files — it will not work, and the attempt wastes time and writes unnecessarily to original disks.
1. Backups, snapshots and shadow copies The primary path. Affiliates delete shadow copies, stop backup services and encrypt backups within reach, but dwell time is limited and gaps remain: backup servers requiring separate credentials, offline drives and tape, NAS-native snapshots the encrypting process cannot see, cloud object-storage version history with object lock, and hypervisor snapshots.
2. Structure-level repair of databases and large files (verify first) Where large files are only partially encrypted, .mdf/.ldf, .dbf and .ibd files retain many intact data pages, enabling page-level damage mapping, system-table and allocation repair, table-level extraction and delta reconstruction from logs and upstream documents. If encryption is full, the path is closed.
3. Unencrypted copies and hosts never touched Reach depends on which hosts and shares the operator actually worked on. Unmapped shares, offline endpoints, read-only replicas, report exports and downstream reconciliation data are frequently intact, as are servers outside the same credential scope, powered off, or never found.
We do not pay ransoms, do not negotiate for clients, and never promise that every file can be decrypted or restored.
Our response plan
Hit by Makop ransomware? What to do
Step 1: Containment and evidence preservation
Immediately remove public 3389 mapping on affected servers, block SMB and remote desktop between them and the rest of the network, and disable the brute-forced account and every suspicious new account. Makop affiliates frequently use BYOVD to disable security products and leave drivers and tooling behind; those remnants must be removed before recovery.
Evidence to preserve: security log 4625/4624 records (source, timing and account of the brute force), PowerShell activity and dropped scripts, evidence of tools such as NS.exe and Everything.exe, anomalous driver-load records, account and group changes, scheduled task and service inventories, the original readme-warning.txt notes, encrypted samples of varying type and size, and matching unencrypted originals where available.
Do not reinstall, do not reformat, and do not run any decryption or repair tool against original disks.
Step 2: Family identification and encryption analysis
This step matters especially for Makop, because it is often misfiled under Phobos, whose official decryptor does not work on it.
Evidence used: the readme-warning.txt note filename (characteristic of Makop), the originalname.[8-char ID].[email].suffix pattern, whether the suffix belongs to the known Makop sequence (.makop, .mkp, .baseus, .tomas, .harmagedon and others), marker structures in encrypted files, and payload characteristics. Separate it clearly from Phobos (info.txt plus info.hta, .id[8 chars-4 digits].[email].suffix) and BeijingCrypt (!RECOVER.txt / !HELP!.txt).
Encryption analysis follows: sample database files, large archives and ordinary documents to determine whether encryption is partial or full, the block stride, and where damaged structures sit. This decides whether Step 3 can offer database repair. BYOVD drivers and other persistence are audited in parallel.
Step 3: Recoverability assessment and recovery planning
State plainly that no public decryptor exists and that the Phobos tool does not apply, then bucket by path:
- Backup available: verify the recovery point and integrity of standalone backup machines, offline media, NAS snapshots, cloud version history and hypervisor snapshots.
- Repair required: sample database files and large business files; give table-level coverage estimates where encryption is partial, and state honestly that repair is not viable where it is full.
- Side-channel reconstruction: inventory report exports, reconciliation data, email attachments and paper documents, and assess the reconstructable time range.
- Unaffected hosts: verify host by host which servers and endpoints can serve as a baseline.
- Confirmed unrecoverable: listed explicitly so the business can plan re-entry.
The plan specifies delivery sequence and per-batch verification, and recommends which systems to restore first to get operations moving.
Step 4: Recovery execution
Execution happens in a clean environment where BYOVD drivers, backdoor accounts and leftover tooling have been removed, working throughout on read-only images and copies.
- Backup restoration: validate backup integrity and check for embedded payloads in an isolated environment first, then restore core databases and essential directories.
- Database repair: where encryption is confirmed partial, map page-level damage in SQL Server, repair system tables and allocation structures and extract table by table; for Oracle, combine datafile header repair with archive-log application; for MySQL, process .ibd tablespaces individually and rebuild the dictionary.
- Delta reconstruction: replay unaffected transaction logs, archive logs, upstream transaction feeds and documents.
- Files and NAS: restore in batches by department priority.
- Side-channel reload: import reconstructed reports and reconciliation data back into the system by business period.
Each batch ships with verification: record-count reconciliation, sampled key documents and application functionality tests. The recovery environment joins production only once confirmed clean.
Step 5: Attribution, hardening and sign-off
The investigation report states: brute-force source IPs and timeline, which account succeeded, how privileges were escalated and security products disabled (including whether BYOVD was used), internal scanning and lateral paths, which hosts the manual deployment reached, and why backups failed.
Verifiable hardening checklist:
- Remove all public 3389 mappings and route remote access through VPN or a zero-trust gateway with enforced multi-factor authentication.
- Hide or rename built-in administrator accounts, set strong passwords and lockout policies, and clean up contractor and legacy accounts.
- Segment servers to limit internal RDP and SMB reachability.
- Enable driver signature enforcement and vulnerable-driver blocklists to counter BYOVD.
- Move backups to offline/off-site plus immutable storage, physically separate backup media from production servers, and run regular real restore drills.
- Deploy EDR with a closed alert loop for failed logons, anomalous driver loads and PowerShell remote download-and-execute.
The engagement closes with an incident report and a hardening sign-off checklist.
Risk warning
What not to do
- Do not use the official Phobos decryptor on .mkp / .makop / .baseus files. Makop is a different family; the tool will not work and will write unnecessarily to original disks.
- Do not download or run tools advertised online as ".mkp decryptors". Makop has no free public decryptor, and such programs are usually secondary scams or bundled adware.
- Do not reconnect to the network before BYOVD drivers, backdoor accounts and leftover tooling are removed. The attacker's channel is still open and re-encryption during recovery is a real risk.
- Do not reinstall the OS or reformat affected volumes, and do not rebuild partitions for a "thorough clean-up" — that destroys both forensic evidence and the fragment-recovery option.
- Do not delete the readme-warning.txt notes or encrypted samples; they are required inputs for family identification and encryption analysis.
- Do not email the addresses in the note to pay or negotiate on your own; payment guarantees no working decryptor and does nothing about 3389 still being exposed.
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
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.
Database Encrypted by Ransomware
When database files are encrypted, every business system that depends on them stops at once. This page explains how we triage an encrypted database, how recoverability is assessed, and when file repair, backup-plus-log restore, or rebuild is the right path.
Domain Controller Compromise and Estate-Wide Encryption
A compromised domain controller hands the attacker a legitimate administrator identity, allowing an encryptor to be pushed to every host at once through Group Policy or remote execution. This page covers how such incidents present, the correct order for Active Directory recovery, and how to decide between cleanup and full rebuild.
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.
Education and Research Ransomware Response
Schools and research institutions run open networks with dispersed endpoints and systems built across many eras, often unattended at night and during holidays — a combination attackers exploit. This page covers the sector's threat profile, recovery priorities for academic and research data, and defences suited to campus networks.
Retail and E-commerce Ransomware Response
In retail and e-commerce, ransomware translates directly into an inability to sell: order systems, membership, POS and warehouse fulfilment stop together and losses accrue by the hour. This page covers the sector's attack patterns, a recovery order built around the order-to-fulfilment chain, and handling of member data exposure.
Similar families
- Free decryptor available
Phobos
Phobos is a RaaS family that relies mainly on brute-forced RDP and has spawned a long list of variants (.eking, .faust, .elbie, .devos and more). It has been a persistent presence in Chinese server-ransomware cases, and in July 2025 Japan's National Police Agency released a free decryptor covering part of the lineage.
- No public decryptor
BeijingCrypt
BeijingCrypt takes its name from the .beijing extension used by early builds. It is a persistently prevalent family in China, deployed by hand after brute-forcing remote desktop or database credentials, and has cycled through .beijing, .360, .520, .halo and .bixi variants. No public decryptor exists.
- Some versions decryptable
Crysis / Dharma
Crysis (CrySiS) and its successor Dharma have been active since 2016, breaking in through brute-forced RDP and spawning many variants including .cezar, .arena, .bip, .combo and .java. Early versions have free decryptors; the .cezar family from 2017 onward does not.
Related questions
- First response
What should I do if I've been hit by ransomware?
Isolate first and keep the power on: unplug the network cable or turn off Wi-Fi, but do not reboot, format, delete the ransom note or contact the attackers. Then work in order: confirm it is ransomware and whether it is still spreading, preserve the note, encrypted samples and logs, identify the family, inventory backups and snapshots to assess recovery paths, and report the incident. Do not reconnect restored systems until the entry point is closed, credentials are rotated and backdoors are removed.
- First response
What should we do when a server is hit by ransomware?
Isolate first and do not reboot: cut the affected server off at the switch or in the cloud security group, but leave it running. Then snapshot or image the system and data disks, keep the ransom note and encrypted samples, and check read-only whether shadow copies, cloud snapshots and backups survived. If several servers are down, set a restore order by business dependency, and bring nothing back online until the entry point is closed and every credential has been changed. What can be recovered depends on the family, the encryption mode and the backups.
- First response
My files all have a new extension and won't open - what should I do?
Do not rename or repair anything yet. If files of many types share the same unfamiliar appended extension (often with an ID and an email address), text, HTA or HTML notes have appeared in every folder and the wallpaper has changed, it is almost certainly ransomware. If only one file type fails, USB files turned into shortcuts, or names are garbled but content opens, a file association, USB worm or encoding problem is more likely. Until you know, disconnect the network, keep the machine on, and save a sample plus the note for identification.
FAQ
Makop Frequently asked questions
Can .mkp files be decrypted?
No free public decryptor exists. .mkp is one of the most common Makop extensions; the family encrypts contents symmetrically and protects keys asymmetrically with per-host key material, and neither No More Ransom nor vendor libraries list a tool.
One warning matters here: some sources describe Makop as a Phobos branch, leading victims to try the Phobos/8Base decryptor released by Japan's National Police Agency in 2025 on .mkp files — that does not work. The payload implementations differ, and the attempt writes unnecessarily to original disks.
The correct approach is to confirm the family from the note filename (readme-warning.txt for Makop) and then focus on the realistic paths: backup and snapshot inventory, empirical repair feasibility testing on database files, and a sweep for side-channel copies.
Is Makop a branch of Phobos? Does it change recovery options?
Some vendor material describes Makop as part of the Phobos lineage, but by payload implementation and operator it is an independent family: launched by its own developer in January 2020 and run as a RaaS with its own affiliates.
The recovery implication is direct: the free Phobos/8Base decryptor released by Japan's National Police Agency in July 2025 does not apply to Makop. Trying it on the strength of a "same lineage" claim will not succeed, burns critical response time, and may add writes to original disks that reduce the odds of later fragment recovery.
During response, therefore, family identification must rest on hard evidence such as the note filename and the filename pattern: Makop uses readme-warning.txt with originalname.[8-char ID].[email].suffix, while Phobos uses info.txt plus info.hta with .id[8 chars-4 digits].[email].suffix.
We were breached over remote desktop — how do we establish what the attacker did?
Start with several evidence classes. First the Windows security log: clustered 4625 failures followed by one 4624 success (logon type 10) pins the brute-force source IP, the success time and the compromised account. Next, account and group changes — Makop affiliates routinely create an administrator account as a backdoor.
Then execution artefacts: PowerShell downloading and running batch scripts, the presence of tools such as NS.exe (network scanning) and Everything.exe (filename enumeration), anomalous driver loads indicating BYOVD used to disable security products, new scheduled tasks and services, and records of security software being uninstalled.
Finally, map the encryption scope: which hosts and which shares were encrypted, using file timestamps to reconstruct the order of operations. This evidence establishes the blast radius and determines what has to be cleaned up before recovery — anything missed leads to re-encryption.
Our file server and NAS were encrypted too — how did that happen?
Because they were inside the compromised host's reachable scope. Makop encrypts local disks, mapped network drives and reachable SMB shares. If the compromised server had a NAS share mapped, or the same credentials could reach the file server, that data is encrypted too. Affiliates also actively scan internal shares with NS.exe and enumerate files with Everything.exe to find high-value directories.
The defensive improvements are clear: stop keeping NAS shares permanently mapped on production servers and use a backup channel that requires separate credentials; enable NAS-native snapshots with a retention policy (some are invisible to the encrypting process and have saved many cases); segment the network to limit SMB reachability between servers; and ensure backups include an offline or immutable copy rather than relying on the NAS alone.
Should we pay the Makop ransom?
We do not pay ransoms, do not negotiate for clients, and advise against paying independently. Makop runs as a RaaS with affiliates of widely varying competence; victims have received no decryptor at all, received one that was defective, or had large files further damaged by it. Payment also marks the organisation as willing to pay, raising the odds of a repeat attack, and creates compliance and legal exposure from sending funds to an overseas criminal operation.
The better investment for the first 24 to 72 hours: complete containment and remove residual access so there is no second encryption wave, inventory every potentially surviving backup and snapshot, run sample-based repair feasibility on the database files, and sweep for side-channel copies and untouched hosts. In most Makop cases that combination offers clearly more certainty than betting on a decryptor.
Sources
- LevelBlue / Trustwave SpiderLabs: Dissection of Makop Ransomware Group
- Acronis TRU: Makop ransomware – GuLoader and privilege escalation
- AhnLab ASEC: Makop Ransomware Identified in Attacks
- 360:2025 年 10 月勒索软件流行态势分析
- 360:2025 年 1 月勒索软件流行态势分析
External links are provided for reference only. The content is published by third parties and does not represent our position.
Updated