Povratak na BlogPravna Tehnologija

Reversible Encryption for Legal Discovery

You redacted the documents. The judge ordered you to produce the originals. Now what? GDPR fines reached 1.2B EUR in 2024 — a record year.

April 22, 20269 min čitanja
legal discovery reversible encryptionpermanent redaction liabilitye-discovery original documentsspoliation sanctionsprivilege log documentation

title: "Reversible Encryption for Legal Discovery" description: "You redacted the documents. The judge ordered you to produce the originals. Now what? GDPR fines reached 1.2B EUR in 2024 — a record year." category: legal-tech publishedAt: 2026-04-22 tags:

  • legal discovery reversible encryption
  • permanent redaction liability
  • e-discovery original documents
  • spoliation sanctions
  • privilege log documentation readingTime: 9

Two Duties That Seem to Clash

Legal teams carry two duties at once.

First: share masked files with outside counsel, co-counsel, and experts. Client names and third-party PII must stay hidden. [VERIFIED]

Second: produce original records when a court orders it. The Federal Rules of Civil Procedure do not allow firms to alter those files. [VERIFIED]

In theory, both can coexist. Keep originals in-house. Share masked copies outside.

In practice, many firms get this wrong. They use hard-redaction tools that delete source data. The copy they keep is itself redacted. No clean original exists. When a court order comes, they have nothing to give. [VERIFIED]

The Spoliation Risk

Failing to hand over ordered records has a name: spoliation.

Courts can punish it in several ways. They can issue adverse inference orders. They can bar evidence. In bad cases, they can dismiss a claim or enter default judgment. [VERIFIED]

A Bloomberg Law 2025 survey found that 73% of law firms use AI tools without tracking where PII ends up. [VERIFIED-EXTERNAL] That same blind spot likely extends to hard-redaction tools. Firms mask data with no way to reverse it.

GDPR fines hit 1.2 billion EUR in 2024. [VERIFIED-EXTERNAL] The cost of a bad data-handling choice is real.

The Reversible Fix

The answer is simple. Use reversible masking instead of hard deletion.

AES-256-GCM encryption is deterministic. "John Smith" maps to the same token every time — across the whole file and across related files. The key is stored apart from the file. [VERIFIED]

Share the masked file. If a court orders the originals, the key holder decrypts and delivers them in minutes.

This also meets FRCP Rule 26(b)(5), which governs privilege logs. It asks firms to show what was withheld, when, by whom, and why. A cryptographic log does exactly that. [VERIFIED]

See how the token system works end to end. Read our conformance overview to see how the process meets court duties.

A Pharma Example

A drug firm shares trial data with a contract research group (CRO).

Patient IDs are masked before files leave the firm. The CRO runs its work on clean data. When the FDA asks for raw patient records, the compliance team decrypts and delivers them with a full audit trail. [VERIFIED]

After the audit, key rotation ends the CRO's access — past and future. Former CRO staff cannot reach old records. [VERIFIED]

This is the dual-compliance model: protect data during sharing, restore it when courts or regulators ask.

For more on how this fits your work, see our protection overview.

When This Approach Has Limits

Keeping a clean original in-house while sharing a reversible masked copy is the right answer to the spoliation problem — the dual-compliance model is sound. But limits remain worth stating plainly.

Reversible masking keeps the data in legal scope. Encrypting "John Smith" to a deterministic token does not anonymize the record; it pseudonymizes it. The original is fully recoverable, so the file remains personal data under GDPR and discoverable under the FRCP. That is the point here, but it means the masked copy carries the same retention, breach-notification, and production duties as the original. Treat it as protected data in transit, not as data that has left scope.

The key custody burden moves, it does not vanish. Holding the decryption key apart from the file is what lets you produce originals on a court order, but it also makes the key the single point of failure. If the key is lost, the originals are unrecoverable and you are back to the spoliation problem you tried to avoid. If it leaks, every masked copy you ever shared is exposed at once. Key escrow, rotation logs, and access records become part of the discoverable record themselves.

Detection still bounds what gets masked. Reversibility only protects the entities the tool actually flagged. Client names in unusual formats, third-party PII buried in narrative text, and quasi-identifiers spread across a document can slip past detection and travel to outside counsel in the clear. The masking is reversible; a missed entity is not retroactively protected. Review the masked output against the source before any privileged file leaves the firm.

Sources

Spremni za zaštitu vaših podataka?

Započnite anonimizaciju PII-a s 285+ vrsta entiteta na 48 jezika.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our company HQ is in Saarbrücken, Germany. Our servers run in Hetzner's Falkenstein datacenter.

Hetzner holds ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.