By · Last updated 2026-04-23

Vissza a BlograKKV Biztonság

Visszafordítható titkosítás pénzügyi auditokhoz

Egy 2026 februári SDNY ítélet megállapította, hogy a mesterséges intelligencia által feldolgozott dokumentumok elveszítik az ügyvéd-ügyfél titoktartási privilégiumot, ha nem anonimizálják őket a feldolgozás előtt.

April 23, 20268 perc olvasás
financial audit anonymizationreversible encryption auditprivate equity data sharingauditor access controlstime-bounded decryption

Frissítve 2026-ra

Az ellenőrzés-hitelesítés problémája

A külső könyvvizsgálóknak hitelesíteniük kell a pénzügyi jelentések alapjául szolgáló adatokat. Ehhez szükségük van a forrásbizonylatok megtekintésére.

A végleges redakció örökre eltünteti ezeket a dokumentumokat. Nem marad semmi az ellenőrzéshez. Az audit folyamata megakad. A végleges törlési eszközök éppen ezt a problémát okozzák: az információkat azok hasznosságának megsemmisítésével védik.

A token-alapú visszafordítható maszkírás mindkét problémát megoldja. Az érzékeny mezők – ügyfelek nevei, szerződési feltételek, vállalati azonosítók – tokenekkel kerülnek helyettesítésre. A könyvvizsgáló tisztított fájlokat kap. A valódi értékek időkorlátos kulcs segítségével maradnak hozzáférhetők.

Tekintse meg a jogi megfelelőségi áttekintőt és a token rendszer útmutatóját, hogy megértse, hogyan működik a folyamat elejétől a végéig.

A korlátozott hozzáférés működése

A modell bármely auditmegbízáshoz alkalmazkodik.

A pénzügyi csapat az érzékeny mezőket a megosztás előtt helyettesíti. A felelős könyvvizsgáló kizárólag arra a megbízásra korlátozott hozzáférési kulcsot kap. Az audit során a tokenekhez kapcsolhatja a valódi értékeket, és az adatokat visszavezetheti a forrásbizonylatra.

Az audit lezárásakor a hozzáférési kulcsot rotálják és visszavonják. A könyvvizsgáló másolatai ezt követően nem fejthetők vissza. A szervezetet a lezárás után elhagyó munkatársak nem férhetnek hozzá a régi nyilvántartásokhoz. A technikai kontrollok határozzák meg a keretet – nem csupán a szerződések.

A kulcsrotáció mint irányítási eszköz

A hozzáférési kulcs minden megbízás végén történő visszavonása egy rögzített kontrollt teremt. Ez a kontroll egyszerre több irányítási szabálynak felel meg.

SOX megfelelőség: A SOX 302. szakasza megköveteli a vezetőktől, hogy tanúsítsák a kontrollok működését. A hozzáférési kulcs minden megbízás végén történő rotálása pontosan ilyen kontroll, amelyet SOX audit keretében ellenőrizni lehet.

ISO 27001 A melléklet, A.10.1.1 pont: A szabvány kulcskezelési eljárásokat követel meg, amelyek kiterjednek a lejáratra, rotálásra és visszavonásra. A rotálás megbízáslezáráshoz kötése maradéktalanul teljesíti ezt a követelményt.

GDPR adatminimalizálás: A GDPR 5. cikk (1) bekezdés e) pontja kimondja, hogy az adatokat nem szabad céljukon túl megőrizni. Az audit lezárásakor a kulcs visszavonása kielégíti ezt a feltételt. Az adatok továbbra is léteznek, de új kulcs kiadása nélkül, új célra nem hozzáférhetők.

Tekintse meg a védelmi áttekintőnket, hogy megértse, hogyan kapcsolódnak ezek a szabályok a token modellhez.

A 2026 februári SDNY ítélet

A Heppner-ügyben hozott ítélet (S.D.N.Y., 2026. február 17.) megállapította, hogy a mesterséges intelligencia által feldolgozott dokumentumok elveszítik a szakmai titoktartási privilégiumot. A feldolgozás előtt védeni kell őket. Egy külső feldolgozónak való átküldés közzétételnek minősül.

Ugyanez a logika érvényes a pénzügyi dokumentumokra is. Technikai kontroll nélkül könyvvizsgálóknak való átküldésük közzétételnek minősül. A token-alapú visszafordítható maszkírás éppen ez a kontroll. Lehetővé teszi az audit elvégzését a nyers adatok közzététele nélkül.

Az ötlépéses modell

A folyamat egyszerű:

  1. Az érzékeny mezőket tokenizálják minden külső megosztás előtt.
  2. A könyvvizsgáló kizárólag az adott megbízásra érvényes, korlátozott hozzáférési kulcsot kap.
  3. Az audit a tokeneken zajlik. A könyvvizsgáló szükség esetén ellenőrizheti a valódi értékeket.
  4. A lezáráskor a hozzáférési kulcsot rotálják és rögzítik.
  5. A token-térkép archiválásra kerül. Új hozzáféréshez új kulcs kiadása szükséges.

Nyers dokumentum nem hagyja el a szervezetet olvasható formában. A könyvvizsgáló mégis megkapja, amire szüksége van. A szervezet pedig olyan dokumentációt tart fenn, amely egyszerre felel meg a SOX, az ISO 27001 és a GDPR követelményeinek.

További részletekért tekintse meg az entitásfelismerési megközelítésünket és az árakat és csomagokat.

Források

  • United States v. Heppner, No. 25-cr-00503-JSR (S.D.N.Y. 2026. febr. 17.) — Debevoise Data Blog
  • Sarbanes-Oxley Act, 302. szakasz — SEC teljes szöveg
  • ISO 27001:2022 A melléklet, A.10.1.1 — ISO katalógus
  • GDPR 5. cikk (1) bekezdés e) pont — GDPR-Info
  • IAPP: adatirányítás a pénzügyi szolgáltatásokban és a visszafordítható anonimizálás — IAPP

Készen áll az adatai védelmére?

Kezdje el a PII anonimizálását 285+ entitástípuson 48 nyelven.

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.