Tietojen tunnistaminen: seuraa tietuetta sen koko elinkaaren läpi

Sovellusinventaario kertoo, mitä työkaluja on olemassa. Tietoinventaarion tulisi lisäksi selittää, mitä näissä työkaluissa on, miksi, kenellä on pääsy niihin ja minne kopiot kulkevat. Kehitystiimille tämä tarkoittaa tietokantaskeemojen lisäksi niiden toiminnallisten polkujen tarkastelua, jotka luovat, muuntavat, luovuttavat, säilyttävät ja poistavat tietoa.

Aloittakaa seuraamalla yhtä edustavaa tietuetta. Asiakkaan yhteystieto voi tulla sisään lomakkeen kautta, näkyä CRM:ssä, muuttua tukipyynnöksi, syöttyä analytiikkaputkeen ja päätyä viedylle taulukolle. Sen elinkaareen voi kuulua myös lokeja, asiakirjoja, varmuuskopioita ja toimittajan järjestelmiä. Jokainen haara muuttaa sitä, mitä teidän on suojattava ja mitä voitte uskottavasti sanoa käsittelystä.

Hyödyllinen tuotos ei ole skannerin raportti. Se on ylläpidetty kartta tiedoista, käsittelytoimista, teknisistä riippuvuuksista ja vastuullisista omistajista, ja sitä tukee näyttö siitä, miten työnkulku todellisuudessa toimii.

Mitä tietojen tunnistaminen tukee GDPR:n kannalta

GDPR ei määrää tiettyä tunnistustuotetta tai skannausmenetelmää. Tietojen tunnistaminen tukee tietoa ja näyttöä, joita tarvitaan GDPR:n (yleinen tietosuoja-asetus) velvoitteiden täyttämiseen:

Näihin velvoitteisiin liittyy ehtoja ja poikkeuksia. Poistaminen ei ole ehdotonta, eikä jokainen henkilötietojen tietoturvaloukkaus edellytä ilmoitusta valvontaviranomaiselle. Rekisterinpitäjän on ilmoitettava toimivaltaiselle valvontaviranomaiselle ilman aiheetonta viivytystä ja mahdollisuuksien mukaan 72 tunnin kuluessa siitä, kun loukkaus on tullut sen tietoon, paitsi jos loukkauksesta ei todennäköisesti aiheudu riskiä luonnollisten henkilöiden oikeuksille ja vapauksille. Henkilötietojen käsittelijä ilmoittaa rekisterinpitäjälle ilman aiheetonta viivytystä.

Kun 30 artiklaa sovelletaan, yhdistäkää tunnistaminen vaadittuun selosteeseen käsittelytoimista. Omaisuuserien inventaario ei ole tämä seloste: yksi käsittelytoimi voi ulottua useisiin sovelluksiin, ja yksi sovellus voi tukea useita käyttötarkoituksia. Rekisterinpitäjän ja käsittelijän selosteiden vaadittu sisältö myös eroaa toisistaan.

Asettakaa rajaus piilottamatta reunoja

Valitkaa ensimmäiseksi yksi liiketoiminnan työnkulku sen sijaan, että yrittäisitte käsitellä kaikki järjestelmät kerralla. Asiakkaiden käyttöönotto, rekrytointi tai asiakastuki voi olla hallittava lähtökohta. Määritelkää käynnistävä tapahtuma, lopputila sekä mukana olevat tiimit, järjestelmät ja toimittajat.

Täsmäyttäkää sitten hyväksyttyjen sovellusten luettelo operatiivisen näytön kanssa. Hyödyllisiä lähtötietoja ovat identiteetintarjoajan tallenteet, pilvi-inventaariot, hankinta- ja kulutallenteet, integraatiokonfiguraatiot sekä työn tekijöiden haastattelut. Jokaisella lähteellä on rajoituksensa: kertakirjautuminen ei paljasta jokaista henkilökohtaista tiliä, eikä hankintarekisteri paljasta konsultille lähetettyä taulukkoa.

Etsikää tietoisesti sijainteja, jotka jäävät pääsovellusarkkitehtuurin ulkopuolelle:

• Vapaatekstikentät, ladatut liitteet, sähköpostiarkistot ja chat-keskustelut.
• Jaetut kansiot, päätelaitteille ladatut tiedostot, ajoitetut viennit ja väliaikaiset migraatiotiedostot.
• Tietovarastot, tuoteanalytiikka, lokit ja valvonta-alustat.
• Tuotantodatan kopiot kehitys-, testaus- ja vianmääritysympäristöissä.
• Litterointipalvelut ja tekoälytyökalut, jotka vastaanottavat kehotteita, asiakirjoja tai tallenteita.
• Varmuuskopiot, replikat, arkistoidut tilit ja käytöstä poistetut palvelut.

Hyväksymättömät työkalut ovat yksi tunnistamisen tulos, eivät koko aihe. Myös hyväksytyt järjestelmät voivat sisältää odottamattomia tietoja. Kirjatkaa rajaukset nimenomaisesti, mukaan lukien toimittajien ympäristöt, joihin ei ole pääsyä, ja valtuutusta odottavat tietovarastot. ”Ei tarkastettu” ei saa hiljaisesti muuttua muotoon ”ei sisällä henkilötietoja”.

Jäljittäkää tietue ja dokumentoikaa jokainen luovutus

Käyttäkää realistista tietuetyyppiä, mieluiten synteettistä esimerkkiä, ja käykää prosessi läpi sen operoijien kanssa. Pyytäkää heitä näyttämään rutiinivaiheet, poikkeukset ja kiertotiet. Työnkulkukaavio kuvaa aiottua toimintaa; esittely paljastaa usein lisäkopioita.

Selvittäkää jokaisesta vaiheesta, mitä tulee sisään, mitä muuttuu, mitä lähtee ja mitä jää. Kerätkää riittävästi tietoa, jotta voitte vastata näihin kysymyksiin:

Kirjatkaa kohteiden lisäksi siirtomekanismit: API, webhook, manuaalinen CSV, jakolinkki tai sähköpostiliite luo erilaiset kontrolli- ja näyttötarpeet. Merkitkää, muuntaako vastaanottava järjestelmä tunnisteita, yhdistääkö se tietueita vai luoko se uutta johdettua tietoa.

Käyttäkää pysyviä käsittelytoimi- ja järjestelmätunnisteita, jotta tiimit voivat päivittää suhteita rakentamatta karttaa uudelleen. Pitäkää inventaario kuvailevana: sen tulee yksilöidä tietoryhmät ja säännöt eikä muuttua uudeksi tarpeettomaksi henkilötietojen säilytyspaikaksi.

Validoikaa tekniset havainnot ennen niihin luottamista

Skannaus- ja luokittelutyökalut voivat tunnistaa todennäköisiä henkilötietoja tai arkaluonteisia tietoja tuetuista tietovarastoista. Käsitelkää näitä havaintoja johtolankoina. Kenttä nimeltä customer_email on hyödyllinen vihje; se ei osoita jokaista käyttötarkoitusta, vastaanottajaa tai säilytyssääntöä.

Validoinnissa tulee yhdistää tekninen tarkastus ja omistajan vahvistus. Tarkistakaa edustavat kentät, konfiguraatio, pääsykäytännöt ja integraatioiden toiminta. Käyttäkää tarvittaessa metatietoja tai peitettyjä otoksia sen sijaan, että veisitte kokonaisia tietojoukkoja.

Erottakaa suorat tunnisteet tiedoista, jotka säilyvät henkilötietoina kontekstin tai yhdistettävyyden vuoksi. Asiakastunniste, pseudonymisoitu tapahtumavirta tai laitetunniste voi silti liittyä tunnistettavissa olevaan henkilöön. Pelkkä nimien poistaminen ei tarkoita anonymisointia. Toisaalta numeron kuviotunnistus ei todista, että kenttä sisältää henkilötunnisteen.

Ylläpitäkää havaintojen rinnalla kattavuustallennetta:

• Mukana olevat tietovarastot ja ympäristöt, tarkastuspäivät ja käytetyt oikeudet.
• Tunnistusmenetelmät, luokittelusäännöt ja otantatapa.
• Salattu sisältö, tukemattomat tiedostomuodot, tavoittamattomat tietovarastot ja muut rajoitukset.
• Vahvistetut havainnot, ratkaisemattomat tulokset ja validoinnista vastaava katselmoija.

Rajoittakaa pääsyä arkaluonteisiin havaintoihin ja välttäkää tarpeettomien henkilötietojen keräämistä pelkästään niiden olemassaolon todistamiseksi. Tunnistamisessa käytettävillä tunnistetiedoilla tulee olla vain tarvittavat oikeudet. Jos laajennettuja oikeuksia tarvitaan, valtuuttakaa ne, rajatkaa niiden kesto ja säilyttäkää asianmukainen näyttö pääsystä.

Muuntakaa sijainnit käsittelyä koskeviksi päätöksiksi

Tekninen tunnistaminen yksilöi, missä tieto sijaitsee. Se ei voi ratkaista, onko käyttötarkoitus perusteltu, mikä 6 artiklan mukainen oikeusperuste soveltuu tai edellytetäänkö 35 artiklan mukaista tietosuojaa koskevaa vaikutustenarviointia.

Ryhmitelkää havainnot liiketoiminnan käsittelytoimiksi yhdessä asiaankuuluvien prosessinomistajien ja tietosuojakatselmoijien kanssa. Tilinhallintaan käytettävä sähköpostiosoite ja sama osoite markkinointikäytössä voivat edellyttää erilaisia perusteluja, säilytyssääntöjä ja informointia. Kirjatkaa päätökset sen sijaan, että antaisitte koko sovellukselle yhden oikeusperusteen.

Arvioikaa toimittajasuhteet erillään maantieteestä. 28 artiklan mukainen käsittelijäsopimus ja V luvun mukainen kansainvälisten siirtojen arviointi vastaavat eri kysymyksiin. EU:ssa sijaitseva hosting-alue ei yksinään ratkaise etäkäyttöä, alihankkijoita tai edelleensiirtoja. Kirjatkaa vastaanottaja ja pääsyjärjestelyt ennen kuin päätätte, mitkä sopimukselliset ja siirtoja koskevat toimenpiteet ovat merkityksellisiä.

Jos käyttötarkoitukset, omistajuus tai oikeudellinen peruste ovat edelleen epäselviä, luokaa katselmointitehtävä. Älkää naamioiko epävarmuutta hyväksytyksi inventaariomerkinnäksi.

Esimerkki: asiakkaan yhteystieto asiakastuen kautta

Seuraava esimerkki on havainnollistava. Oletetaan, että SaaS-palveluntarjoaja kerää yritysasiakkaan yhteystiedon rekisteröitymislomakkeella, käyttää CRM:ää ja tukialustaa, käyttää tuoteanalytiikkaa ja ylläpitää palautettavissa olevia varmuuskopioita. Tukitiimi laatii lisäksi viikoittaisia vientejä työkuorman analysointia varten.

Tunnistustiimi seuraa synteettistä yhteystietoa rekisteröitymisen ja tukipyynnön läpi. Se vertaa integraatioasetuksia todellisiin työvaiheisiin ja löytää seuraavat haarat:

Jaettua kansiota koskeva havainto muuttaa korjaussuunnitelmaa. Yhteystiedon poistaminen CRM:stä ei käsittelisi tätä vientiä. Tuen omistajan on tunnistettava olemassa olevat tiedostot, vahvistettava, kuka ne on saanut, ja toteutettava asianmukainen siivous ja viennin muutos.

Varmuuskopioita koskeva havainto edellyttää erilaista käsittelyä. Tiimi dokumentoi säilytysaikataulun ja varmuuskopiotietojen rajoitetun käytön ja testaa sitten palautustyönkulun, jotta vanha palautus ei hiljaisesti tuo takaisin tietueita, joiden pitäisi pysyä poistettuina. Jokainen säilytyspoikkeus tarvitsee perustelun; pelkkä tekninen hankaluus ei ole yleinen vapautus.

Tuotoksia ovat validoitu elinkaarikartta, tarvittaessa päivitetyt selosteet käsittelytoimista, tunnistetut näytön aukot ja osoitetut korjaustehtävät. Toinen synteettinen testi tarkistaa, toimiiko muutettu työnkulku tarkoitetulla tavalla.

Tehkää kartasta hyödyllinen todellisessa työssä

Käyttäkää tunnistamisen tuloksia liian laajojen käyttöoikeuksien, epäjohdonmukaisen säilytyksen, puuttuvien toimittajakatselmointien ja virheellisen informoinnin priorisointiin. Antakaa jokaiselle havainnolle omistaja, vakavuus tai prioriteetti, määräpäivä ja hyväksymisnäyttö. ”Vähennetään pääsyä” on puutteellinen; ”poistetaan laaja tukiryhmä vientikansiosta ja todennetaan todelliset oikeudet” on toimintakelpoinen.

Rekisteröidyn pääsypyynnössä kartta yksilöi todennäköiset järjestelmät, tunnisteet, vastaanottajat ja hakujen omistajat. Se ei korvaa itse hakua eikä kolmansien osapuolten oikeuksien arviointia. Vastaus on yleensä annettava kuukauden kuluessa GDPR:n jatkamisedellytysten mukaisesti. Jatkakaa rekisteröidyn pääsypyyntöjen käsittelyyn operatiivisen työnkulun osalta.

Tietoturvaloukkauksessa kartta auttaa reagoijia paikantamaan kyseiset tietovarastot ja jatkokopiot. Vahvistakaa altistuminen poikkeamanäytön avulla; inventaario ei todista, mihin hyökkääjä pääsi käsiksi. Kirjatkaa epävarmuudet ja perustelut ilmoittamista tai ilmoittamatta jättämistä koskeville päätöksille.

Pitäkää tietojen tunnistaminen osana muutostenhallintaa

Käytännön suositus on yhdistää säännöllinen täsmäytys tapahtumapohjaisiin päivityksiin. Käynnistäkää katselmointi, kun tiimit ottavat käyttöön ominaisuuden, toimittajan, integraation, viennin, uuden tietoryhmän tai säilytysmuutoksen. Käytöstä poistamisen tulee käynnistää jäljelle jäävien tilien, arkistojen ja kopioiden tarkistukset.

Nimetkää prosessinomistaja ja tekniset yhteyshenkilöt ja pitäkää validointipäivät näkyvissä. Katselmointitiheyden tulee heijastaa muutosnopeutta ja riskiä eikä olettaa, että jokainen tietovarasto tarvitsee saman skannausvälin. Verratkaa ilmoitettua arkkitehtuuria operatiiviseen näyttöön dokumentoimattomien muutosten havaitsemiseksi.

Secani voi säilyttää katselmoinnin kontekstin: mallintakaa asiaankuuluvat järjestelmät ja palveluntarjoajat kohdeobjekteina, yhdistäkää näyttö vaatimuksiin ja päätöksiin ja muuntakaa aukot omistetuiksi tehtäviksi. Pitäkää hyväksynnät ja lähdeviitteet liitettyinä työhön ja katselmoikaa kaikki tekoälyn tuottamat ehdotukset ennen niihin luottamista. Tunnistustyökalut tuottavat tekniset havainnot; vaatimustenmukaisuuden työtila säilyttää niiden merkityksen ja niistä seuraavat päätökset.

Aloittakaa tällä viikolla yhdestä edustavasta tietueesta. Viekää se todellisen työnkulun läpi, dokumentoikaa jokainen luovutus ja kopio ja osoittakaa ensimmäinen ratkaisematon haara henkilölle, joka voi validoida sen.