Duomenų aptikimas: sekite įrašą per visą jo gyvavimo ciklą

Taikomųjų programų inventorius parodo, kokie įrankiai egzistuoja. Duomenų inventorius taip pat turėtų paaiškinti, ką tie įrankiai saugo, kodėl, kas prie to turi prieigą ir kur keliauja kopijos. Inžinerijos komandai tai reiškia, kad reikia žvelgti toliau nei duomenų bazių schemos – į veiklos kelius, kuriais informacija sukuriama, transformuojama, atskleidžiama, saugoma ir ištrinama.

Pradėkite sekdami vieną tipišką įrašą. Kliento kontaktas gali patekti per formą, atsirasti CRM sistemoje, tapti pagalbos tarnybos užklausa, papildyti analitikos srautą ir galiausiai atsidurti eksportuotoje skaičiuoklėje. Jo gyvavimo ciklas taip pat gali apimti žurnalus, dokumentus, atsargines kopijas ir tiekėjo sistemas. Kiekviena atšaka keičia tai, ką turite apsaugoti, ir tai, ką galite patikimai teigti apie duomenų tvarkymą.

Naudingas rezultatas nėra skenerio ataskaita. Tai palaikomas duomenų, duomenų tvarkymo veiklos, techninių priklausomybių ir atsakingų asmenų žemėlapis, pagrįstas įrodymais, kaip darbo eiga iš tikrųjų veikia.

Ką aptikimas palaiko pagal BDAR

BDAR nenustato konkretaus aptikimo produkto ar skenavimo metodo. Aptikimas padeda gauti informaciją ir įrodymus, reikalingus prievolėms pagal BDAR vykdyti:

Šioms pareigoms taikomos sąlygos ir išimtys. Ištrynimas nėra besąlyginis, ir ne apie kiekvieną asmens duomenų saugumo pažeidimą būtina pranešti priežiūros institucijai. Duomenų valdytojai turi nepagrįstai nedelsdami ir, jei įmanoma, ne vėliau kaip per 72 valandas nuo tada, kai sužinojo apie pažeidimą, pranešti kompetentingai priežiūros institucijai, išskyrus atvejus, kai pažeidimas neturėtų kelti pavojaus fizinių asmenų teisėms ir laisvėms. Duomenų tvarkytojai nepagrįstai nedelsdami praneša duomenų valdytojui.

Kai taikomas 30 straipsnis, susiekite aptikimą su reikalaujamais duomenų tvarkymo veiklos įrašais. Turto inventorius nėra tokie įrašai: viena veikla gali apimti kelias taikomąsias programas, o viena taikomoji programa gali būti naudojama keliems tikslams. Duomenų valdytojo ir duomenų tvarkytojo įrašų privalomas turinys taip pat skiriasi.

Nustatykite ribą, bet neslėpkite kraštų

Pasirinkite pirmą verslo darbo eigą, užuot bandę vienu metu aprėpti visas sistemas. Klientų įtraukimas, darbuotojų atranka ar klientų aptarnavimas gali būti valdomas atspirties taškas. Apibrėžkite pradžios įvykį, galutinę būseną, dalyvaujančias komandas, sistemas ir tiekėjus.

Tada patvirtintą taikomųjų programų sąrašą suderinkite su veiklos įrodymais. Naudingi šaltiniai – tapatybės teikėjo įrašai, debesijos inventoriai, pirkimų ir išlaidų įrašai, integracijų konfigūracijos ir pokalbiai su darbą atliekančiais žmonėmis. Kiekvienas šaltinis turi apribojimų: vieningas prisijungimas neatskleis kiekvienos asmeninės paskyros, o pirkimų registras neatskleis konsultantui išsiųstos skaičiuoklės.

Sąmoningai ieškokite vietų, kurios nepatenka į pagrindinę taikomųjų programų architektūrą:

• Laisvo teksto laukai, įkelti priedai, el. pašto archyvai ir pokalbių susirašinėjimai.
• Bendrinami aplankai, į galinius įrenginius atsisiųsti failai, suplanuoti eksportai ir laikini migracijos failai.
• Duomenų saugyklos, produkto analitika, žurnalai ir stebėsenos platformos.
• Gamybinių duomenų kopijos kūrimo, testavimo ir trikčių šalinimo aplinkose.
• Transkribavimo paslaugos ir DI įrankiai, gaunantys užklausas, dokumentus ar įrašus.
• Atsarginės kopijos, replikos, archyvuotos paskyros ir nebenaudojamos paslaugos.

Nepatvirtinti įrankiai yra vienas iš aptikimo rezultatų, o ne visa tema. Patvirtintose sistemose taip pat gali būti netikėtų duomenų. Aiškiai užfiksuokite išimtis, įskaitant neprieinamas tiekėjų aplinkas ir saugyklas, kurioms dar laukiama leidimo. „Nepatikrinta“ neturi tyliai virsti „asmens duomenų nėra“.

Atsekite įrašą ir dokumentuokite kiekvieną perdavimą

Naudokite realistišką įrašo tipą, geriausia sintetinį pavyzdį, ir kartu su proceso vykdytojais pereikite visą procesą. Paprašykite jų parodyti įprastus veiksmus, išimtis ir apėjimo būdus. Darbo eigos diagrama aprašo numatytą elgseną; demonstracija dažnai atskleidžia papildomų kopijų.

Kiekviename etape nustatykite, kas patenka, kas keičiasi, kas išeina ir kas lieka. Užfiksuokite pakankamai detalių, kad galėtumėte atsakyti į šiuos klausimus:

Užfiksuokite ne tik paskirties vietas, bet ir perdavimo mechanizmus: API, webhook, rankinis CSV, bendrinimo nuoroda ar el. laiško priedas sukuria skirtingus kontrolės ir įrodymų poreikius. Pažymėkite, ar gaunančioji sistema transformuoja identifikatorius, agreguoja įrašus ar sukuria naujos išvestinės informacijos.

Naudokite stabilius veiklų ir sistemų identifikatorius, kad komandos galėtų atnaujinti ryšius neperkurdamos žemėlapio. Inventorius turi būti aprašomasis: jame turėtų būti nurodytos kategorijos ir taisyklės, o jis neturėtų tapti dar viena nereikalinga asmens duomenų įrašų saugykla.

Patvirtinkite techninius radinius prieš jais remdamiesi

Skenavimo ir klasifikavimo įrankiai gali nustatyti tikėtinus asmens ar jautrius duomenis palaikomose saugyklose. Šiuos radinius laikykite užuominomis. Laukas, pavadintas customer_email, yra naudinga užuomina; jis nenustato kiekvieno tikslo, gavėjo ar saugojimo taisyklės.

Patvirtinimas turėtų derinti techninį patikrinimą su atsakingo asmens patvirtinimu. Patikrinkite tipinius laukus, konfigūraciją, prieigos politikas ir integracijų elgseną. Kai tinka, naudokite metaduomenis ar pavyzdžius su užtamsinta informacija, o ne eksportuokite ištisus duomenų rinkinius.

Atskirkite tiesioginius identifikatorius nuo informacijos, kuri išlieka asmens duomenimis dėl konteksto ar susiejimo. Kliento ID, pseudonimizuotas įvykių srautas ar įrenginio identifikatorius vis tiek gali būti susiję su asmeniu, kurio tapatybę galima nustatyti. Vien vardų pašalinimas dar nereiškia anonimizavimo. Ir atvirkščiai: skaičiaus šablono atitiktis nėra įrodymas, kad lauke yra asmens identifikatorius.

Kartu su radiniais tvarkykite aprėpties įrašą:

• Įtrauktos saugyklos ir aplinkos, patikrinimo datos ir naudotos teisės.
• Aptikimo metodai, klasifikatoriaus taisyklės ir imčių sudarymo būdas.
• Šifruotas turinys, nepalaikomi formatai, neprieinamos saugyklos ir kiti apribojimai.
• Patvirtinti radiniai, neišspręsti rezultatai ir už patvirtinimą atsakingas peržiūrėtojas.

Ribokite prieigą prie jautrių radinių ir nerinkite nereikalingų asmens duomenų vien tam, kad įrodytumėte jų buvimą. Aptikimui naudojami prisijungimo duomenys turėtų turėti tik būtinas teises. Jei reikia išplėstinės prieigos, ją autorizuokite, apribokite jos trukmę ir išsaugokite atitinkamus prieigos įrodymus.

Vietas paverskite duomenų tvarkymo sprendimais

Techninis aptikimas nustato, kur yra informacija. Jis negali nustatyti, ar tikslas pagrįstas, kuris 6 straipsnyje numatytas teisinis pagrindas taikomas, ir ar pagal 35 straipsnį reikalingas poveikio duomenų apsaugai vertinimas.

Kartu su atitinkamų procesų savininkais ir privatumo peržiūrėtojais suskirstykite radinius į verslo veiklas. El. pašto adresui, naudojamam paskyros administravimui, ir tam pačiam adresui, naudojamam rinkodarai, gali reikėti skirtingo pagrindimo, saugojimo taisyklių ir informavimo turinio. Užfiksuokite sprendimus, o ne priskirkite vieną teisinį pagrindą visai taikomajai programai.

Santykius su tiekėjais vertinkite atskirai nuo geografijos. 28 straipsnyje numatyta sutartis su duomenų tvarkytoju ir V skyriuje numatytas tarptautinių perdavimų vertinimas atsako į skirtingus klausimus. Vien ES prieglobos regionas neišsprendžia nuotolinės prieigos, subtvarkytojų ar tolesnių perdavimų klausimų. Prieš nuspręsdami, kurios sutartinės ir perdavimo priemonės yra svarbios, užfiksuokite gavėją ir prieigos tvarką.

Kai tikslai, atsakomybė ar teisinis pagrindimas lieka neaiškūs, sukurkite peržiūros užduotį. Neužmaskuokite neapibrėžtumo patvirtintu inventoriaus įrašu.

Pavyzdys: kliento kontaktas per klientų aptarnavimą

Toliau pateikiamas iliustracinis pavyzdys. Tarkime, SaaS teikėjas per registracijos formą renka verslo kontaktą, naudoja CRM ir klientų aptarnavimo platformą, vykdo produkto analitiką ir palaiko atkuriamas atsargines kopijas. Klientų aptarnavimo komanda taip pat kas savaitę rengia eksportus darbo krūviui analizuoti.

Aptikimo komanda seka sintetinį kontaktą nuo registracijos iki pagalbos užklausos. Ji palygina integracijų nustatymus su faktiniais veiklos žingsniais ir randa šias atšakas:

Bendrinamo aplanko radinys keičia taisymo planą. Kontakto ištrynimas iš CRM šio eksporto neišspręstų. Klientų aptarnavimo savininkas turi nustatyti esamus failus, patvirtinti, kas juos gavo, ir įgyvendinti tinkamą išvalymą bei eksporto pakeitimą.

Atsarginių kopijų radiniui reikia kitokio sprendimo. Komanda dokumentuoja saugojimo tvarkaraštį ir ribotą atsarginių kopijų duomenų naudojimą, tada išbando atkūrimo darbo eigą, kad senos kopijos atkūrimas tyliai nesugrąžintų įrašų, kurie turėtų likti ištrinti. Kiekviena saugojimo išimtis turi būti pagrįsta; vien techninis nepatogumas nėra visuotinė išimtis.

Rezultatai – patvirtintas gyvavimo ciklo žemėlapis, prireikus atnaujinti veiklos įrašai, nustatytos įrodymų spragos ir paskirtos taisymo užduotys. Antrasis sintetinis testas patikrina, ar pakeista darbo eiga veikia taip, kaip numatyta.

Padarykite žemėlapį naudingą realiame darbe

Pasinaudokite aptikimo rezultatais nustatydami prioritetus: perteklinė prieiga, nenuoseklus saugojimas, trūkstamos tiekėjų peržiūros ir netikslūs informaciniai pranešimai. Kiekvienam radiniui priskirkite atsakingą asmenį, rimtumą ar prioritetą, terminą ir priėmimo įrodymus. „Sumažinti prieigą“ yra nepakankama; „pašalinti plačią klientų aptarnavimo grupę iš eksporto aplanko ir patikrinti faktines teises“ yra įgyvendinama.

Gavus duomenų subjekto prašymą susipažinti su duomenimis, žemėlapis nurodo tikėtinas sistemas, identifikatorius, gavėjus ir už paiešką atsakingus asmenis. Jis nepakeičia pačios paieškos ar trečiųjų asmenų teisių peržiūros. Į prašymus paprastai turi būti atsakyta per vieną mėnesį, atsižvelgiant į BDAR numatytas termino pratęsimo sąlygas. Operacinę darbo eigą rasite straipsnyje apie prašymų susipažinti su duomenimis nagrinėjimą.

Įvykus pažeidimui, žemėlapis padeda reaguojantiems asmenims rasti paveiktas saugyklas ir tolesnes kopijas. Atskleidimą patvirtinkite incidento įrodymais; inventorius neįrodo, prie ko prieigą gavo užpuolikas. Užfiksuokite neapibrėžtumus ir sprendimų pranešti ar nepranešti motyvus.

Aptikimą įtraukite į pokyčių valdymą

Praktiškai rekomenduojame periodinį suderinimą derinti su įvykių sukeliamais atnaujinimais. Peržiūrą inicijuokite, kai komandos įdiegia funkciją, tiekėją, integraciją, eksportą, naują duomenų kategoriją ar saugojimo pakeitimą. Eksploatacijos nutraukimas turėtų sukelti likusių paskyrų, archyvų ir kopijų patikrinimus.

Paskirkite proceso savininką ir techninius kontaktinius asmenis, o patvirtinimo datas laikykite matomas. Peržiūrų dažnumas turėtų atspindėti pokyčių tempą ir riziką, o ne remtis prielaida, kad kiekvienai saugyklai reikia vienodų skenavimo intervalų. Deklaruotą architektūrą palyginkite su veiklos įrodymais, kad aptiktumėte nedokumentuotus pokyčius.

Secani gali išsaugoti peržiūros kontekstą: atitinkamas sistemas ir teikėjus sumodeliuoti kaip tikslinius objektus, susieti įrodymus su reikalavimais ir sprendimais, o spragas paversti užduotimis su atsakingais asmenimis. Patvirtinimus ir šaltinių nuorodas laikykite pridėtus prie darbo, o bet kokius DI sugeneruotus pasiūlymus peržiūrėkite prieš jais remdamiesi. Aptikimo įrankiai nustato techninius radinius; atitikties darbo erdvė išsaugo jų prasmę ir po jų sekančius sprendimus.

Šią savaitę pradėkite nuo vieno tipiško įrašo. Pereikite su juo faktinę darbo eigą, dokumentuokite kiekvieną perdavimą ir kopiją ir pirmąją neišspręstą atšaką priskirkite asmeniui, galinčiam ją patvirtinti.