anonym.legal

By · Last updated 2026-06-05

Terug na BlogKI-sekuriteit

Interne Wiki-PII: Confluence Klientdata

Ondersteuningspanne dokumenteer prosesse met skermkopies van klientrekeninge. Oor 3 jaar is dit duisende GDPR-dataminimering-skending in jou interne wiki.

June 5, 20266 min lees
Confluence GDPRinternal wiki PIIcustomer datadocumentation privacydata minimization

Skermkopie-PII in Interne Kennisbasisse

Interne kennisbasisse — Confluence, Notion, SharePoint, GitBook — hou 'n spesifieke soort PII-probleem wat standaard nakomingsgereedskap mis: klient-persoonlike data ingebed in skermkopies wat vir proses-dokumente gebruik word.

Die patroon speel af oor duisende ondersteunings- en operasiespanne.

'n Ondersteuningsagent vind 'n ongewone rekeningopstelling. Hulle neem 'n skermkopie van die klient se rekeningblad om die kwessie te dokumenteer. Die skermkopie wys die klient se naam in die UI-kopskrif, hul e-pos in rekeninginstellings, en hul planbesonderhede.

Die artikel gaan leef in die interne kennisbasis. Een honderd en vyftig ondersteuningsagente kan dit nou sien. Twaalf kontrakteurs op die eksterne hulplessenaar kan dit ook sien. Die artikel is nuttig. Dit wys hoe om daardie grensopsituasie te hanteer. Elke agent wat in die toekoms daardie opstelling tref, sal dit lees.

Drie jaar later hou die kennisbasis 847 sulke artikels. Elk een bevat skermkopies van klientrekeninge. Die kliente wat gewys word, het nie ingestem tot hierdie sekondere gebruik van hul rekords nie. Die meeste weet nie hul data daar gestoor is nie.

Dit is nie 'n klein probleem nie. Dit groei met elke nuwe artikel.

GDPR-Blootstelling: Hoekom Dit Saakmaak

Die GDPR-ontleding vir kennisbasis-skermkopies is direk.

Data-minimering (Artikel 5(1)(c)): Persoonlike data moet "voldoende, relevant en beperk tot wat nodig is" wees. 'n Kennisbasis-artikel oor rekeningopstelling het nie die regte klient se naam en e-pos nodig nie. 'n Vervaagde skermkopie dien die doel ewe goed. Lewende klientdata insluit is nie nodig nie.

Doelbeperking (Artikel 5(1)(b)): Data wat vir een doel ingesamel is — klientediens — kan nie sonder 'n regterlike basis vir 'n ander doel hergebruik word — interne proses-dokumente — nie. Rekeningrekords is ingesamel vir dienslewering, nie vir interne dokumentasie nie. Dit is twee afsonderlike verwerkingsdoeleindes. Om dieselfde rekords vir albei te gebruik vereis 'n geldige regterlike basis wat die meeste spanne nie opgestel het nie.

Toegangsbeheer (Artikel 5(1)(f) en Artikel 32): Gepaste tegniese maatreels moet persoonlike data beskerm. Klientrekeningskermkopies in 'n gereedskap oop vir alle 150 agente en kontrakteurs — insluitend diegene sonder toegang tot die onderliggende rekeningstelsel — skep te bree toegang.

Reg tot uitwissing (Artikel 17): 'n Datasubjek wat uitwissing versoek het die reg om hul rekords "sonder onnodige vertraging" te laat verwyder. As hul data in 23 kennisbasis-artikels as ingebedde skermkopies verskyn, vereis die versoek om al 23 artikels te vind en by te werk. Dit is moeilik sonder 'n stelsel. Ons GDPR-reg tot uitwissing-gids dek die stappe in besonderhede.

Geeen van hierdie is grensgevalgelegte van die regulasieteks. Dit is direkte toepassings van die regulasieteks op 'n algemene praktyk.

Die Toegangsbeheer-Omseil

Die ernstigste nakomingskwessie met Confluence-skermkopies is die toegangsbeheer-omseil wat hulle skep.

Ondersteuningsspanne gebruik rolgebaseerde toegangskontrole (RBAC) om te beperk wie klientrekeningStelsels kan sien. Vlak 1 agente sien basiese rekeningbesonderhede. Vlak 2 agente sien faktuur- en tegniese rekords. Bestuurders sien die volledige rekeningprofiel.

Wanneer 'n Vlak 2 agent 'n kennisbasis-artikel skep met 'n skermkopie van die volledige klientrekening, word daardie skermkopie sigbaar vir elke gebruiker van die gereedskap. Vlak 1 agente wat faktuurrekords nie moet sien nie, kan hulle nou sien. Kontrakteurs sonder stelsel-toegang kan hulle sien. Nuwe personeel in induksie kan hulle sien.

Die skermkopie omseil die RBAC-kontroles op die klientrekeningstelsel. Die persoonlike data wat RBAC gebou was om te beskerm, is nou oop vir almal met toegang tot die kennisbasis.

Dit is nie 'n teoretiese risiko nie. Dit is die normale uitkoms van die dok-werkvloei. Die skermkopie sit daar sonder vervaldatum, sonder toeganglogboek, en sonder ouditspoor.

Praktiese Regstellingstappe

Vir spanne wat hierdie probleem tydens 'n GDPR-oudit vind:

Terugwerkende regstelling:

  1. Identifiseer alle kennisbasis-bladsye met beeldaanhangsels
  2. Loop beeld-PII-opsporing op elke aanhangsel
  3. Hersien gemerkde beelde: hoe-vertroue treffers gaan na die hersiening-tou
  4. Vir elke gemerkde beeld: vervang met 'n gesaniteerde weergawe of beperk bladsytoegang
  5. Teken regstellingaksies vir GDPR-rekords aan

Die omvang van terugwerkende werk hang af van kennisbasisgrootte. Vir 'n drie-jaar-oue kennisbasis by 'n 50-persoon ondersteuningspan, kan die beeldtelling duisende bereik. Bondel-beeldverwerking maak dit uitvoerbaar. Menslike hersiening van gemerkde beelde is die sleutelbottelneck.

Vooruitwerkende kontroles:

  1. Lei alle ondersteuningspersoneel op om skermkopies te saniteer voor publisering na die kennisbasis
  2. Verskaf gereedskap: skermkopie-annotasie-gereedskap wat klientname vervaag voor plak
  3. Voeg 'n hersieningstap by: 'n aangewese hersiener kontroleer artikels voor publisering, spesifiek op klient-PII in beelde
  4. Loop 'n kwartaallikse bondel-beeldskandering op alle Confluence-aanhangsels

Minimum lewensvatbare beheer: 'n Publiseerkontrolelys: "Verwyder of vervaag alle klientname, e-posse, en rekening-ID's van skermkopies voor publisering." Lae-tegnologie, nie-outomaties, maar dit skep 'n gedokumenteerde beheer. Vir klein spanne is dit die beginpunt.

Sien ons GDPR-nakomingsoorsig vir die breere regterlike raamwerk, en hoekom beleid sonder tegniese kontroles misluk vir hoekom kontrolelys-slegs benaderings op skaal breek.

Hoekom Die Probleem Met Tyd Groei

Sonder stelselmatige kontroles, saamgaande kennisbasis-PII-blootstelling.

Volume: Elke nuwe artikel met 'n klientskermkopie voeg by totale blootstelling. Soos die ondersteuningspan groei en die kennisbasis uitbrei, groei die versamelde PII ook. Die eienskappe wat hierdie gereedskap nuttig maak — gemak van publisering, duursaamheid, bree toegang — is wat die PII-probleem erger maak.

Vergete artikels: Artikels oor ou grensgevalle wat nie meer voorkom nie, bly toeganklik. Hulle hou PII van kliente wat sedertdien uitwissingsversoeke ingedien het. Niemand kontroleer 'n artikel wat laas in 2022 bygewerk is nie.

Kruisspanverspreiding: Kennisbasisse gaan dikwels kruisfunksioneel. 'n Ondersteuningsartikel met klientskermkopies mag met die produkspan, die ingenieursspan, of eksterne kontrakteurs gedeel word vir konteks oor 'n funksie-versoek of foutagging. Elke deling verbreed die gehoor vir die persoonlike data.

Uitwissings-agterstand: Soos meer klientrekords in die kennisbasis ophoop, word reageer op uitwissingsversoeke meer kompleks. Sonder 'n stelsel is daar geen betroubare manier om te bevestig dat elke geval van 'n datasubjek se rekords gevind en verwyder is nie. Die span kan nie 'n geloofwaardige uitwissingsbevestiging maak nie.

Kennisbasis-PII is makliker om te voorkom as om te herstel. Kontroles wat nou gestel word, vermy die saamgaande regstellingsprobleem. Elke artikel wat sonder 'n vervaagde skermkopie gepubliseer word, is 'n regstellingstaak uitgestel na die toekoms.

Bronne

Gereed om u data te beskerm?

Begin om PII te anonimiseer met 285+ entiteitstipes in 48 tale.

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.