Andmete avastamine: jälgige kirjet läbi kogu elutsükli

Rakenduste inventar ütleb teile, millised tööriistad on olemas. Andmeinventar peaks lisaks selgitama, mida need tööriistad sisaldavad, miks, kellel on neile juurdepääs ja kuhu koopiad liiguvad. Arendusmeeskonna jaoks tähendab see vaatamist andmebaasiskeemidest kaugemale, nende tegevuslike teedeni, mis teavet loovad, muudavad, avalikustavad, säilitavad ja kustutavad.

Alustage ühe esindusliku kirje jälgimisest. Kliendi kontaktandmed võivad siseneda vormi kaudu, ilmuda kliendihaldussüsteemi, muutuda klienditoe piletiks, toita analüütikatoru ja jõuda lõpuks eksporditud arvutustabelisse. Selle elutsükkel võib hõlmata ka logisid, dokumente, varukoopiaid ja tarnija süsteeme. Iga haru muudab seda, mida peate kaitsma ja mida saate töötlemise kohta usutavalt väita.

Kasulik väljund ei ole skanneri aruanne. See on hooldatud kaart andmetest, töötlemistoimingutest, tehnilistest sõltuvustest ja vastutavatest omanikest, mida toetavad tõendid töövoo tegeliku toimimise kohta.

Mida avastamine GDPR-i alusel toetab

GDPR ei näe ette konkreetset avastamistoodet ega skannimismeetodit. Avastamine toetab teavet ja tõendeid, mida on vaja GDPR-i kohustuste täitmiseks:

Nendel kohustustel on tingimused ja erandid. Kustutamine ei ole tingimusteta ning mitte iga isikuandmetega seotud rikkumine ei nõua järelevalveasutuse teavitamist. Vastutav töötleja peab teavitama pädevat järelevalveasutust põhjendamatu viivituseta ja võimaluse korral 72 tunni jooksul pärast rikkumisest teadasaamist, välja arvatud juhul, kui rikkumine ei kujuta tõenäoliselt ohtu isikute õigustele ja vabadustele. Volitatud töötleja teavitab vastutavat töötlejat põhjendamatu viivituseta.

Kui artikkel 30 kehtib, siduge avastamine nõutava töötlemistoimingute registriga. Varade inventar ei ole see register: üks toiming võib hõlmata mitut rakendust, samal ajal kui üks rakendus võib toetada mitut eesmärki. Ka vastutava töötleja ja volitatud töötleja registrite nõutav sisu on erinev.

Seadke piir ilma servi varjamata

Valige esimene äritöövoog, selle asemel et püüda kõiki süsteeme korraga hõlmata. Klientide liitumine, värbamine või klienditugi võivad olla hallatav lähtepunkt. Määratlege käivitav sündmus, lõppseis, meeskonnad, süsteemid ja kaasatud tarnijad.

Seejärel ühildage heakskiidetud rakenduste loend tegevuslike tõenditega. Kasulikud sisendid on identiteedipakkuja kirjed, pilveinventarid, hanke- ja kulukirjed, integratsioonide konfiguratsioonid ning intervjuud tööd tegevate inimestega. Igal allikal on piirangud: ühekordne sisselogimine ei paljasta iga isiklikku kontot ja ostuprotokoll ei näita konsultandile saadetud arvutustabelit.

Otsige teadlikult asukohti, mis jäävad põhirakenduste arhitektuurist välja:

• vabateksti väljad, üles laaditud manused, e-posti arhiivid ja vestlused;
• jagatud kaustad, lõppseadmetesse alla laaditud failid, ajastatud ekspordid ja ajutised migratsioonifailid;
• andmeladu, tooteanalüütika, logid ja seireplatvormid;
• tootmisandmete koopiad arendus-, testi- ja tõrkeotsingukeskkondades;
• transkriptsiooniteenused ja tehisintellekti tööriistad, mis saavad viipasid, dokumente või salvestisi;
• varukoopiad, koopiad, arhiveeritud kontod ja kasutusest kõrvaldatud teenused.

Heakskiitmata tööriistad on üks avastamise tulemus, mitte kogu teema. Ka heakskiidetud süsteemid võivad sisaldada ootamatuid andmeid. Dokumenteerige välistused selgesõnaliselt, sealhulgas ligipääsmatud tarnijakeskkonnad ja hoidlad, mis ootavad luba. „Kontrollimata“ ei tohi vaikimisi muutuda olekuks „ei sisalda isikuandmeid“.

Jälgige kirjet ja dokumenteerige iga üleandmine

Kasutage realistlikku kirjetüüpi, eelistatavalt sünteetilist näidet, et käia protsess läbi koos selle täitjatega. Paluge neil näidata tavapäraseid samme, erandeid ja möödahiilimisviise. Töövoodiagramm kirjeldab kavandatud käitumist; demonstratsioon paljastab sageli lisakoopiaid.

Tehke iga etapi puhul kindlaks, mis siseneb, mis muutub, mis lahkub ja mis jääb alles. Koguge piisavalt üksikasju, et vastata järgmistele küsimustele:

Dokumenteerige lisaks sihtkohtadele ka edastusmehhanismid: API, veebikonks, käsitsi tehtud CSV, jagatud link või e-posti manus tekitavad erinevad kontrolli- ja tõendusvajadused. Märkige, kas vastuvõttev süsteem muudab identifikaatoreid, koondab kirjeid või loob uut tuletatud teavet.

Kasutage püsivaid toimingu- ja süsteemiidentifikaatoreid, et meeskonnad saaksid seoseid ajakohastada ilma kaarti uuesti üles ehitamata. Hoidke inventar kirjeldavana: see peaks tuvastama kategooriad ja reeglid, mitte muutuma veel üheks tarbetuks isikuandmete hoidlaks.

Valideerige tehnilised leiud enne neile tuginemist

Skannimis- ja liigitustööriistad suudavad toetatud hoidlates tuvastada tõenäolisi isikuandmeid või tundlikke andmeid. Käsitlege neid leide vihjetena. Väli nimega customer_email annab kasuliku vihje; see ei määra iga eesmärki, vastuvõtjat ega säilitamisreeglit.

Valideerimine peaks ühendama tehnilise kontrolli omaniku kinnitusega. Kontrollige esinduslikke välju, konfiguratsiooni, juurdepääsupoliitikaid ja integratsioonide käitumist. Kasutage vajaduse korral metaandmeid või varjestatud näidiseid, selle asemel et eksportida terveid andmekogumeid.

Eristage otseseid identifikaatoreid teabest, mis jääb isikuandmeteks konteksti või seostamise kaudu. Kliendi ID, pseudonüümitud sündmuste voog või seadme identifikaator võib endiselt olla seotud tuvastatava isikuga. Ainult nimede eemaldamine ei tähenda anonüümimist. Vastupidi ei tõenda numbrile vastav muster, et väli sisaldab isikukoodi või muud isikut tuvastavat identifikaatorit.

Pidage leidude kõrval katvuse kirjet:

• hõlmatud hoidlad ja keskkonnad, kontrollimise kuupäevad ja kasutatud õigused;
• avastamismeetodid, liigitusreeglid ja valimi moodustamise viis;
• krüpteeritud sisu, toetamata vormingud, ligipääsmatud hoidlad ja muud piirangud;
• kinnitatud leiud, lahendamata tulemused ja valideerimise eest vastutav ülevaataja.

Piirake juurdepääsu tundlikele leidudele ja vältige tarbetute isikuandmete kogumist ainult nende olemasolu tõendamiseks. Avastamiseks kasutatavatel juurdepääsuandmetel peaksid olema ainult vajalikud õigused. Kui on vaja kõrgendatud juurdepääsu, kiitke see heaks, piirake selle kestust ja säilitage asjakohased juurdepääsu tõendid.

Muutke asukohad töötlemisotsusteks

Tehniline avastamine tuvastab, kus teave asub. See ei saa kindlaks teha, kas eesmärk on õigustatud, milline artikli 6 õiguslik alus kehtib või kas artikli 35 alusel on vaja andmekaitsealast mõjuhinnangut.

Rühmitage leiud koos asjaomaste protsessiomanike ja privaatsusülevaatajatega äritoiminguteks. Kontohalduseks kasutataval e-posti aadressil ja samal aadressil turunduseks võib olla vaja erinevat põhjendust, säilitamisreegleid ja teavituse sisu. Dokumenteerige otsused, selle asemel et omistada kogu rakendusele üks õiguslik alus.

Hinnake tarnijasuhteid geograafiast eraldi. Artikli 28 kohane volitatud töötleja leping ja V peatüki kohane rahvusvahelise edastuse hindamine vastavad erinevatele küsimustele. Ainult ELi majutuspiirkond ei lahenda kaugjuurdepääsu, alamtöötlejate ega edasiste edastuste küsimust. Koguge teave vastuvõtja ja juurdepääsukorralduse kohta enne, kui otsustate, millised lepingulised ja edastusmeetmed on asjakohased.

Kui eesmärgid, omanikud või õiguslik põhjendus jäävad ebaselgeks, looge ülevaatusülesanne. Ärge varjake ebakindlust heakskiidetud inventarikirje taha.

Näide: kliendi kontakt läbi klienditoe

Järgnev on illustreeriv. Oletame, et SaaS-teenuse pakkuja kogub registreerimisvormi kaudu ärikontakti, kasutab kliendihaldussüsteemi ja klienditoe platvormi, teeb tooteanalüütikat ja säilitab taastatavaid varukoopiaid. Klienditoe meeskond koostab ka iganädalasi eksporte töökoormuse analüüsiks.

Avastamismeeskond jälgib sünteetilist kontakti läbi registreerimise ja klienditoe päringu. Nad võrdlevad integratsiooniseadeid tegelike tööetappidega ja leiavad järgmised harud:

Jagatud kausta leid muudab parandustööde kava. Kontakti kustutamine kliendihaldussüsteemist ei mõjutaks seda eksporti. Klienditoe omanik peab tuvastama olemasolevad failid, kinnitama, kes need sai, ning rakendama asjakohase puhastuse ja ekspordimuudatuse.

Varukoopiate leid nõuab teistsugust käsitlust. Meeskond dokumenteerib säilitamiskava ja varukoopiaandmete piiratud kasutuse ning testib seejärel taastamise töövoogu, et vana taastamine ei tooks vaikimisi tagasi kirjeid, mis peaksid jääma kustutatuks. Iga säilitamiserand vajab põhjendust; tehniline ebamugavus üksi ei ole üldine vabastus.

Väljundiks on valideeritud elutsükli kaart, vajaduse korral ajakohastatud toimingukirjed, tuvastatud tõendilüngad ja määratud parandusülesanded. Teine sünteetiline test kontrollib, kas muudetud töövoog käitub ettenähtud viisil.

Muutke kaart igapäevatöös kasulikuks

Kasutage avastamise tulemusi liigse juurdepääsu, ebaühtlase säilitamise, puuduvate tarnijaülevaatuste ja ebatäpsete teavituste prioriseerimiseks. Andke igale leiule omanik, raskusaste või prioriteet, tähtaeg ja vastuvõtutõend. „Vähendada juurdepääsu“ on poolik; „eemaldada lai klienditoe rühm ekspordikaustast ja kontrollida tegelikke õigusi“ on tegutsemist võimaldav.

Andmesubjekti juurdepääsutaotluse puhul tuvastab kaart tõenäolised süsteemid, identifikaatorid, vastuvõtjad ja otsingu omanikud. See ei asenda otsingut ennast ega kolmandate isikute õiguste ülevaatust. Vastused tuleb tavaliselt anda ühe kuu jooksul, arvestades GDPR-i pikendamise tingimusi. Tegevusliku töövoo kohta jätkake artikliga andmesubjekti juurdepääsutaotluste käsitlemine.

Rikkumise korral aitab kaart reageerijatel leida mõjutatud hoidlad ja järgnevad koopiad. Kinnitage avatus intsidendi tõendite põhjal; inventar ei tõenda, millele ründaja juurde pääses. Dokumenteerige ebakindlused ning teavitamise või teavitamata jätmise otsuste põhjendused.

Hoidke avastamine muudatuste halduse osana

Praktiline soovitus on ühendada perioodiline ühildamine sündmuspõhiste uuendustega. Käivitage ülevaatus, kui meeskonnad võtavad kasutusele funktsiooni, tarnija, integratsiooni, ekspordi, uue andmekategooria või säilitamismuudatuse. Kasutusest kõrvaldamine peaks käivitama allesjäänud kontode, arhiivide ja koopiate kontrolli.

Määrake protsessi omanik ja tehnilised kontaktisikud ning hoidke valideerimise kuupäevad nähtaval. Ülevaatuse sagedus peaks kajastama muutuste kiirust ja riski, selle asemel et eeldada, et iga hoidla vajab ühesugust skannimisintervalli. Võrrelge deklareeritud arhitektuuri tegevuslike tõenditega, et tabada dokumenteerimata muudatusi.

Secani saab säilitada ülevaatuse konteksti: modelleerige asjaomased süsteemid ja teenusepakkujad sihtobjektidena, siduge tõendid nõuete ja otsustega ning muutke lüngad omanikuga ülesanneteks. Hoidke heakskiidud ja allikaviited töö juures ning vaadake tehisintellekti genereeritud soovitused enne neile tuginemist üle. Avastamistööriistad teevad kindlaks tehnilised leiud; vastavuse tööruum säilitab nende tähenduse ja neile järgnevad otsused.

Alustage sel nädalal ühest esinduslikust kirjest. Käige see läbi tegeliku töövoo, dokumenteerige iga üleandmine ja koopia ning määrake esimene lahendamata haru kellelegi, kes suudab selle valideerida.