DeadLock ransomware Polygon blockchain C2 with a corporate server rack, destroyed Windows Defender shield, and shredded event log documents
🛡 Cybersecurity · Ransomware

DeadLock Ransomware Hides Its C2
on the Blockchain, Then Burns the Logs

Microsoft and Cisco Talos broke down the most operationally sophisticated ransomware published this year. DeadLock stores its C2 config on Polygon, kills Windows Defender at the kernel level, then wipes every event log before the encryption even starts.

📅 August 12, 2026 ⏱ 8 min read
Polygon blockchain stores the C2 config
BYOVD kills Defender at kernel level
All Windows event logs wiped before encryption
C2 Infrastructure
Polygon blockchain + Session app
Unkillable
BYOVD Driver
Baidu CVE-2024-51324, kernel-mode
SYSTEM
Event Logs Cleared
Security, System, App, PowerShell
All

DeadLock ransomware solves a problem that has defeated most ransomware operations before it: how to keep communicating after law enforcement takes down your servers. The answer is the Polygon blockchain. DeadLock stores its full C2 configuration — the addresses, keys, and instructions the encryptor needs to operate — inside Polygon blockchain transactions. There is no domain to seize, no IP address to null-route, no hosting provider to subpoena. The configuration lives on a public ledger that no agency on earth can take offline. As long as the Polygon network runs, DeadLock can reach its operators.

Microsoft Threat Intelligence and Cisco Talos published their technical breakdowns of DeadLock on August 10 and 11, 2026, giving defenders the most detailed picture yet of a ransomware group that has been operating since July 2025 but only entered the mainstream spotlight this week. The picture is not reassuring. Before DeadLock ransomware ever starts encrypting a single file, it has already killed Windows Defender using a BYOVD loader that exploits a Baidu Antivirus driver vulnerability at kernel level, terminated every major backup and database service including Veeam, Acronis, and SQL Server, deleted all Volume Shadow Copies, and wiped every Windows event log channel — Security, System, Application, PowerShell, and every custom or third-party telemetry channel it can find through the WINEVT registry tree.

By the time the .dlock extension starts appearing on files, the incident responder walking into the environment has no Defender, no shadow copies, no event logs, and no obvious place to pull telemetry from. That is not accidental. DeadLock’s pre-encryption routine is specifically designed to degrade both prevention and recovery before the attack enters its visible phase. The encryption is the last thing that happens — and it is the least technically interesting part of what this ransomware does.

📊 DeadLock Ransomware, at a Glance
Infrastructure

Why is the Polygon C2 so significant?

Law enforcement takedowns of ransomware infrastructure typically seize domains, IPs, and hosting. The Polygon blockchain cannot be seized or taken offline. DeadLock’s configuration living on-chain means its C2 is structurally immune to the disruption tactics that ended groups like Hive and LockBit.

EDR Bypass

What is the BYOVD technique DeadLock uses?

Bring Your Own Vulnerable Driver (BYOVD) loads a signed, legitimate driver with a known vulnerability — in DeadLock’s case CVE-2024-51324 in a Baidu Antivirus driver — and exploits it at kernel level to terminate any process, including EDR agents that would otherwise be protected from user-mode termination.

Anti-Forensics

What does the log destruction actually erase?

DeadLock clears the Security, System, Application, and PowerShell event log channels via the Windows Event Log API, then walks the entire WINEVT Channels registry tree to disable and clear every additional registered channel — including custom and third-party telemetry. It also replaces channel permissions with a restrictive SDDL that blocks re-enabling.

Geofencing

Who does DeadLock deliberately avoid?

The encryptor checks language and locale identifiers and deletes itself on systems running Russian, Ukrainian, Belarusian, several other CIS languages, or locales associated with Iran, Syria, Oman, and Yemen. This geofencing is not attribution, but is consistent with an Eastern European or Russia-adjacent operator pattern.

Inside DeadLock Ransomware’s Technical Playbook

01

Polygon blockchain as unkillable C2

Core innovation

DeadLock ransomware’s most operationally significant feature is not its encryptor — it is where the encryptor gets its instructions. The full C2 configuration, including addresses, cryptographic keys, and operational parameters, is stored inside Polygon blockchain transactions. The encryptor reads this configuration at runtime by querying the public ledger. This means the C2 cannot be disrupted by any of the standard law enforcement tools: there is no domain to seize, no hosting provider to serve with a court order, no IP to block at the BGP level, and no company to compel to cooperate.

The Session messaging application serves as the victim-communication layer for ransom negotiations. Session is a decentralized, end-to-end encrypted messenger with no central server that can be served with a disclosure order. It does not require a phone number or email address to register, which means victim communications generate no identifying metadata for investigators. Together, Polygon and Session give DeadLock ransomware an infrastructure posture that is functionally immune to the server-seizure and administrator-arrest playbook that dismantled previous major ransomware operations.

💡 Why blockchain C2 is a threshold moment for ransomware defense. Most of the ransomware enforcement success stories of the last three years — LockBit, Hive, ALPHV — involved seizing infrastructure or compromising the operators’ backend. DeadLock’s design makes both of those strategies significantly harder. The operations that succeed against this model will need to focus on affiliate identification and victim-network forensics rather than infrastructure disruption.
02

BYOVD kills the EDR before anything else

First move

The first thing DeadLock ransomware does on an elevated system is load a BYOVD loader that exploits CVE-2024-51324, a privilege management flaw in the legitimate Baidu Antivirus driver BdApiUtil.sys. The operator deploys the driver under a disguised name — DriverGay.sys in observed samples — and uses it to issue ZwTerminateProcess() calls at the kernel level, instantly killing any targeted security service. Because the driver operates in kernel mode with the highest system privileges, it bypasses the process-protection features that modern EDR agents use to defend themselves from user-mode termination attempts.

Once the EDR is dead, a PowerShell script completes the Defender removal. The script uses SystemSettingsAdminFlows.exe — a legitimate Windows binary — to modify Defender’s registry settings, turning off real-time protection, cloud submission, and sample consent without triggering the standard tamper protection that blocks direct registry writes to Defender’s configuration paths. The combination of BYOVD for the EDR and SystemSettingsAdminFlows.exe for Defender leaves the target environment with no active threat detection before the ransomware’s destructive phase begins.

💡 What defenders can do against BYOVD today. Microsoft’s Vulnerable Driver Blocklist, available through Windows Defender Application Control, blocks known vulnerable drivers including those in the BYOVD catalog. Enabling it prevents the driver load that makes this attack chain work. Cisco Talos’s report on DeadLock ransomware explicitly calls out the blocklist as the primary preventive control. Most enterprise environments have not enabled it because it requires testing against existing signed driver dependencies.
03

Every backup and recovery path is terminated

Recovery destruction

After killing endpoint detection, DeadLock ransomware turns to recovery infrastructure. The service stop list in the malware’s configuration targets windefend (Windows Defender), vss, swprv, and wbengine (Volume Shadow Copy and Backup services), mssearch, all Hyper-V services (vmcompute, vmms), Active Directory services (adws, ntds, kdc), and every major backup and database platform it can find. Named targets include Veeam Backup, Acronis, Veritas, and SQL Server.

For each service in the stop list, DeadLock ransomware sets the start type to DISABLED before issuing the stop command — meaning the service cannot be restarted without manual administrator intervention even after a reboot. Volume Shadow Copies are then deleted entirely, removing Windows’s built-in point-in-time recovery capability. Cloud storage sync clients — OneDrive, Dropbox, Google Drive — are also terminated to prevent any auto-sync from preserving copies of files before encryption. The cumulative effect is that by the time encryption begins, every automated recovery mechanism the target organization had deployed is offline and disabled.

💡 Why offline, air-gapped backups are now mandatory. Every recovery path DeadLock terminates has one thing in common: it was reachable from the compromised Windows environment. Veeam servers on the same network, VSS on local disks, cloud sync clients on the endpoint — all of these are accessible to a process running with SYSTEM privileges. The only backup that survives DeadLock ransomware is one that the ransomware cannot reach: offline, immutable, or air-gapped storage with no live connection to the Windows environment.
04

Log destruction that reaches every telemetry channel

Anti-forensics

DeadLock ransomware’s event log destruction is more thorough than any previously documented ransomware in this category. It clears the four primary Windows log channels — Security, System, Application, and PowerShell — through the Event Log API. It then walks the WINEVT Channels registry tree and clears every additional registered channel it finds, covering third-party security tool logs, custom application telemetry, and any other event source that was writing to the Windows event infrastructure. Finally, it replaces the ChannelAccess permissions on each channel with a restrictive SDDL descriptor, preventing re-enabling without explicit administrator action.

Microsoft’s analysis notes that DeadLock ransomware also uses wevtapi.dll to enumerate and clear registered channels beyond the hard-coded set. This means even channels that did not exist when the malware was compiled — new telemetry sources added after the initial infection — get wiped on detonation. The Microsoft Threat Intelligence team’s guidance is explicit: treat absent or suddenly disabled event channels as a material DeadLock hunting signal, not as evidence that nothing happened. The silence is the indicator.

💡 The forensics implication. Any incident response engagement after a DeadLock ransomware attack starts from a disadvantaged position. The primary Windows-native evidence sources are gone. Defenders need to rely on network flow data from perimeter sensors, endpoint telemetry forwarded to a SIEM before the attack completed, EDR data captured before the BYOVD kill, and any out-of-band logging infrastructure that was not accessible from the compromised Windows environment. Organizations without centralized, off-network log forwarding have significantly reduced post-incident visibility.
05

Rust encryptor with time-based cryptographic keys

Encryption design

Once the environment has been stripped, DeadLock ransomware deploys its Rust-based encryptor. The encryptor uses a custom stream cipher algorithm with time-based cryptographic seeds — the encryption keys are derived in part from the system clock at the time of encryption. This design serves two purposes. First, it complicates decryption attempts that depend on pattern analysis across multiple encrypted files, since each file’s key material varies with timing. Second, it makes brute-force decryption without operator cooperation extremely difficult, since the key space is bounded by time but not in a way that is tractable without knowing the precise seeding parameters.

Encrypted files receive the .dlock extension and a unique hexadecimal identifier that the operator uses to track victims. The encryptor is designed to selectively target files — it skips extensions and file names that appear in a hard-coded exclusion list to avoid rendering the operating system unbootable, since a victim who cannot operate their computer cannot pay the ransom. DeadLock ransomware prioritizes operational continuity for the victim organization precisely because the attack’s goal is payment, not destruction.

💡 The Rust choice signals professionalism. Most ransomware is written in C++ or interpreted languages. Rust’s memory safety guarantees reduce crash rates during encryption — a crash mid-encrypt can partially corrupt files in ways that make them both unrecoverable and encrypted, destroying the operator’s leverage. The Rust implementation is a signal that DeadLock ransomware’s developers are optimizing for reliability, not just evasion.

Treat absent or suddenly disabled event channels
as a material hunting signal,
not as evidence that nothing happened.

Microsoft Threat Intelligence · DeadLock Analysis, August 10, 2026

Why DeadLock Ransomware Resets the Defense Baseline

06

Blockchain C2 breaks the law enforcement playbook

Enforcement gap

The most consequential thing about DeadLock ransomware is not its capability against individual victims — it is its resilience against the enforcement actions that have defined ransomware disruption strategy for the past three years. Operation Cronos took down LockBit by compromising their infrastructure. The FBI and European partners disrupted Hive by gaining access to their backend. ALPHV collapsed partly due to law enforcement pressure on their operations. Every one of those successes depended on identifying and seizing servers or administrator accounts that were reachable through conventional legal process.

DeadLock’s Polygon-based configuration and Session-based communications eliminate both of those attack surfaces for law enforcement. The configuration cannot be seized because it exists on a public decentralized ledger. The communications cannot be subpoenaed because Session has no central server and retains no user metadata. This does not make DeadLock ransomware operators invulnerable — they can still be identified through affiliate operations, victim-network artifacts, and cryptocurrency tracing — but it removes the infrastructure disruption option that has been the primary law enforcement tool.

💡 What the next enforcement generation looks like. Blockchain-based C2 pushes ransomware enforcement toward affiliate identification and on-chain transaction tracing as primary investigative techniques. Elliptic and Chainalysis have both published on Polygon transaction analysis capabilities. The tools exist, but the scale and speed of on-chain analysis needed to keep pace with an active ransomware operation are still maturing.
07

Eighty-plus victims across six continents

Operational scale

DeadLock ransomware first appeared in July 2025. By July 2026, its blog had named more than 80 alleged victims across IT, mining, transport, logistics, manufacturing, hospitality, consumer goods, and healthcare organizations on six continents. More than half the named victims are in Europe. The sector breadth is unusual for a group at this operational age — most ransomware groups spend their first year targeting opportunistic victims in a single sector before expanding. DeadLock’s cross-sector, cross-continent footprint in its first year suggests either a sophisticated affiliate recruitment program or a core operator team with broad initial-access capabilities.

Microsoft’s analysis identified multiple threat actors deploying DeadLock ransomware, including affiliates of the established Lynx and INC ransomware groups. That affiliate overlap is significant: it means experienced ransomware operators who already have established initial-access playbooks are adopting DeadLock as their encryptor of choice, suggesting that word has spread through the ransomware-as-a-service ecosystem that DeadLock’s infrastructure resilience and anti-forensics capabilities are operationally superior to alternatives.

💡 Why affiliate overlap matters for attribution and prediction. An affiliate for Lynx or INC ransomware carrying DeadLock as a payload means that DeadLock’s victim pool is not limited to whoever the core DeadLock operators can reach independently. It draws on the entire access-broker and initial-access-as-a-service ecosystem. The 80+ victim count from July 2025 to July 2026 should be understood as an early baseline — the affiliate adoption model typically produces exponential rather than linear victim growth.
🛡 DeadLock Ransomware Defense Checklist
  • Enable the Microsoft Vulnerable Driver Blocklist — blocks the BYOVD driver load that kills EDR at kernel level before any other defensive control can act
  • Forward event logs to an off-network SIEM before infection — DeadLock clears all Windows event channels; any log not already forwarded off-host is gone after detonation
  • Maintain offline or immutable backups not accessible from Windows — DeadLock terminates Veeam, Acronis, VSS, and cloud sync; only air-gapped or write-once storage survives
  • Block CVE-2024-51324 (Baidu BdApiUtil.sys) — add to driver blocklist; this is the specific BYOVD vector in observed DeadLock ransomware deployments
  • Treat sudden absence of event log channels as a live DeadLock indicator — per Microsoft’s guidance, disabled channels are the hunt signal, not missing .dlock files
  • Monitor for SystemSettingsAdminFlows.exe modifying Defender registry keys — DeadLock uses this legitimate binary to bypass tamper protection on Defender’s configuration

⚠️ Three Things DeadLock Ransomware Makes Useless

1. Your EDR, if BYOVD lands first. DeadLock’s kernel-level process termination kills EDR agents before they can generate alerts. If the BYOVD driver loads successfully, the EDR is dead. The Vulnerable Driver Blocklist is the control that prevents the driver from loading — but it has to be enabled before the attack, not after.

2. Your backups, if they’re on the same network. Veeam, Acronis, VSS, and cloud sync clients are all on the DeadLock kill list. Any backup reachable from the compromised Windows environment with SYSTEM privileges will be deleted or disabled. Offline and immutable backups are the only category the ransomware cannot reach.

3. Your event logs, for forensics. Every Windows event channel is wiped and permission-locked before encryption begins. Post-incident investigation has no native Windows telemetry to work from. Network flow data, perimeter logs, and pre-forwarded SIEM data are the only evidence sources that survive a DeadLock ransomware attack.

The blockchain cannot be seized.
Session has no central server.
Infrastructure disruption is off the table.

Cybersecurity News · DeadLock Infrastructure Analysis, 2026
✅ Bottom Line

DeadLock Ransomware, in Five Lines

1
C2 lives on the Polygon blockchain — the configuration cannot be seized, taken down, or disrupted by any conventional law enforcement infrastructure action
2
BYOVD kills Defender and EDR at kernel level first — using CVE-2024-51324 in a Baidu Antivirus driver before a single file is encrypted
3
Every Windows event log channel is wiped and locked — Security, System, Application, PowerShell, and all third-party telemetry, replaced with restrictive permissions that block re-enabling
4
Veeam, Acronis, VSS, and shadow copies are gone before encryption starts — the destruction of recovery infrastructure is deliberate and comes before the ransom demand
5
80+ victims across six continents in its first year — affiliates from Lynx and INC ransomware groups are already adopting it, suggesting exponential victim growth ahead
🔗 Microsoft’s full technical breakdown of DeadLock ransomware, including the complete service stop list and the Polygon C2 architecture, is available at the Microsoft Security Blog, with Cisco Talos’s BYOVD analysis linked from their threat intelligence feed.

💬 DeadLock Ransomware FAQ

Q. How does DeadLock ransomware get into a network in the first place?
Microsoft’s analysis identified multiple initial-access vectors used by DeadLock affiliates, including exploitation of internet-facing vulnerabilities — the same CVE-2025-24472 Fortinet FortiOS flaw that Gunra ransomware uses for initial access appears in the adjacent threat landscape — and stolen credentials via RDP and remote access tools like AnyDesk. The BYOVD and encryption capabilities are the post-access phase; getting in typically follows the standard ransomware playbook of exploiting exposed services or leveraging purchased credentials from initial-access brokers.
Q. Can the .dlock files be decrypted without paying?
No public decryptor exists for DeadLock ransomware as of August 12, 2026. The custom stream cipher with time-based cryptographic seeds is not known to have implementation flaws that would allow decryption without the operator’s private keys. Law enforcement has not announced any action against DeadLock operators, and no key material has been leaked. Recovery without paying requires intact backups that were not reachable from the compromised environment.
Q. Does the geofencing mean DeadLock operators are Russian?
Not definitively. The language-based self-deletion on Russian, Ukrainian, Belarusian, and CIS locales is consistent with the regional avoidance pattern of Eastern European ransomware operations, which historically avoid targeting the former Soviet states to reduce the risk of domestic prosecution. Microsoft explicitly states this geofencing is not attribution — it is a pattern, not proof. The same geofencing appears in other ransomware families operated by groups with confirmed ties to Russia and by groups with no known ties to Russia.
Q. What makes DeadLock ransomware different from LockBit or ALPHV?
Three things separate DeadLock from its predecessors at the infrastructure level. First, its C2 configuration lives on the Polygon blockchain rather than on attacker-controlled servers, making infrastructure takedowns ineffective. Second, it uses Session messenger for victim communications, eliminating the server-subpoena vector. Third, its pre-encryption routine is more thorough in log destruction than any previously documented group — the WINEVT channel enumeration and permission lockout go beyond the standard log-clearing that LockBit and ALPHV performed. The Rust implementation and BYOVD EDR kill are refinements of existing techniques; the blockchain C2 is genuinely new.
Editor’s Note. This article draws on Microsoft Threat Intelligence’s August 10, 2026 blog post on DeadLock ransomware, Cisco Talos’s BYOVD analysis, and reporting from GBHackers, CyberPress, CybersecurityNews, and The Hacker News. All technical details, victim counts, service stop lists, and infrastructure observations were verified against primary Microsoft and Talos sources as of August 12, 2026.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top