Alustakohtainen henkilötietojen vaatimustenmukaisuus: Mac, Linux ja Windows
Tietosuojavastuulliset Macilla. Lakitiimit Windowsilla. Data-insinöörit Linuxilla. Yksi vaatimustenmukaisuusvelvollisuus.
Suurin osa henkilötietotyökaluista rakennettiin yhdelle alustalle. Se on ongelma.
Käyttöjärjestelmäaukko tietosuojatiimeissä
Yritystason tietosuojatiimit käyttävät harvoin yhtä käyttöjärjestelmää. Tyypillinen globaali teknologiayritys näyttää tältä:
- Tietosuojavastuulliset ja DPO:t: macOS (yleinen yhdysvaltalaisissa ja brittiläisissä yrityksissä)
- Oikeus- ja vaatimustenmukaisuusanalyytikot: Windows (standardi eurooppalaisissa yrityksissä)
- Data-insinöörit ja DevOps: Linux (standardi teknisissä rooleissa)
Kolme käyttöjärjestelmäympäristöä. Kolme tiimitoimintoa. Yksi jaettu velvollisuus: käsitellä henkilötietoja johdonmukaisilla teknisillä kontrolleilla.
Kun kukin ryhmä käyttää eri versiota samasta työkalusta — tai eri käyttöliittymää — kontrollit eivät ole samat. Ne vain näyttävät olevan.
Miksi yhden alustan työkalut luovat riskin
Suurin osa henkilötietotyökaluista toimitetaan yhden käyttöjärjestelmän työpöytäsovelluksena. Mac- ja Linux-käyttäjät saavat verkkopohjaisen vaihtoehdon tai ei mitään.
Tämä luo jaon, joka on merkittävä auditoinneissa. Näin käy, kun verkkosovellus jää jälkeen työpöytäversiosta:
NLP-malliversiot eroavat. Työpöytäversio saattaa sisältää uudemman NLP-mallin kuin verkkosovellus. Vanhemmat malliversiot voivat jättää huomaamatta entiteettityyppejä, joita uudemmat havaitsevat.
Päivityssyklit erkanevat. Ryhmäkäytäntöjen kautta otetut käyttöön olevat työkalut saattavat olla kaksi tai kolme versiota jäljessä suorasta asennuksesta. Versionaukot tarkoittavat tunnistusaukkoja.
Konfiguraatio ei voi synkronoitua. Työkalut, jotka tallentavat asetuksia käyttöjärjestelmän rekisteriin, eivät voi jakaa näitä asetuksia Mac- tai Linux-käyttäjien kanssa. Yhdellä alustalla rakennettu esiasetus saattaa olla lukukelvoton toisella.
Kirjastokäyttäytyminen vaihtelee. Työkalut, jotka tukeutuvat käyttöjärjestelmätason kirjastoihin PDF-jäsentämiseen tai OCR:ään, saattavat tuottaa eri tuloksia eri alustoilla — jopa samasta lähdedokumentista.
Mikä tahansa näistä aukoista tarkoittaa, että sama dokumentti voi tuottaa eri anonymisointituloksia. Syy ei ole data. Se on alusta.
Katso GDPR:n tekniset toimenpidevaatimukset siitä, miten viranomaiset arvioivat johdonmukaisuutta.
GDPR:n 5(2) artikla ja systemaattiset toimenpiteet
GDPR:n 5(2) artikla on vastuullisuusperiaate. Se edellyttää rekisterinpitäjiltä vaatimustenmukaisuuden osoittamista 5(1) artiklan tietosuojaperiaatteiden suhteen. 32 artiklan teknisille toimenpiteille tämä tarkoittaa, että toimenpiteitä sovellettiin systemaattisesti.
Systemaattinen tarkoittaa johdonmukaista. Jos anonymisointi vaihtelee sen henkilön käyttöjärjestelmän mukaan, joka suoritti sen, toimenpide on vaihteleva — ei systemaattinen.
Tietosuojaviranomaisen tutkimuksessa "käytimme Työkalu X:ää, mutta se käyttäytyy eri tavalla Macilla kuin työpöytäversiossa, ja dokumentti käsiteltiin Macilla" ei ole tyydyttävä vastaus. Se osoittaa epätasaisen soveltamisen.
Käyttöjärjestelmästä riippumaton suunnittelu ei ole mieltymys. Se seuraa systemaattisen soveltamisen vaatimuksesta.
Kaksi mallia käyttöjärjestelmästä riippumattomaan vaatimustenmukaisuuteen
Todellinen käyttöjärjestelmästä riippumaton henkilötietojen vaatimustenmukaisuus sopii kahteen arkkitehtuurimalliin.
Malli 1: Verkkosovellus
Tunnistus suoritetaan palvelimella. Asiakkaan käyttöjärjestelmä on merkityksetön. Jokainen käyttäjä käyttää samaa moottoria samoilla malleilla ja samalla konfiguraatiolla.
Rajoitus: vaatii internet-yhteyden. Ilmarakoympäristöt eivät voi käyttää sitä.
Malli 2: Natiivia monialustainen työpöytäsovellus
Monialustaiselle ajonaikaiselle ympäristölle (kuten Tauri tai Electron) rakennettu työpöytäsovellus kääntää saman koodin kaikille kolmelle alustalle. Samat NLP-mallit toimitetaan jokaisessa versiossa. Konfiguraatio synkronoituu tilin kautta, ei paikallisen käyttöjärjestelmätallennuksen kautta.
Tämä täyttää offline- ja ilmarakovaatimukset. Tunnistus pysyy johdonmukaisena alustojen välillä.
Anonym.legalin työpöytäsovellus käyttää Tauri/Rust-kehystä. Se kääntää saman koodin Windowsille (x64/ARM64), macOS:lle (Intel/Apple Silicon/Universal) ja Linuxille (x64). NLP-mallit ja tunnistusmoottori ovat identtiset jokaisessa versiossa. Käyttöjärjestelmä ei ole muuttuja tuloksessa.
Käyttötapaus: 12 hengen tietosuojatiimi
Globaalin teknologiayrityksen 12 hengen tietosuojatiimi työskenteli kolmessa käyttöjärjestelmäympäristössä:
- 4 tietosuojavastuullista ja DPO:ta: macOS (MacBook Pro)
- 5 oikeus- ja vaatimustenmukaisuusanalyytikkoa: Windows (Surface Pro)
- 3 data-insinööriä: Linux (Ubuntu-työasemat)
Heidän aiempi henkilötietotyökalunsa oli yhden alustan työpöytäsovellus. Mac- ja Linux-käyttäjät turvautuivat toimittajan verkkosovellukseen. Se oli vanhempi versio, jossa oli vähemmän entiteettityyppejä.
Vaatimustenmukaisuusaukko oli selvä. DPO Macilla tunnisti 180 entiteettityyppiä. Lakitiimi työpöytäsovelluksella tunnisti 267. Insinöörit Linuxilla vastasivat verkkosovelluksen 180:ää. Se on 87 entiteetin aukko dokumenteissa, joita DPO käsitteli.
Monialustaiseen työpöytäsovellukseen siirtymisen jälkeen:
- Sama sovellus otettu käyttöön kaikilla 12 koneella
- Identtiset NLP-mallit ja tunnistusmoottori jokaisella koneella
- Yksi "Tietosuojastandardi"-esiasetus synkronoitu kaikkien tilien välillä
- Yksi auditointipolku kaikista 12 käyttäjästä vaatimustenmukaisuusjärjestelmässä
Tietosuojaviranomaisen auditointi tuli kuusi kuukautta myöhemmin. Tiimi osoitti identtisen entiteettikattavuuden kaikkien 12 tilin välillä riippumatta käyttöjärjestelmästä. Havainto suljettu.
Lue lisää auditointipolku- ja dokumentaatio-ominaisuuksista.
Mitä tarkistaa ennen työkalun valitsemista
Arvioitaessa henkilötietotyökalua moniplatforma-tiimille, kysy nämä kysymykset:
Käyttävätkö kaikki alustaversiot samaa NLP-mallia? Jos Mac- ja Linux-versiot jäävät jälkeen, sinulla on johdonmukaisuusongelma.
Miten konfiguraatio tallennetaan ja jaetaan? Rekisteripohjainen tallennus ei voi synkronoitua alustojen välillä.
Ovatko päivityssyklit samat kaikilla alustoilla? Porrastetut julkaisut luovat versionaukkoja.
Mikä on vaihtoehto ei-työpöytäkäyttäjille? Jos se on vanhempi verkkosovellus, kattavuus ei ole sama.
Työkalu, joka vastaa näihin kysymyksiin hyvin, tuottaa saman tunnistustuloksen samasta syötteestä millä tahansa käyttöjärjestelmällä. Siltä systemaattinen soveltaminen näyttää.