By · Last updated 2026-06-05

Takaisin BlogiinTekninen

Henkilötietojen suojaus eri sovelluksissa: Word, Chrome ja tekoäly

Asiakasdata siirtyy selaimen tutkimuksesta Word-luonnoksiin ja Claude-kehotteisiin. Jokainen sovelluksen vaihto on mahdollinen tietovuodon kohta.

June 5, 20266 min lukuaika
cross-platform PIIOffice Add-inChrome extensionMCP Serverworkflow privacy

Henkilötietojen suojaus eri sovelluksissa: Word, Chrome ja tekoäly

Päivitetty vuodelle 2026.

Asiakasdata ei pysy yhdessä paikassa. Se siirtyy sovelluksesta toiseen osana normaalia työtä. Jokainen siirto on uusi mahdollisuus tietovuodolle.

Monisovelluksinen datavirtaongelma

Ajatellaanpa, miten lakitutkija työskentelee. Hän hakee tapauksen tiedot Chromesta. Kopioi ne Wordiin. Liittää otteita Claudeen luonnostelun avuksi. Asiakkaiden nimet kulkevat sovelluksesta toiseen joka vaiheessa.

Tukipäällikkö toimii samoin. Hän avaa asiakasvalituksen selainpohjaisessa CRM:ssä. Kopioi sen Wordiin sisäistä eskalointia varten. Liittää sen sitten tekoälytyökaluun vastauksen luonnostelemiseksi. Asiakkaan nimi ja tilin tiedot kulkevat kolmen sovelluksen läpi.

HR-ammattilainen lataa työntekijätiedot Exceliin. Avaa tiedoston ja suorittaa analyysin. Liittää yhteenvedot PowerPointiin johtoryhmäkokousta varten. Työntekijöiden henkilötiedot elävät jokaisessa sovelluksessa matkan varrella.

Kaikki nämä työnkulut jakavat yhden piirteen. Samat henkilötiedot ovat useassa paikassa samanaikaisesti. Jokainen sovelluksen vaihto on uusi altistumismahdollisuus — tekoälykehotteessa, kuvakaappauksessa, sähköpostiliitteessä tai jaetussa tiedostossa.

Miksi yhden sovelluksen suojaus epäonnistuu

Chrome-laajennus, joka suojaa tekoälykehotteita, on hyödyllinen. Mutta se toimii vain selaimessa. Sama asiakasdata, jonka se estää pääsemästä ChatGPT:hen, voi silti:

  • Ilmestyä Word-tiedostoon, joka lähetetään ulkopuoliselle lakimiehelle
  • Liittyä Teams-chattiin ilman varoitusta
  • Päätyä Excel-tiedostoon jaetussa pilvikansiossa

Office-lisäosa, joka suojaa Wordia, on hyödyllinen. Mutta se toimii vain Wordissa. Dokumentissa olevat asiakkaiden nimet voidaan silti liittää Claude Desktopiin. Tunnistus ei käynnisty. Varoitusta ei tule.

Yksi työkalu, joka kattaa yhden sovelluksen, jättää kaikki muut sovellukset suojaamatta. Henkilötiedot vuotavat rakojen läpi.

Missä suojausta tarvitaan

Aloita kartoittamalla henkilötietovirrat kaikissa tiimisi käyttämissä sovelluksissa.

Yleisiä kartoitettavia virtoja:

  • Selain (CRM tai portaali) → Word (raportit tai kirjeet)
  • Selain (tutkimus) → tekoälytyökalu (luonnostelu tai yhteenveto)
  • Sähköposti → Word (valitusdokumentaatio)
  • Excel (viety data) → tekoälytyökalu (analyysi)
  • Word tai PDF → tekoälytyökalu (tarkastus tai luonnostelu)
  • Mikä tahansa sovellus → Kuvakaappaus → Yhteistyötyökalu

Kysy jokaisen virran kohdalla: missä suojaus on käytössä ja missä ovat puutteet?

Suojaus työkalu kerrallaan:

  • Selaimen tekoälykehote: Chrome-laajennus
  • Word ja Excel: Office-lisäosa
  • Claude Desktop tai Cursor: MCP-palvelin
  • Joukkomuodostus: Työpöytä- tai verkkosovellus
  • Kuvat ja kuvakaappaukset: Kuvien henkilötietojen tunnistus

Mikä tahansa virta, joka kulkee suojaamattoman vaiheen läpi, sisältää puutteen. Tuo puute on suljettava.

Käytä samaa tunnistusmoottoria kaikkialla

Sovellustenvälinen suojaus toimii vain, jos sama moottori pyörii jokaisessa yhteydessä.

Jos Chrome-laajennus käyttää eri moottoria kuin Office-lisäosa, ongelmia syntyy. Sama nimi voidaan havaita Chromessa mutta jäädä huomaamatta Wordissa. Luottamuspisteet voivat erota. Korvausmerkinnät voivat myös erota. Se tekee mahdottomaksi jäljittää dataa eri dokumenttien välillä.

Hyvä monisovelluksinen suojaus käyttää samaa mallia, samoja entiteettityyppejä, samoja kynnysarvoja ja samaa korvauslogiikkaa — jokaisessa sovelluksessa.

Käyttötapaus: Lakitutkimus kolmella työkalulla

Lakitutkija käyttää kolmea työkalua päivittäin:

  • Microsoft Word mielipiteiden luonnosteluun
  • Chrome oikeuskäytännön hakuun Claudella
  • Claude Desktop tekoälyavusteiseen luonnosteluun

Asiakkaiden nimet ja tapausviittaukset kulkevat kaikkien kolmen työkalun läpi normaalin päivän aikana.

Ennen käyttöönottoa:

  • Chrome-laajennus asennettu: tekoälykehotteita Chromessa suojataan
  • Ei Office-lisäosaa: asiakkaiden nimiä Wordissa ei suojata jaettaessa
  • Ei MCP-palvelinta: asiakkaiden nimiä Claude Desktopissa ei suojata

Käyttöönoton jälkeen jaetun esiasetusten avulla:

  • Chrome-laajennus: havaitsee asiakkaiden nimet ennen tekoälylähetystä
  • Office-lisäosa: havaitsee asiakkaiden nimet ennen sähköpostia tai ulkoista jakoa
  • MCP-palvelin: havaitsee asiakkaiden nimet ennen kuin Claude Desktop vastaanottaa ne

Avain: Yksi "Lakitutkimus"-esiasetus — asetetaan kerran — toimii samalla tavalla kaikissa kolmessa sovelluksessa. Nimi, joka havaitaan Wordissa, havaitaan samalla tavalla Chromessa ja Claude Desktopissa.

Kun esiasetus päivitetään, muutos leviää kaikkiin kolmeen sovellukseen jaetun konfiguraation kautta. Mitään ei tarvitse ylläpitää erikseen.

Lisätietoja esiasetus-pohjaisesta tunnistuksesta: miten anonymisointiesiasetetukset toimivat GDPR-auditointikonteksteissa.

Aloita suurimman riskin virroista

Kaikilla virroilla ei ole sama riski. Aloita sieltä, missä altistuminen on suurinta.

Taso 1 — suojaa ensin:

  • Tekoälytyökaluvirrat (henkilötiedot poistuvat hallituista järjestelmistäsi)
  • Ulkoisen jakamisen virrat (sähköpostiliitteet, pilvitallennuslinkit)
  • Sääntelyraportointivirrat (data lähetetään viranomaisille tai kolmansille osapuolille)

Taso 2 — suojaa seuraavaksi:

  • Sisäisen yhteistyön virrat (dokumentit, joita monet tiimin jäsenet näkevät)
  • Datavientien virrat (tietokantavienti, järjestelmäraportit)

Taso 3 — alhaisempi kiireellisyys:

  • Sisäinen tiedostonluonti (dokumentit, joita ei jaeta ulkopuolisille)
  • Paikallinen analyysi (Excel-työ vain sisäiseen raportointiin)

Taso 1:llä on eniten altistumista GDPR:n 32 artiklan nojalla. Se antaa myös eniten riskiä vähentävää vaikutusta suhteessa tehtyyn työhön.

Kattava katsaus GDPR:n 32 artiklan vaatimuksiin: GDPR-vaatimustenmukaisuuden tekniset kontrollit.

Katso, miten monikerroksisuojaus toimii käytännössä: alustakohtainen henkilötietojen vaatimustenmukaisuus Mac-, Linux- ja Windows-ympäristöissä.

Lähteet

Valmiina suojaamaan tietojasi?

Aloita PII-anonymisointi yli 285 entiteettityypillä 48 kielellä.

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.