Privaatsust suurendavad tehnoloogiad ISO 27701 ja GDPR jaoks

Kiiresti kasvava fintech-ettevõtte infoturbejuht (CISO) Sarah teadis juba enne koosoleku algust, milline taotlus on tulemas.

Tootemeeskond soovis käivitada tehisintellektil põhineva finantsnõustamise funktsiooni. Mudel vajas realistlikku kliendikäitumist, tehingumustreid, tugisündmusi ja tellimusajalugu. Andmeteaduse meeskond väitis, et mudel toimiks paremini tootmisandmetega. Kvaliteeditagamise meeskond soovis tootmiskeskkonnale sarnaseid maksekirjeid, et taastoota piirjuhtumeid. Pilveanalüütika tarnija vajas andmehõive valideerimiseks näidisandmestikku. Keegi ei püüdnud privaatsusõigust rikkuda. Keegi ei tahtnud kliente ohtu seada. Kõik soovisid kiiresti edasi liikuda.

Siis esitas Sarah küsimuse, mis muutis koosoleku käiku.

„Miks teil on vaja tuvastatavaid isikuandmeid?“

Ruum jäi vaikseks.

Just siin kukuvad paljud privaatsuse haldussüsteemid praktikas läbi. Organisatsioonil võib olla privaatsusteade, andmekaitsepoliitika, andmekaitsealase mõjuhinnangu (DPIA) mall ja õigusliku läbivaatamise protsess, kuid tegelik otsus sünnib Slacki lõimes, Jira piletis, analüütikaekspordis või andmebaasi koopias. Kui ainus privaatsuskontroll on „küsi juristidelt“, siis äri kas takerdub või hakkab kasutama otseteid.

Privaatsust suurendavad tehnoloogiad, mida sageli nimetatakse PET-ideks, katavad selle lünga siis, kui neid käsitletakse tegevuskontrollide kogumina, mitte uurimisteemana. ISO/IEC 27701:2025 PIMS-i ootuste ja GDPR kohustuste alusel vähendavad PET-id, nagu andmete maskeerimine, pseudonüümimine, anonüümimine, koondamine, tokeniseerimine, krüptimine ja sünteetilised andmed, tuvastatavust, säilitades samal ajal äriväärtuse. Need muudavad vastuse „ei, te ei tohi neid andmeid kasutada“ vastuseks „jah, kui kasutate turvalist versiooni ja dokumenteeritud tõendusmaterjali“.

Clarysec lähenemine on loodud just selleks hetkeks. Zenith Blueprint: audiitori 30-sammuline teekaart paigutab andmete maskeerimise etappi „Controls in Action, Step 19: Technological Controls I“ ja testteabe etappi „Step 21: Controls 8.27 to 8.34“. PET-id ei ole kosmeetilised privaatsusfunktsioonid. Need on kontrollimeetmed, mida audiitorid saavad kontrollida, insenerid rakendada ja juhtkond juhtida.

Nagu Zenith Blueprint sõnastab:

Andmete maskeerimine ei tähenda teabe peitmist ründajate eest, vaid liigse kokkupuute vältimist organisatsiooni sees. Arenduse, testimise, koolituse või analüütika stsenaariumides kopeeritakse tegelikke tootmisandmeid sageli keskkondadesse, kus puuduvad tootmiskeskkonna täielikud turbekontrollid.

See üks lause kirjeldab tänapäevase privaatsusriski tegevuslikku tegelikkust. Kõige ohtlikum isikuandmete kokkupuude ei ole sageli dramaatiline väline rikkumine. See on sisemine koopia, testandmebaas, tehisintellekti treeningväljavõte, tarnija näidisandmestik, unustatud silumislogi ja analüütikatöölaud, mis paljastab rohkem, kui keegi kavatses.

PET-id muudavad lõimitud andmekaitse tegevuslikuks tõendusmaterjaliks

GDPR Article 25 nõuab lõimitud andmekaitset ja vaikimisi andmekaitset. GDPR Article 32 nõuab asjakohaseid tehnilisi ja korralduslikke meetmeid, sealhulgas vajaduse korral pseudonüümimist ja krüptimist. GDPR Article 5 nõuab seaduslikkust, õiglust, läbipaistvust, eesmärgi piirangut, andmete minimaalsust, õigsust, säilitamise piirangut, terviklust, konfidentsiaalsust ja vastutust.

PET-id on koht, kus nendest õiguspõhimõtetest saavad insenertehnilised otsused.

Privaatsust suurendav tehnoloogia on iga tehniline või protseduuriline mehhanism, mis vähendab privaatsusriski, piirates isikuandmete kokkupuudet, tuvastatavust, seostatavust või väärkasutust. ISO/IEC 27701:2025-ga kooskõlas olevas PIMS-is peavad PET-id olema seotud rolliselguse, privaatsusriskide käsitlemise, töötlemiskirjete, tarnijate kontrollimeetmete, juurdepääsupiirangute, säilitamisotsuste ja tõendusmaterjaliga.

Vastutavate töötlejate puhul aitavad PET-id tõendada, et organisatsioon on hinnanud andmete minimaalsust, vaikimisi privaatsusseadeid ja kaitsemeetmeid edasiseks töötlemiseks. Volitatud töötlejate puhul aitavad PET-id näidata, et kliendi juhised on turvaliselt rakendatud, alltöötlejate kokkupuude on vähendatud ja pilves töödeldavad isikuandmed on kaitstud. Kaasvastutavate töötlejate ja alltöötlejate puhul aitavad PET-id selgitada, kes kontrollib taasidentifitseerimise võtmeid, kes kinnitab identifitseerimatuks muutmise eeldused ja kes võib saada kasutuskõlblikke andmestikke.

Clarysec Lõimitud andmekaitse ja vaikimisi andmekaitse poliitika muudab selle tegevuslikuks nii vastutava töötleja kui ka volitatud töötleja kontekstis:

[Mõlemad] Protsessiomanik / äriprotsessi omanik PEAB dokumenteerima identifitseerimatuks muutmise, pseudonüümimise, koondamise või mittetuvastatava töötlemise teostatavuse REG04-s enne tuvastatavate isikuandmete heakskiitmist testimiseks, analüütikaks, aruandluseks või teiseseks operatiivseks kasutuseks.

See punkt muudab vestluse sisu. Äriomanik ei alusta andmebaasi koopia küsimisest. Ta alustab ärieesmärgi, minimaalselt vajalike andmete ning selle dokumenteerimisest, miks madalama riskiga andmevorm toimib või ei toimi.

Just see juhtimissamm muudab PET-id kaitstavaks. Enne tuvastatavate isikuandmete heakskiitmist peab organisatsioon näitama, miks koondamine, sünteetilised andmed, maskimine, pseudonüümimine või anonüümimine ei ole piisav.

PET-id, mis on auditites kõige olulisemad

Iga PET ei sobi igasse stsenaariumisse. Kasulik privaatsusinseneeria programm vajab praktilist taksonoomiat, millest saavad ühtemoodi aru äri-, inseneri-, privaatsus-, turbe- ja auditimeeskonnad.

P16 Andmete maskeerimise ja pseudonüümimise poliitika määratleb PET-id otseselt privaatsusriski mõistetes:

Käesolev poliitika määratleb organisatsiooni lähenemise andmete maskeerimise ja pseudonüümimise rakendamisele privaatsust suurendavate tehnoloogiatena (PET-id), et vähendada isikuandmete või tundlike andmete tuvastatavust ja kokkupuudet.

Väiksemate organisatsioonide jaoks peegeldab Clarysec sama kontrollieesmärki kergemas toimimismudelis. P16S Andmete maskeerimise ja pseudonüümimise poliitika - VKE sätestab:

Käesolev poliitika kehtestab kohustuslikud nõuded andmete maskeerimise ja pseudonüümimise kasutamiseks tundlike, isiku- ja konfidentsiaalsete andmete kaitsmiseks väikestes ja keskmise suurusega ettevõtetes (VKE-d).

Põhimõte on proportsionaalsus. Rahvusvaheline kontsern võib kasutada ettevõtteülest tokeniseerimist, andmekao vältimist, eraldatud võtmehoidlaid ja privaatsusinseneeria läbivaatamiskogusid. VKE võib alustada heakskiidetud maskimisskriptidest, piiratud tokenitabelitest ja dokumenteeritud heakskiitudest. Mõlemad peavad suutma tõendada, et privaatsusrisk tuvastati, seda käsitleti ja käsitlust tõendati.

Miks ISO/IEC 27701:2025 vajab ISO/IEC 27001:2022 selgroogu

ISO/IEC 27701:2025 laiendab privaatsuse juhtimise privaatsusteabe haldussüsteemiks, kuid privaatsuskontrollid ei toimi vaakumis. Need sõltuvad nende aluseks olevast infoturbe juhtimissüsteemist.

ISO/IEC 27001:2022 nõuab, et organisatsioonid mõistaksid konteksti, huvitatud poolte nõudeid, kohaldamisala, liideseid ja sõltuvusi ning seejärel looksid ja pidevalt täiustaksid ISMS-i. Selle planeerimisnõuded tagavad korratava riskihindamise, riskikäsitluse, kohaldatavusdeklaratsiooni ja jääkriski aktsepteerimise. PET-ide puhul tähendab see, et kontrollimeetmeid ei valita põhjusel „privaatsus tahab neid“. Need valitakse seetõttu, et riskihindamine näitab nende mõju konfidentsiaalsuse, privaatsuse, testimise, analüütika, tarnija- või pilveriski kokkupuute vähendamisel.

Zenith Blueprint muudab selle praktiliseks Step 23-s, kus see selgitab privaatsust ja isikut tuvastava teabe kaitset elutsüklipõhise kontrollimeetmena:

Selle kontrollimeetme alus on andmeteadlikkus. Organisatsioon peab teadma, millist isikut tuvastavat teavet ta kogub, kus see asub, miks seda töödeldakse ja kellel on sellele juurdepääs. Ilma selle baasinfota on iga privaatsuslubadus sisutühi.

See on sild ISO/IEC 27701:2025 ja GDPR vahel. PET-id vajavad andmeteadlikkust. Ei saa maskida seda, mida ei ole klassifitseeritud. Ei saa vastutustundlikult pseudonüümida, kui ei teata, kelle käes on võti. Ei saa turvaliselt anonüümida, kui taasidentifitseerimise riski ei ole hinnatud. Ei saa kaitsta analüütika või tehisintellekti kasutusjuhtu, kui seda ei saa siduda õigusliku aluse, eesmärgi, säilitamisreegli ja heakskiidukirjega.

PET-ide kaardistamine ISO/IEC 27002:2022 ja Clarysec juhistega

Küps PET-ide juhtimine sõltub integreeritud kontrollimeetmetest. Zenith Controls: raamistikeülene vastavusjuhend käsitleb privaatsust ja isikut tuvastava teabe kaitset, andmete maskeerimist, krüptograafiat ja testteavet ühtse kontrolliperekonnana. See on oluline, sest audiitorid kontrollivad PET-e harva eraldiseisvalt. Kui andmestik on maskitud, küsivad nad, kuidas see klassifitseeriti, kellel on sellele juurdepääs, kas kaasatud on krüptograafiline tokeniseerimine ja kas sama reegel kehtib testkeskkondades.

Zenith Controls kaardistab ISO/IEC 27002:2022 kontrollimeetme 5.34, Privacy and protection of PII, ennetava kontrollimeetmena, mis toetab konfidentsiaalsust, terviklust ja käideldavust ning mille tegevuslikud võimekused on teabekaitse ja õigusnormidele vastavus. Samuti seob see 5.34 varade registri, andmete maskeerimise ja krüptograafiaga. PET-id sõltuvad teadmisest, kus isikut tuvastav teave asub, selle kokkupuute piiramisest ja vajaduse korral krüptograafilisest kaitsmisest.

Kontrollimeetme 8.11, Data masking, puhul määratleb Zenith Controls maskimise ennetava, konfidentsiaalsusele suunatud ja teabekaitse osana. See seob maskimise teabe klassifitseerimise, privaatsuse ja isikut tuvastava teabe kaitse, teabele juurdepääsu piiramise, krüptograafia ja testteabega.

Kontrollimeetme 8.24, Use of cryptography, puhul seob Zenith Controls krüptograafia klassifitseerimise, isikut tuvastava teabe kaitse, teabe edastamise, haavatavuste halduse ja turvalise arenduse elutsükliga. Samuti seob see kontrollimeetme ISO/IEC 27018:2020-ga pilves töödeldava isikut tuvastava teabe kaitseks ning NIST SP 800-53 Rev. 5 kontrollimeetmetega krüptograafilise kaitse, andmete puhkeolekus kaitse ja edastuse konfidentsiaalsuse jaoks.

See integreeritud vaade on põhjus, miks PET-id loovad raamistikeülest vastavuskasu. Maskitud testandmestik võib samaaegselt toetada GDPR andmete minimaalsust, ISO/IEC 27002:2022 testteabe kaitset, DORA IKT-riski vähendamist, NIS2 küberhügieeni ja NIST CSF 2.0 andmeturbe tulemusi.

Testkeskkond on koht, kus privaatsuslubadused sageli läbi kukuvad

Paljudes auditites on kiireim tee olulise leiuni tootmisväline keskkond.

Tootmiskeskkonnas võivad olla MFA, privilegeeritud juurdepääsu haldus, krüptimine, seire ja range muudatuste juhtimine. Test-, arendus- ja vahekeskkondades võivad olla ühiskontod, laiem arendajate juurdepääs, kopeeritud tootmisandmed, nõrgem logimine ja unustatud varukoopiad. Clarysec käsitleb testandmeid just sel põhjusel PET-ide prioriteedina.

P16 Andmete maskeerimise ja pseudonüümimise poliitika on selgesõnaline:

Tegelikke isikuandmeid ei tohi kasutada arendus-, test- ega vahekeskkondades. Selle asemel tuleb kasutada maskitud või pseudonüümitud andmeid ning need tuleb genereerida eelnevalt heakskiidetud teisendusmallidest.

Testandmete ja testkeskkonna poliitika - VKE kehtestab sama ootuse praktilises sõnastuses:

Andmed tuleb asjakohaste tööriistade abil anonüümida või pseudonüümida.

Zenith Blueprint selgitab Step 21-s, miks see on oluline:

Lõppkokkuvõttes tuletab Control 8.33 meelde, et teave ei kaota oma väärtust üksnes seetõttu, et see asub liivakastis. Kui testandmeid käsitletakse sama hoolikalt kui tootmisandmeid, vähendavad organisatsioonid juhusliku kokkupuute, siseohtude väärkasutuse või vastavuse ebaõnnestumise tõenäosust.

Tugev PET-programm algab seetõttu lihtsast reeglist: tootmiskeskkonna isikuandmed ei liigu madalama turbetasemega keskkondadesse, välja arvatud juhul, kui dokumenteeritud erand tõendab tehnilist vajadust, rakendab samaväärseid kaitsemeetmeid ja registreerib heakskiidu.

Testandmete ja testkeskkonna poliitika toetab seda kontrollitud testandmete nõuete kaudu, samas kui VKE-versioon annab väiksematele meeskondadele praktilise baastaseme. Koos peaksid need tagama:

• Vaikimisi nõude kasutada sünteetilisi, anonüümitud või maskitud andmeid
• Ametliku eranditee tootmiskeskkonna isikuandmete jaoks
• Eelnevalt heakskiidetud teisendusmallid
• Juurdepääsukontrolli ja logimise testandmestikele
• Ajaliselt piiratud säilitamise ja puhastamise
• Tõendusmaterjali, et maskimine rakendati enne andmestiku väljastamist
• Pseudonüümitud andmete taasidentifitseerimise riski perioodilise läbivaatamise

Pseudonüümimine ei ole anonüümimine

Üks levinud viga on käsitleda pseudonüümitud andmeid anonüümsetena. Need ei ole anonüümsed.

Pseudonüümimine vähendab tuvastatavust, asendades otsesed identifikaatorid tokenite, räside või alternatiivsete väärtustega. Kui võti, vastendustabel, sool või täiendav andmestik võib isiku tuvastatavuse taastada, vajavad andmed endiselt halduskorraldust. Seetõttu käsitleb GDPR pseudonüümimist kaitsemeetmena, mitte automaatse väljumisena privaatsuskohustustest.

P16S Andmete maskeerimise ja pseudonüümimise poliitika - VKE sätestab:

Pseudonüümimist tuleb kasutada juhul, kui andmete seostamine on vajalik ilma isikuid avaldamata:

See lause määratleb kasutusjuhu: seostamine ilma otsese identiteedita. Pseudonüümimine sobib hästi klientide lahkumise analüütikaks, pettusemustrite analüüsiks, tugijuhtumite korrelatsiooniks, pikaajaliseks aruandluseks ja tehisintellekti mudeli treenimiseks, kus sama isikut tuleb sündmuste lõikes ära tunda, kuid mudeli kasutaja ei vaja tema tegelikku identiteeti.

Kontrollimeede on aga ainult nii tugev kui võtmehaldus. P16S Andmete maskeerimise ja pseudonüümimise poliitika - VKE sätestab samuti:

Juurdepääs võtmetele peab olema krüpteeritud, allutatud juurdepääsukontrollile ja logitud.

See on otseselt kooskõlas ISO/IEC 27002:2022 kontrollimeetmega 8.24. Step 20-s, mis käsitleb krüptograafia kasutamist, hoiatab Zenith Blueprint:

Tugev krüptimine ei tähenda midagi, kui võtmed on paljastatud, valesti käideldud või unustatud. Võtmed tuleb genereerida turvaliselt, hoida krüpteeritud võtmehoidlates või riistvaralistes turbemoodulites, roteerida graafiku alusel ning kompromiteerimise või vajaduse lõppemise korral kehtetuks tunnistada.

CISO või privaatsusjuhi jaoks on praktiline reegel selge: kui pseudonüümimine on pööratav, on juurdepääs võtmele kõige kriitilisem vara. Tokenitabelit, soola, võtmehoidla õigusi, taasidentifitseerimise töövoogu ja logisid tuleb käsitleda kõrge riskiga varadena.

P16 Andmete maskeerimise ja pseudonüümimise poliitika lisab veel ühe auditikriitilise nõude:

Pseudonüümitud andmestike puhul tuleb perioodiliselt teha taasidentifitseerimise riski hindamisi.

See takistab pseudonüümimise aegumist. Andmestik, mis oli eelmisel aastal madala riskiga, võib muutuda kõrgema riskiga, kui lisatakse uusi atribuute, tarnija saab rohkem andmeid või väliseid andmestikke on lihtsam seostada.

Praktiline PET-töövoog tehisintellekti ja analüütika jaoks

Naaseme Sarah’ fintech-ettevõtte tehisintellekti funktsiooni juurde. Äri soovib mudeli treenimiseks kliendiandmeid, kuid Sarah vajab kaitstavat teed, mis kaitseb kliente, rahuldab juriste ega blokeeri innovatsiooni.

Step 1: loo lõimitud andmekaitse otsustuskirje

Äriomanik avab REG04, otsustuskirje, millele viitab Lõimitud andmekaitse ja vaikimisi andmekaitse poliitika. Taotlus dokumenteerib:

• Ärieesmärk: tehisintellektil põhinev nõustamisfunktsioon ning kliendi lahkumise või kaasatuse modelleerimine
• Taotletav andmestik: kliendiprofiil, tellimussündmused, tehingukategooriad, kasutuslogid ja tugisündmused
• Vastutava või volitatud töötleja roll ning õiguslik alus või töötlemisjuhis
• Kas tuvastatavad isikuandmed on vajalikud
• PET-i teostatavus: koondamine, pseudonüümimine, anonüümimine, sünteetilised andmed või maskimine
• Saajad: sisemine analüütikameeskond, rakendusmeeskond ja pilveanalüütika platvorm
• Säilitamisperiood ja kustutamise käivitaja
• Heakskiidu omanik ja jääkrisk

Poliitika nõuab PET-i teostatavuse dokumenteerimist enne tuvastatavate isikuandmete heakskiitmist. See muudab identifitseerimatuks muutmise vaikimisi teeks, mitte järelmõtteks.

Step 2: klassifitseeri ja minimeeri väljad

Andmete omanik eemaldab treeningväljavõttest otsesed identifikaatorid, nagu nimi, e-posti aadress, telefoninumber, riiklik isikukood ja täielik kontonumber. Kliendi ID asendatakse pseudonüümse tokeniga. Asukoht üldistatakse. Vabatekstilised tugimärkmed jäetakse välja või redigeeritakse. Makseandmed eemaldatakse, välja arvatud juhul, kui konkreetne heakskiidetud funktsioon neid nõuab.

Andmekaitse ja privaatsuspoliitika - VKE tugevdab seda disainipõhimõtet:

Süsteemi vaikeseaded peavad minimeerima isikuandmete kokkupuudet (nt maskeeritud vaated, piiratud aruanded)

Andmekaitse ja privaatsuspoliitika sätestab laiema süsteeminõude:

Süsteemid peavad vajaduse korral toetama anonüümimist või pseudonüümimist.

Step 3: rakenda pseudonüümimist ja kaitse võtmeid

Insenerid kasutavad maskimispoliitikast pärit heakskiidetud teisendusmalli. Tokenid genereeritakse heakskiidetud meetodil. Võti või vastendustabel hoitakse eraldi piiratud juurdepääsuga võtmehoidlas. Sellele pääseb ligi ainult kitsas taasidentifitseerimise roll ning iga juurdepääs logitakse.

Kui andmestik edastatakse pilveanalüütika teenuseosutajale, kontrollitakse krüptimist nii ülekandel kui ka puhkeolekus. Isikut tuvastava teabe turbe ja juurdepääsukontrolli poliitika nõuab:

[Mõlemad] Infoturbe juht PEAB määratlema krüptimise või heakskiidetud kompenseeriva kaitse nõuded REG12-s enne suure mõjuga, tundliku või väliselt edastatava isikut tuvastava teabe salvestamist, edastamist või kättesaadavaks tegemist.

Step 4: vaata üle taasidentifitseerimise risk

DPO või andmekaitsenõustaja vaatab üle, kas allesjäänud atribuudid võivad isikuid tuvastada unikaalsuse, haruldaste käitumismustrite või väliste andmetega seostamise kaudu.

Isikut tuvastava teabe säilitamise, kustutamise ja kõrvaldamise poliitika sätestab:

[Mõlemad] Andmekaitseametnik / andmekaitsenõustaja PEAB REG12-s üle vaatama taasidentifitseerimise riski eeldused enne suure riskiga või väliselt jagatavate andmestike anonüümimise või identifitseerimatuks muutmise heakskiitmist.

See läbivaatamine on eriti oluline siis, kui andmed lahkuvad organisatsioonist, sisenevad volitatud töötleja keskkonda või neid kasutatakse tehisintellekti treenimiseks.

Step 5: ohja tehisintellektiga seotud andmeriski

Tehisintellekt loob PET-idele eripäraseid väljakutseid, sest mudelimeeskonnad soovivad sageli suuri, realistlikke ja korduvkasutatavaid andmestikke. AI ja automatiseeritud otsuste tegemise privaatsuspoliitika sõnastab tegevusliku ootuse selgelt:

[Mõlemad] Enne tootmiskeskkonna isikut tuvastava teabe kasutamist tehisintellekti testimiseks, treenimiseks, häälestamiseks, valideerimiseks või seireks peab süsteemiomanik / rakenduse omanik rakendama heakskiidetud andmete minimaalsuse, eraldamise, juurdepääsukontrolli või identifitseerimatuks muutmise meetmeid ning registreerima rakendamise tõendusmaterjali REG04-s või REG12-s.

Tehisintellekti projektide praktilised PET-valikud hõlmavad sünteetilisi andmeid varajaseks testimiseks, tunnuste minimeerimist, pseudonüümitud identifikaatoreid, vabateksti redigeerimist, koondamist, diferentseeritud juurdepääsu tundlikele atribuutidele ning treening-, valideerimis- ja tootmisseireandmete eraldamist.

Läbivaatamisel tuleb küsida:

• Kas mudeli eesmärki saab täita ilma otseste identifikaatoriteta?
• Kas vabatekstiväljad on vajalikud ja kas need on redigeeritud?
• Kas tundlikke andmeid kasutatakse sisendina, märgendina või asendusnäitajana?
• Kas sünteetilised andmed saavad toetada testimist enne tegelike andmete heakskiitmist?
• Kas mudeli väljundeid kontrollitakse mällu talletamise või taasidentifitseerimise riski suhtes?
• Kas treeningväljavõtete jaoks on olemas kustutamisplaan?
• Kas tõendusmaterjal on registreeritud REG04-s või REG12-s?

Step 6: registreeri säilitamine ja kõrvaldamine

Kui tehisintellekti väljund ei vaja pärast treenimist või valideerimist enam rea tasemel andmeid, tuleb algne pseudonüümitud andmestik pärast määratud perioodi kustutada. Kui lõppväljund on koondatud, võib sellele kehtida erinev säilitamisreegel.

Isikut tuvastava teabe säilitamise, kustutamise ja kõrvaldamise poliitika nõuab:

[Mõlemad] Protsessiomanik / äriprotsessi omanik PEAB dokumenteerima anonüümimise, identifitseerimatuks muutmise või pseudonüümimise säilitamisriski vähendamise meetmena või lõpliku kõrvaldamistulemusena REG02-s enne tuvastatava isikut tuvastava teabe teisendamist.

Step 7: säilita auditijälg

Tõendusmaterjali pakett peab sisaldama REG04, REG12, REG02, vajaduse korral DPIA või PIA, maskimise konfiguratsiooni, tokeni disaini, võtme juurdepääsulogisid, pilveturbe seadistusi, tarnijate heakskiite, kustutuslogisid ja piiratud aruannete kuvatõmmiseid.

Nii muutuvad PET-id auditeeritavaks. Sarah saab näidata mitte ainult seda, et pseudonüümimist kasutati, vaid ka miks see valiti, kes selle heaks kiitis, kuidas see rakendati, kuidas võtmeid kaitsti ja kuidas jääkriski üle vaadati.

Raamistikeülene kaardistus: GDPR, ISO 27701, NIS2, DORA, NIST ja COBIT

PET-id vähendavad koormust laiemas regulatiivses maastikus, sest need toetavad sama põhieesmärki: vähendada tundlike andmete liigset kokkupuudet, säilitades samal ajal vastutuse ja talitluspidevuse.

GDPR alusel toetavad PET-id vastutust, andmete minimaalsust, lõimitud andmekaitset ja töötlemise turvalisust. GDPR võib kohalduda territoriaalväliselt väljaspool EL-i asuvatele vastutavatele või volitatud töötlejatele, kes pakuvad teenuseid liidus asuvatele isikutele või jälgivad neid. SaaS, fintech ja pilveanalüütika teenuseosutajad vajavad sageli GDPR-iga kooskõlas olevaid PET-e ka siis, kui nende peakontor asub mujal.

NIS2 alusel peavad elutähtsad ja olulised üksused rakendama asjakohaseid ja proportsionaalseid tehnilisi, operatiivseid ja organisatsioonilisi meetmeid. Article 21 hõlmab riskianalüüsi, intsidentide käsitlemist, talitluspidevust, tarneahela turvet, turvalist arendust, tõhususe hindamist, küberhügieeni, krüptograafiat, juurdepääsukontrolli ja varahaldust.

DORA alusel vajavad finantsüksused dokumenteeritud IKT-riski juhtimise raamistikku ning tugevat kaitset andmete konfidentsiaalsusele, terviklusele ja käideldavusele. Articles 28 to 30 kolmandate osapoolte nõuded muudavad PET-id eriti väärtuslikuks siis, kui andmed liiguvad läbi IKT-teenuseosutajate, pilveplatvormide, allhankearendajate või testimispartnerite.

NIST CSF 2.0 lisab toimimisperspektiivi. GOVERN tulemused nõuavad õiguslike, regulatiivsete ja lepinguliste nõuete, privaatsuskohustuste, riskivalmiduse ja poliitika järelevalve käsitlemist. PROTECT hõlmab andmeturvet andmete puhkeolekus, edastamisel ja kasutamisel. DETECT, RESPOND ja RECOVER lisavad seire, intsidendi väljakuulutamise, sidusrühmade teavitamise, uurimise tervikluse ja taastamise verifitseerimise.

Kuidas audiitorid teie PET-programmi testivad

Poliitika on vaid paber ja tööriist vaid kood, kuni audiitor küsib tõendusmaterjali. Erinevad hindajad lähenevad PET-idele eri nurkade alt, kuid tõendusmaterjal kattub.

Zenith Controls sisaldab auditi metoodika vaadet, mis on siin eriti kasulik. Privaatsuse ja isikut tuvastava teabe kaitse puhul suunab see audiitorid privaatsuspoliitikate, andmeregistrite, DPIA-de või PIA-de, koolituslogide, krüptimise tõendusmaterjali, juurdepääsukontrollide ja loogiliste kaitsemeetmete juurde. Andmete maskeerimise puhul rõhutab see maskimispoliitikaid, klassifitseerimisskeeme, süsteeminäidiseid, juhtpaneele, logisid, tootmisväliseid andmestikke ja tõendusmaterjali selle kohta, et maskimine on õigesti rakendatud. Krüptograafia puhul rõhutab see heakskiidetud algoritme, võtmepikkusi, võtmehalduse protseduure, võtmete hoidmise rolle ja tõendusmaterjali selle kohta, et nõrku šifreid välditakse.

Õppetund on lihtne: PET-ide tõendusmaterjal peab olema nii tehniline kui ka juhtimisalane. Kuvatõmmistest üksi ei piisa. Poliitikatest üksi ei piisa. Vaja on terviklikku ahelat nõudest riskini, rakendamiseni, seireni, läbivaatamiseni ja parendamiseni.

Levinud PET-ide puudused, mis tuleb enne auditit kõrvaldada

Enamik organisatsioone ei kuku läbi tööriistade puudumise tõttu. Nad kukuvad läbi seetõttu, et PET-e juhitakse ebaühtlaselt.

Levinud leiud on järgmised:

• Maskimist rakendatakse andmebaasidele, kuid mitte eksportidele, logidele ega BI-juhtpaneelidele
• Pseudonüümimisvõtmed on kättesaadavad liiga paljudele administraatoritele
• Testkeskkondades on vanad tootmisandmete koopiad ilma säilitamise omanikuta
• Analüütikameeskonnad kasutavad e-posti aadresse mugavate ühendamisvõtmetena
• Tarnijad saavad näidisandmeid enne privaatsuse läbivaatamist
• Anonüümimist väidetakse ilma taasidentifitseerimise hindamiseta
• Andmete minimaalsus on dokumenteeritud DPIA-s, kuid päringutes rakendamata
• Krüptimine on lubatud, kuid võtmete omand ja rotatsioon on ebaselged
• Tehisintellekti meeskonnad hoiavad treeningväljavõtteid väljaspool heakskiidetud repositooriume
• Erandid kinnitatakse suuliselt ja need ei aegu kunagi

Lahendus ei ole pikem poliitikadokument. Lahendus on töövoog, mis muudab turvalise tee kõige lihtsamaks teeks.

Ehita PET-ide toimimismudel 30 päevaga

Praktilise PET-programmiga saab kiiresti alustada, kui keskenduda esmalt kõige suurema riskiga andmeliikumistele.

See on ka õige hetk siduda PET-id laiema Clarysec teekaardiga. Zenith Blueprint käsitleb Step 19-s maskimist, Step 20-s krüptograafiat, Step 21-s testteavet ja Step 23-s privaatsust ning isikut tuvastava teabe kaitset. Koos loovad need sammud rakendatava järjestuse ISO/IEC 27701:2025 ja GDPR-iga kooskõlas olevale privaatsusinseneeriale.

Muuda PET-id auditeeritavaks enne, kui audiitor küsib

Sarah’ lugu ei lõpe lihtsa jah või ei vastusega. See lõpeb parema küsimusega: kuidas saab organisatsioon kasutada andmeid turvaliselt?

Kasutades privaatsust suurendavate tehnoloogiate juhtimispõhist lähenemist, saab ta rahuldada juriste, võimaldada tootemeeskonna tööd, kaitsta kliente ja tugevdada samal ajal vastavust. Tehisintellekti funktsioon võib jätkuda pseudonüümitud, minimeeritud ja juurdepääsukontrolliga kaitstud andmetel. Pilveanalüütika teenuseosutaja võib saada ainult turvalise andmestiku. Võti võib jääda piiratud juurdepääsuga. Säilitamisreegli saab dokumenteerida. Tõendusmaterjal peab vastu ISO, GDPR, DORA, NIS2 ja klientide kindlustandvatele läbivaatustele.

PET-id on enamat kui tehniline lahendus vastavusprobleemile. Kui need integreeritakse juhtimissüsteemi, mida suunavad selged poliitikad, Zenith Blueprint ja Zenith Controls raamistikeülene kaardistus, muutuvad need strateegiliseks võimaldajaks. Need võimaldavad organisatsioonidel saada andmetest väärtust, vähendades samal ajal kokkupuudet, suurendades usaldust ja tõendades vastutust.

Clarysec aitab teil muuta selle toimimismudeliks.

Alustage Zenith Blueprint-iga, et järjestada rakendamine. Kasutage Zenith Controls-i, et kaardistada PET-id ISO/IEC 27002:2022, GDPR, NIS2, DORA, NIST ja toetavate ISO standardite vahel. Seejärel võtke kasutusele asjakohased Clarysec poliitikad, sealhulgas P16 Andmete maskeerimise ja pseudonüümimise poliitika, Lõimitud andmekaitse ja vaikimisi andmekaitse poliitika, Isikut tuvastava teabe säilitamise, kustutamise ja kõrvaldamise poliitika, Isikut tuvastava teabe turbe ja juurdepääsukontrolli poliitika, Testandmete ja testkeskkonna poliitika ning AI ja automatiseeritud otsuste tegemise privaatsuspoliitika.

Teie vahetu tegevus on lihtne: valige sel nädalal üks kõrge riskiga andmestik ja küsige: „Kas äriline tulemus on saavutatav ilma tuvastatavate isikuandmeteta?“ Kui vastus on jah, rakendage PET. Kui vastus on ei, dokumenteerige põhjus, kaitske andmeid nõuetekohaselt ja säilitage tõendusmaterjal.

See on lõimitud andmekaitse päriselus.