Skip to content

Deadlock Ransomware Recovery: What's Recoverable

By Srinivasan Krishnappa · Ransomware & database recovery engineer · 656+ ransomware recoveries
4 min read
Need this solved now? We have already solved 656+ ransomware and data recovery cases. Call +91 74187 05822, WhatsApp us or email info [at] asittech.com. Free assessment; no data, no charge.

Deadlock was first observed in mid-2025 and its current build, documented publicly in August 2026, is a Rust rewrite. The group claimed 101 victims on its leak site as of 31 August 2026, spanning around 40 countries and concentrated in professional services, manufacturing and technology, with a majority in the Europe and Russia region. As always, leak-site totals are the group's own claims rather than verified incidents.

Per-file keys, sealed to the operator

File content is encrypted with XChaCha20 under a unique per-file key. That key is then wrapped to the operator's public key using Curve25519 ECDH with XSalsa20-Poly1305.

The practical consequence is that there is no shortcut from one file to the next. Each file carries its own key, and the only copy of that key is sealed so that it can be opened by the operator's private key alone. Recovering one file's key, if it were even possible, would tell you nothing about the rest.

Infrastructure designed to survive takedowns

Deadlock stores and delivers parts of its extortion infrastructure using blockchain-backed services, with command-and-control configuration held in Polygon smart contracts, alongside the Session messaging network for communication.

This matters for recovery planning in a specific way. A number of past ransomware families ended with law enforcement seizing servers and publishing the keys, which is how some victims eventually recovered without paying. Infrastructure deliberately spread across a public blockchain is harder to seize, so it would be unwise to plan around a free decryptor appearing later. Decisions should be made on what is recoverable now.

What this means for recovery

With a per-file key scheme of this design, recovery does not come from breaking the encryption. It comes from what the encryption did not reach: files or regions left unencrypted, snapshots, and backup copies the attacker did not get to. Whether that amounts to anything useful in a given incident is established by examining the affected files, not by the family name.

Do not delete encrypted files or rebuild the first compromised host. Preserve them, along with the ransom note and any attacker communications, for the assessment and for insurers. We do not claim to decrypt Deadlock.

Veeam backups, SQL Server or Oracle databases encrypted by Deadlock?

Ransomware groups go after the backup repository first. A .vbk or .vib file renamed by the ransomware is often not lost: large backup files are usually only partly encrypted, and the intact blocks can be verified and rebuilt into the virtual disks. The same holds for SQL Server MDF and BAK files and for Oracle datafiles and Data Pump exports: the rows the ransomware did not reach can be read directly. In real cases we rebuilt a 466 GB server disk from a 43 GB Akira-encrypted VBK, and recovered 98.8% of the rows from LockBit-encrypted SQL Server backups.

Facing this problem? Contact us now.

We have already solved 656+ ransomware and data recovery cases: encrypted and corrupted SQL Server, Oracle and MySQL databases, Tally, Busy and Marg ERP data, Veeam backups, VMware and Hyper-V virtual machines, RAID and NAS. Send us the details and we tell you what we can recover.

  • ✓ Free assessment before you pay anything
  • ✓ No data, no charge
  • ✓ NDA on request

Email: info [at] asittech.com · Mon–Fri, 9:00–18:00 IST

Request assessmentEmergency