By · Last updated 2026-04-23

Tornar al BlogSeguretat per a PIME

Xifratge reversible per a auditories financeres

Una resolucio del SDNY de febrer del 2026 va dictaminar que els documents processats per IA perden el privilegi d'advocat si no s'anonimitzen abans del processament.

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

Actualitzat per al 2026

El problema de la verificacio en auditories

Els revisors externs han de comprovar les xifres que hi ha darrere dels informes financers. Per fer-ho, necessiten els registres origen.

La redaccio permanent elimina aquests registres per sempre. Ja no hi ha res a comprovar. El proces de revisio queda trencat. Les eines d'eliminacio permanent creen aquest problema: protegeixen la informacio destruint-ne la utilitat.

L'emmascarament reversible de tokens soluciona tots dos aspectes. Els camps sensibles, com ara noms de clients, termes d'operacions i ID d'empreses, es substitueixen per tokens. El revisor rep fitxers nets. Els valors reals continuen accessibles mitjancant una clau d'acces de temps limitat.

Vegeu la nostra visio general d'alineament legal i la guia del sistema de tokens per entendre com funciona de principi a fi.

Com funciona l'acces limitat

El model s'adapta a qualsevol encaprec de revisio.

L'equip de finances substitueix els camps sensibles abans de compartir-los. El revisor principal rep una clau d'acces limitada vinculada a aquest encaprec. Durant la revisio, pot relacionar els tokens amb els valors reals i rastrea les xifres fins als registres origen.

Quan la revisio tanca, la clau d'acces es rota i revocada. Les copies del revisor no es poden desxifrar. L'antic personal que marxi despres del tancament no pot accedir als registres anteriors. Els controls tecnics garanteixen l'abast, no nomes els contractes.

La rotacio de claus com a govern

Revocar la clau d'acces despres de cada encaprec crea un control registrat que satisfa diverses normes de govern alhora.

Compliment de SOX: la seccio 302 de SOX requereix que els directius certifiquin que els controls funcionen. La rotacio de la clau d'acces despres de cada encaprec es aquest control. Pot comprovar-se en una revisio SOX.

ISO 27001 Annex A.10.1.1: la norma requereix passos de gestio de claus que cobreixin la caducitat, la rotacio i la revocacio. Vincular cada rotacio al tancament de l'encaprec ho compleix de manera clara.

Minimitzacio de dades del RGPD: l'article 5(1)(e) del RGPD estableix que els registres no s'han de conservar mes enlla del seu proposit. Un cop finalitzada la revisio, revocar la clau d'acces ho satisfa. Els registres encara existeixen. Nomes estan bloquejats sense una nova clau per a un nou proposit.

Vegeu la nostra visio general de proteccio per veure com aquestes normes s'apliquen al model de tokens.

La resolucio del SDNY de febrer del 2026

La resolucio del cas Heppner (S.D.N.Y. 17 de febrer del 2026) va dictaminar que els documents processats per IA perden el privilegi. Han d'estar protegits abans del processament. Enviar-los a un processador extern es considera divulgacio.

La mateixa logica s'aplica als registres financers. Compartir-los amb revisors sense un control tecnic compte com a divulgacio. L'emmascarament reversible de tokens es aquest control. Permet que la revisio s'executi sense exposar les dades brutes.

El model de cinc passos

El proces es senzill:

  1. Els camps sensibles es tokenitzen abans de qualsevol compartiment extern.
  2. El revisor rep una clau d'acces limitada valida nomes per a aquell encaprec.
  3. La revisio s'executa amb tokens. El revisor pot comprovar els valors reals quan calgui.
  4. Al tancament, la clau d'acces es rota i registrada.
  5. El mapa de tokens passa a retencio. Per a un nou acces cal una nova emissio.

Cap registre brut surt de l'organitzacio en format llegible. El revisor segueix obtenint el que necessita. I l'organitzacio conserva registres que satisfan SOX, ISO 27001 i el RGPD alhora.

Vegeu el nostre enfocament de deteccio d'entitats i els plans i tarifes per a mes detalls.

Fonts

Preparat per protegir les vostres dades?

Comenceu a anonimitzar PII amb més de 285 tipus d'entitats en 48 idiomes.

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.