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.
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.
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.
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.
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.
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
Polygon blockchain as unkillable C2
Core innovationDeadLock 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.
BYOVD kills the EDR before anything else
First moveThe 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.
Every backup and recovery path is terminated
Recovery destructionAfter 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.
Log destruction that reaches every telemetry channel
Anti-forensicsDeadLock 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.
Rust encryptor with time-based cryptographic keys
Encryption designOnce 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.
Treat absent or suddenly disabled event channels
as a material hunting signal,
not as evidence that nothing happened.
Why DeadLock Ransomware Resets the Defense Baseline
Blockchain C2 breaks the law enforcement playbook
Enforcement gapThe 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.
Eighty-plus victims across six continents
Operational scaleDeadLock 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.
- 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.