By · Last updated 2026-04-23

Zurück zum BlogSMB-Sicherheit

Finanzprüfungen und anonymisierte Daten...

Ein Urteil des SDNY im Februar 2026 stellte fest, dass KI-verarbeitete Dokumente das Anwaltsgeheimnis verlieren...

April 23, 20268 min Lesezeit
financial audit anonymizationreversible encryption auditprivate equity data sharingauditor access controlstime-bounded decryption

Aktualisiert für 2026

Das Problem bei der Prüfungsverifizierung

Externe Prüfer müssen die Zahlen hinter Finanzberichten überprüfen. Dazu brauchen sie die Quelldaten.

Hartes Schwärzen entfernt diese Daten für immer. Es bleibt nichts zum Prüfen übrig. Der Prüfungsprozess bricht zusammen. Permanente Entfernungswerkzeuge schaffen dieses Problem: Sie schützen Informationen, indem sie deren Nutzbarkeit zerstören.

Reversibles Token-Masking löst beides. Sensible Felder — Kundennamen, Vertragsbedingungen, Unternehmens-IDs — werden durch Token ersetzt. Der Prüfer erhält saubere Unterlagen. Die echten Werte bleiben über einen zeitlich begrenzten Zugriffsschlüssel erreichbar.

Erfahren Sie in unserer Übersicht zur rechtlichen Konformität und im Token-System-Leitfaden, wie dies von Anfang bis Ende funktioniert.

Wie eingeschränkter Zugriff funktioniert

Das Modell passt zu jedem Prüfungsauftrag.

Das Finanzteam ersetzt sensible Felder vor der Weitergabe. Der leitende Prüfer erhält einen Zugriffsschlüssel, der an diesen Auftrag gebunden ist. Während der Prüfung können Token mit echten Werten abgeglichen werden. Die Zahlen lassen sich zu den Quelldokumenten zurückverfolgen.

Wenn die Prüfung abgeschlossen ist, wird der Schlüssel rotiert und widerrufen. Die archivierten Kopien des Prüfers können nicht entschlüsselt werden. Ehemalige Mitarbeiter, die nach dem Abschluss ausscheiden, können auf alte Aufzeichnungen nicht mehr zugreifen. Technische Kontrollen setzen den Umfang durch — nicht nur Verträge.

Schlüsselrotation als Governance

Das Widerrufen des Zugriffsschlüssels nach jedem Auftrag schafft eine protokollierte Kontrolle. Diese Kontrolle erfüllt mehrere Governance-Anforderungen auf einmal.

SOX-Konformität: SOX Abschnitt 302 verlangt, dass Führungskräfte die Wirksamkeit von Kontrollen zertifizieren. Die Rotation des Zugriffsschlüssels nach jedem Auftrag ist eine solche Kontrolle. Sie kann in einer SOX-Prüfung bewertet werden.

ISO 27001 Anhang A.10.1.1: Der Standard verlangt Schritte zum Schlüsselmanagement, die Ablauf, Rotation und Widerruf abdecken. Die Verknüpfung jeder Rotation mit dem Auftragsabschluss erfüllt dies sauber.

DSGVO-Datensparsamkeit: DSGVO Artikel 5 Abs. 1 lit. e besagt, dass Aufzeichnungen nicht länger als für ihren Zweck benötigt aufbewahrt werden dürfen. Nach dem Ende der Prüfung wird durch den Widerruf des Zugriffsschlüssels dieser Anforderung entsprochen. Die Aufzeichnungen bestehen weiter. Sie sind nur ohne einen neuen Schlüssel für einen neuen Zweck nicht mehr erreichbar.

Weitere Informationen finden Sie in unserer Schutzübersicht, wie diese Regeln auf das Token-Modell angewendet werden.

Das SDNY-Urteil vom Februar 2026

Das Heppner-Urteil (S.D.N.Y. 17. Feb. 2026) stellte fest, dass KI-verarbeitete Dokumente das Anwaltsprivileg verlieren. Sie müssen vor der Verarbeitung geschützt werden. Die Übermittlung an einen externen Verarbeiter gilt als Offenlegung.

Die gleiche Logik gilt für Finanzdokumente. Das Teilen ohne technische Kontrolle gilt als Offenlegung. Reversibles Token-Masking ist diese Kontrolle. Es ermöglicht die Prüfung, ohne Rohdaten preiszugeben.

Das Fünf-Schritte-Modell

Der Prozess ist einfach:

  1. Sensible Felder werden vor jeder externen Weitergabe tokenisiert.
  2. Der Prüfer erhält einen eingeschränkten Zugriffsschlüssel, der nur für diesen Auftrag gilt.
  3. Die Prüfung läuft auf Token. Der Prüfer kann bei Bedarf echte Werte überprüfen.
  4. Bei Abschluss wird der Zugriffsschlüssel rotiert und protokolliert.
  5. Die Token-Zuordnung wird archiviert. Neuer Zugriff erfordert eine neue Ausgabe.

Keine Rohdaten verlassen die Organisation in lesbarer Form. Der Prüfer bekommt trotzdem, was er braucht. Und die Organisation behält Aufzeichnungen, die SOX, ISO 27001 und DSGVO gleichzeitig erfüllen.

Sehen Sie unseren Ansatz zur Entitätserkennung und Pläne und Preise für weitere Details.

Quellen

  • United States v. Heppner, No. 25-cr-00503-JSR (S.D.N.Y. 17. Feb. 2026) — Debevoise Data Blog
  • Sarbanes-Oxley Act Abschnitt 302 — SEC-Volltext
  • ISO 27001:2022 Anhang A.10.1.1 — ISO-Katalog
  • DSGVO Artikel 5 Abs. 1 lit. e — GDPR-Info
  • IAPP: Datenverwaltung im Finanzbereich und reversible Anonymisierung — IAPP

Bereit, Ihre Daten zu schützen?

Beginnen Sie mit der Anonymisierung von PII mit über 285 Entitätstypen in 48 Sprachen.

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.

Related reading

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 servers live in Falkenstein, Germany.

We use Hetzner. They hold 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.