Skip to main content

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

SheMo Noransom舍末无勒

Ransomware family

Beast / GodDamn Ransomware Decryption & Data Recovery

  • Active
  • High
  • No public decryptor

Beast is a ransomware line run since 2022 by a developer Symantec tracks as Hyadina (Monster, then Beast, now GodDamn), sold as RaaS with Windows, Linux, ESXi and NAS builds. It resurfaced in May 2026 as GodDamn, appending .God8Damn or the victim's own name and disabling security tools with the Microsoft-signed PoisonX driver; 360 listed it among active families in China in August 2026.

First seen
2024-06
File extensions
.God8Damn .[受害单位名称]
Ransom notes
README.txt
Affected platforms
Windows / Linux / VMware ESXi / NAS storage

Family profile

File extensions
  • .God8Damn
  • .[受害单位名称]
Ransom notes
  • README.txt
Contact patterns
  • Email or qTox (the GodDamn contact methods recorded by Symantec)
  • Tor (.onion) leak site, launched July 2025 under the Beast brand
  • Affiliate model: one victim may receive negotiation messages from different affiliates
Aliases / versions
Beast Ransomware、GodDamn(2026 年 5 月起的新品牌)、God8Damn 勒索病毒、Monster(前身)、Hyadina(Symantec 对开发者的追踪名)
First seen
2024-06
Status
Active
Operational status
Back in action
Threat level
High
Affected platforms
  • Windows
  • Linux
  • VMware ESXi
  • NAS storage
Tags
  • Resurgent
  • Active
  • Ransomware-as-a-Service
  • Double extortion
  • Targets virtualization
  • Targets NAS
  • Targets databases
  • Exploits vulnerabilities
  • RDP brute force
  • Phishing
Decryptor
No public decryptor

As of 2026-10-21 there is no free public decryptor for Beast or GodDamn. No More Ransom does not list the family, and no vendor analysis reports an exploitable flaw in its encryption. Cybereason records a hybrid elliptic-curve plus ChaCha20 scheme with keys generated per victim, so nothing can be reversed without the operators' private key.

Note also that GodDamn sometimes uses the victim organisation's own name as the extension, so "decryptors" found by searching for an extension are very unlikely to match. Test any tool claiming to decrypt .God8Damn on offline copies first, never on original disks.

Sources

Overview

Beast is not a sudden newcomer but the third brand of one developer. Symantec tracks that developer as Hyadina, with ransomware activity going back to at least March 2022. The first product, Monster, was written in Delphi and targeted only 32-bit Windows. In June 2024 it became Beast, adding Linux and VMware ESXi support, more interface languages (including Chinese) and faster encryption. GodDamn, first seen on 21 May 2026, is the latest rebrand; Symantec found substantial code overlap with Beast. All three generations deliberately avoid targets in CIS countries.

Beast runs as ransomware-as-a-service. According to Cyber Security News reporting in October 2025, its Tor leak site went live in July 2025 and by August had listed 16 victims across the US, Europe, Asia and Latin America in manufacturing, construction, healthcare, business services and education. A single victim receives negotiation messages from different affiliates, which points to several affiliates deploying the payload.

Why organisations in China should care. 360's August 2026 ransomware report lists Beast (search keyword God8Dam) among the families active in China, spreading through "vulnerability exploitation and database password brute force followed by manual deployment". That mirrors the playbook of China-prevalent families such as Mallox and Weaxor: any organisation with an internet-exposed database service and weak credentials is in range.

How to identify it

Extension. In some attacks GodDamn appends .God8Damn; in the incident Symantec investigated, the operators used the victim organisation's own name as the extension. An extension that is your company's name is therefore a strong signal in itself, and searching the web for it usually returns nothing.

Ransom note. Under the Beast brand the note is README.txt, written into every encrypted directory from the encryptor's embedded configuration. No GodDamn note filename has been published; contact is by email or qTox.

Host-side indicators.

  • The mutex BEAST HERE? (recorded by Cybereason) prevents a second instance.
  • Pressing ALT+CTRL and typing 666 during encryption brings up the encryptor's interface.
  • In the GodDamn incident an encryptor named encrypter-windows-gui-x86.exe sat in users' Downloads and Music folders.
  • A file named symantec.exe in the Music folder dropped the PoisonX driver into the driver store as g11.sys.
  • AnyDesk was configured for unattended access and registered as two auto-start services.

Bottom line. A .God8Damn or company-name extension, README.txt or a qTox contact, and traces such as AnyDesk and g11.sys together point strongly to this family. Because the extension is not fixed, confirm against encrypted samples and the note.

Infection vectors

Entry in China (360). Vulnerability exploitation, and database password brute force followed by manual deployment. Servers with database ports exposed to the internet and weak or default credentials are at highest risk.

Entry elsewhere (ASEC and Cybereason). Phishing emails posing as copyright-infringement notices or job applications, some also dropping the Vidar infostealer to harvest credentials first; and compromised RDP endpoints.

Post-compromise tooling (Symantec's reconstruction of a GodDamn incident).

  • AnyDesk configured for unattended access as persistent remote control.
  • Mimikatz plus 13 other credential-theft tools, mostly NirSoft-based, covering browsers, Credential Manager, VNC, email, Wi-Fi and network traffic.
  • Netscan for internal reconnaissance and PsExec for lateral movement.
  • Windows Defender real-time protection disabled.
  • The PoisonX kernel driver to blind security software (see "Encryption").

That incident's timeline is typical: AnyDesk first appeared on 29 May, PoisonX and the credential toolkit landed on a second host on 30 May, lateral movement began on 1 June, AnyDesk was on at least 10 hosts by the end of 2 June, and the encryptor was detected on a separate network segment on 3 June. About five days separated the first trace from encryption - that is the window for detection and containment.

Spread inside the network. The encryptor scans for active SMB ports and tries to encrypt any reachable shared folders, with no further user interaction and no external C2 traffic.

Encryption behavior

Algorithms. Cybereason records a hybrid elliptic-curve plus ChaCha20 scheme. Encryption is multithreaded, with a parent thread handing files to worker threads. Before encrypting, the sample uses the Windows Restart Manager (RstrtMgr.dll) to release file locks so files in use can be encrypted.

Shadow copy deletion. It queries Win32_ShadowCopy over WMI and calls DeleteInstance on each one, so Windows "Previous Versions" cannot be relied on.

Linux and ESXi. Beast ships Linux and ESXi builds with customisable encryption paths and options to shut down virtual machines, plus an offline builder for Windows, NAS and ESXi payloads. When a hypervisor is hit, entire virtual machine disk files are encrypted.

The PoisonX driver. The PoisonX driver used in the GodDamn incident is a malicious kernel driver carrying a valid Microsoft signature. It can terminate security processes, strip their permissions and tamper with kernel event notifications so security products stop receiving alerts; it was previously used to kill the CrowdStrike Falcon service through an undocumented IOCTL interface. The Gentlemen's operators have also built it into a defence-disabling tool handed to their affiliates.

Assess before you act

Recoverability assessment

There is no decryption route for Beast or GodDamn today. We do not pay ransoms and do not negotiate on a client's behalf; our work is technical recovery and forensics. The paths below are ordered by viability, with actual yields determined on site.

1) Public decryptor: none. Nothing can be reversed without the private key; do not trial unknown tools on original disks.

2) Shadow copies: usually gone. The family actively deletes them, but it is still worth checking a read-only image for snapshots that survived a failed deletion or insufficient permissions.

3) Backups and snapshots: the primary source. Offline and offsite backups, storage-layer snapshots, hypervisor snapshots and cloud disk snapshots. The operators dwell for several days before encrypting, so the backup server and backup accounts have likely been mapped; confirm the backups themselves were not encrypted or tampered with before restoring.

4) Database repair and unencrypted copies. Whether encrypted database files can be structurally repaired depends on whether a given build encrypts whole files or only parts of them, which public analysis does not settle; measure it on the sample. Read replicas, transaction logs and business data held by upstream and downstream systems can all support rebuilding critical data.

5) Exfiltration impact. Beast runs a leak site, so treat every incident as one where data left the network: scope the exfiltration and the notification duties that follow.

We deliver a verifiable assessment and a clearly bounded recovery scope, and never promise "100% decryption".

Our response plan

Hit by Beast / GodDamn ransomware? What to do

  1. Containment and evidence preservation

    Disconnect affected hosts and segments immediately, close internet-exposed database ports and RDP, and block outbound connections from AnyDesk and other remote-control tools. Do not reboot or reinstall. Take read-only images of affected servers, export database login logs, Windows security logs and RDP and AnyDesk connection records, and keep three to five encrypted files plus the original note.

  2. Family and build confirmation

    Confirm the family from the extension (.God8Damn or the organisation's name), the note and contact details, the BEAST HERE? mutex, the g11.sys driver and files such as encrypter-windows-gui-x86.exe. Distinguish Windows, Linux and ESXi builds and establish whether whole files were encrypted and whether shadow copies were deleted. Sweep the estate for unattended AnyDesk services and the PoisonX driver to see how many hosts are under the operators' control.

  3. Recoverability and exfiltration assessment

    Inventory offline backups, storage and hypervisor snapshots, read replicas and transaction logs, run sample restores of critical databases, and verify that backups were not tampered with during the dwell period. In parallel, use egress traffic and logs to bound the exfiltration window, data types and volume. Execution begins only after the written assessment.

  4. Recovery execution

    All work happens on images or copies with originals kept read-only. Restore in business priority order - identity and domain services, core databases and ERP, then file services - with integrity checks and business verification after each batch. Hosts that ran the PoisonX driver or AnyDesk under the operators' control should be rebuilt rather than cleaned.

  5. Attribution, hardening and handover

    Reconstruct the entry point (database brute force, a vulnerability, phishing or RDP) and every action during the dwell period. Hardening: keep database and RDP ports off the internet with strong passwords and MFA; control AnyDesk and other remote tools with application allowlisting; enable Microsoft's vulnerable driver blocklist and monitor new driver loads; reset credentials domain-wide; rebuild backups to a 3-2-1 design with immutable copies. Close with an incident report and handover checklist.

Risk warning

What not to do

  • Do not reboot or reinstall affected hosts; memory and disk artefacts are how the dwell period is scoped.
  • Do not clean up only the machine that was encrypted: several days often separate the first AnyDesk trace from encryption, so other hosts are probably compromised.
  • Do not trust "God8Damn decryptors" found by searching for the extension - the extension may be your own organisation's name, and such tools are usually scams.
  • Do not reconnect the backup server before confirming the backups were not tampered with.
  • Do not contact the operators by email or qTox or pay on your own; payment guarantees neither a working key nor deletion of the data.

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

Beast / GodDamn Frequently asked questions

  • Our files now end in .God8Damn, or in our company's name - what ransomware is this?

    Both point to GodDamn, the brand Beast ransomware has used since May 2026. Symantec's investigation shows it appends .God8Damn in some attacks and the victim organisation's own name in others, and 360's August 2026 report lists it among families active in China. Keep a few encrypted files and the original note, and check for unattended AnyDesk services and a g11.sys driver - they help confirm the family and how many machines the operators control.

  • Can Beast or GodDamn be decrypted?

    Not today. No public decryptor exists and public analysis has found no flaw in the encryption, so nothing can be reversed without the operators' private key. It also deletes shadow copies, so recovery relies on offline backups, storage and hypervisor snapshots, read replicas and transaction logs. We assess recoverability first - which data can come back from which source - before proposing a plan.

  • Our antivirus was running the whole time - why didn't it stop this?

    In the GodDamn incident the operators used PoisonX, a malicious driver carrying a valid Microsoft signature. It can terminate security processes, strip their permissions and tamper with kernel event notifications so security products stop receiving alerts, and the operators also switched off Windows Defender real-time protection. This bring-your-own-driver approach is shared across groups - The Gentlemen uses it too. Defend by enabling Microsoft's vulnerable driver blocklist, monitoring new driver loads, and not relying on a single endpoint product.

  • We were hit after a database brute-force attack - how do we prevent a repeat?

    360 records exactly this entry in China: vulnerability exploitation, and database password brute force followed by manual deployment. The most effective controls are keeping database ports off the internet behind a VPN or jump host with source allowlisting, disabling remote logins for default high-privilege accounts such as sa, enforcing strong passwords, alerting on failed logins, and patching database and middleware flaws promptly. Inventory every remote-control tool too, and remove any without a business need.