BDAR audito nesėkmė: Fragmentuoti asmens duomenų įrankiai
Atnaujinta 2026 m.
Jūsų auditorius užduoda vieną klausimą: "Kokias technines kontroles naudoja jūsų organizacija, kad apsaugotų asmens duomenis?" Blogas atsakymas: "Mes naudojame penkis skirtingus įrankius." Štai kodėl penkių įrankių naudojimas nepavyksta BDAR audituose - ir kaip atrodo tvarkingas atsakymas.
Audito momentas
Duomenų apsaugos institucijos tyrėjas susitinka su atitikties pareigūnu. DPI peržiūri duomenų subjekto skundą. Buvęs klientas teigia, kad jo duomenys buvo netinkamai tvarkyti.
Klausimas: "Kokias kontroles naudoja jūsų organizacija, kad darbuotojai tvarkytų asmens duomenis saugiai?"
Atitikties pareigūnas: "Mūsų teisininkai naudoja Word priedą. Palaikymo darbuotojai naudoja Chrome plėtinį. Mūsų duomenų komanda turi Python scenarijų. Atskiriems prašymams visi gali naudoti žiniatinklio programą."
Tyrėjas: "Ar tai tas pats įrankis? Tas pats variklis? Ta pati aprėptis?"
Atitikties pareigūnas: "Ne. Jie veikia skirtingai."
Būtent tada auditas tampa sudėtingesnis.
Kodėl fragmentuoti įrankiai nepavyksta pagal 32 straipsnį
BDAR 32 straipsnis reikalauja "tinkamų techninių ir organizacinių priemonių". Standartas turi dvi dalis.
Tinkamumas rizikai. Priemonės turi atitikti riziką. Asmens duomenims, tvarkymiems daugelyje darbo srautų, reikalingas nuoseklus asmens duomenų aptikimas. Aptikimas, kuris skiriasi priklausomai nuo įrankio, neatitinka šio standarto.
Įrodymai. Priemonės turi būti įrodomos. BDAR 5 straipsnio 2 dalis - atskaitomybės principas - reikalauja, kad valdytojai "galėtų įrodyti atitiktį". Tai reiškia nuoseklios kontrolės įrodymus. Ne gerą siekimą. Nuoseklumą.
Išsklaidytos priemonės atskiria įrodymuose. Įrankis A aptinka 285 objektų tipus. Įrankis B aptinka 50. Įrankis C aptinka 200, bet su skirtingomis ribomis. Negalima įrodyti nuoseklios apsaugos su tokiu rinkiniu. Galima tik parodyti, kad kai kurie įrankiai veikė kai kuriuose kontekstuose.
DPI radinys dėl išsklaidytų priemonių skamba taip: "Techninės asmens duomenų apsaugos kontrolės yra nenuoseklios darbo srautuose. Tai sukuria aprėpties spragas ir neleidžia centralizuotos audito takelių peržiūros."
Spragų aptikimo problema
Dažnai nežinote, kur yra jūsų aprėpties spragos, kol neatsiranda pažeidimas.
Tarkime, įrankis B (kurį naudoja duomenų komanda) neaptinka ES nacionalinių asmens tapatybės numerių. Įrankis A (kurį naudoja teisininkai) - aptinka. Ši spraga yra nematoma įprasto darbo metu. Failai apdorojami. Perspėjimai nekyla. Viskas atrodo gerai.
Spraga atsiskleidžia, kai:
- ES nacionalinis asmens tapatybės numeris atsiranda faile, kurį apdorojo duomenų komanda
- Tas failas yra bendrinamas be kontrolių
- Duomenų subjektas aptinka atskleidimą ir paduoda BDAR skundą
Dabar DPI atskleidžia spragą. Duomenų komanda naudojo įrankį su kitokia aprėptimi nei kitos komandos. Spraga, kuri turėjo būti rasta ir uždaryta.
Vieninga aprėptis tai išsprendžia. Tie patys objektų tipai aptinkami visuose kontekstuose. Spragos tampa matomos - nulis objekto X aptikimų bet kuriame darbo sraute - o ne paslėptos.
Žr. BDAR 32 straipsnis ir DI įrankių stebėjimas, ko ieško auditoriai techninėse kontrolėse.
Kaip atrodo tvarkingas atitikties atsakymas
Atitikties pareigūnas su vieninga platforma atsako kitaip.
"Mes naudojame vieną asmens duomenų aptikimo platformą visuose darbo srautuose. Teisininkai, palaikymo agentai ir duomenų inžinieriai naudoja tą patį aptikimo variklį. Sąsajos skiriasi - Word priedas, Chrome plėtinys, darbalaukio programa - bet modelis ir konfigūracija yra vienodi. Visas apdorojimas registruojamas centralizuotame audito takelyje. Mūsų konfigūracija apima 285+ objektų tipos su teisminėms kompetencijoms tinkamais išankstiniais nustatymais. Galiu pateikti bet kurį jums reikalingą laikotarpį."
Šis atsakymas yra:
- Konkretus. Jis įvardija platformą ir paaiškina kelių platformų konfigūraciją.
- Nuoseklus. "Tas pats aptikimo variklis" tiesiogiai sprendžia aprėpties susirūpinimą.
- Įrodomas. Centrinis audito takelys reiškia, kad įrodymai paruošti pagal užklausą.
Kai tyrėjas prašo konkretaus duomenų subjekto audito takelio, prašymas įvykdomas nedelsiant.
Kelių platformų nuoseklumo standartas
Stiprios 32 straipsnio pozicijos minimumas yra šie reikalavimai.
Aptikimo nuoseklumas:
- Tas pats aptikimo modelis arba API visose platformose
- Ta pati objektų tipų aprėptis - jei žiniatinklio programa tikrina 285 objektus, darbalaukio programa taip pat turi
- Tos pačios pasitikėjimo ribos - joks įrankis nėra laisvesnis ar griežtesnis tam pačiam objekto tipui
- Tie patys pakaitiniai žetonai tiems patiems objektų tipams
- Centrinis audito takelys visose platformose
Dokumentavimo reikalavimai:
- Konfigūracijos momentinė kopija: esama objektų aprėptis ir ribos
- Pakeitimų istorija: kas pasikeitė ir kada
- Aprėpties įrodymas: visos platformos naudoja tą pačią konfigūraciją
Galima tai sukurti kelių įrankių rinkinyje. Tačiau tam reikia oficialaus konfigūracijos valdymo ir reguliarių įrankių auditų. Viena platforma padaro atsakymą paprastą: "Čia yra konfigūracija. Ji taikoma visur. Čia yra audito takelys."
Daugiau apie kelių platformų nuoseklumą žr. Kelių platformų asmens duomenų atitiktis: Mac, Linux, Windows.
Praktinis perėjimas: Nuo fragmentuotos prie vieningos
1 žingsnis: Nubraižyti įrankius ir aprėptį
- Išvardyti kiekvieną įrankį pagal komandą ir darbo srautą
- Dokumentuoti, kokius asmens duomenų tipus aptinka kiekvienas įrankis
- Rasti spragas - ką aptinka įrankis A, bet praleidžia įrankis B?
2 žingsnis: Apibrėžti aprėpties standartą
- Remiantis jūsų įsipareigojimais - BDAR objektų tipais, HIPAA PHI, CCPA kategorijomis
- Nustatyti vieną standartą, taikomą visiems darbo srautams
3 žingsnis: Pasirinkti vieningą platformą
- Ar ji gali būti diegiama žiniatinklyje, darbalaukyje, Word ir naršyklėje?
- Ar ji atitinka jūsų aprėpties standartą?
- Ar ji teikia centralizuotą audito takelį?
4 žingsnis: Migruoti
- Pradėti nuo didžiausios rizikos darbo srautų
- Pereiti komanda po komandos ir atisakyti pasenusių įrankių, kai vartotojai migruoja
- Įrašyti migraciją atitikties žurnale
Išsklaidytos priemonės yra viena iš dažniausiai randamų BDAR kontrolės spragų audituose. Kaip ji pasireiškia paskirstytose komandose, žr. Nuotolinis darbas ir BDAR: Platformų nenuoseklumas.