
Atbilstības pierādījumi var atklāt arhitektūru, neatrisinātas vājās vietas, informāciju par darbiniekiem, atkarības no piegādātājiem un incidentu vēsturi. Lēmums par to, kur šie pierādījumi glabājas, ir pelnījis tādu pašu rūpību kā lēmums par klientu datu atrašanās vietu. Dažos gadījumos pierādījumu repozitorijs sniedz koncentrētāku priekšstatu par uzņēmumu nekā jebkura atsevišķa produkcijas sistēma.
Tāpēc vadībai ES datu suverenitāte ir iepirkuma un atbildības jautājums: kas var piekļūt šai informācijai, ar kādām pilnvarām un kas notiek, ja mums jāaiziet?
Eiropas mitināšanas reģions ir noderīga informācija. Tā nav pilnīga atbilde. Lēmumam jāaptver pakalpojumu ķēde, juridiskā pakļautība, tehniskā piekļuve un spēja saglabāt izmantojamus ierakstus ārpus platformas.
Atbilstības platformā var būt tīkla diagrammas, piekļuves pārskati, ievainojamību ziņojumi, apstrādes reģistri, riska novērtējumi un incidentu izmeklēšanas. Kopā šie ieraksti apraksta gan to, kā organizācija darbojas, gan to, kur tās aizsardzībai nepieciešami uzlabojumi.
Tajos ir arī dažāda veida sensitivitāte. Darbinieku piekļuves pārskats ietver personas datus. Ielaušanās testa ziņojums var atklāt izmantojamas vājās vietas. Vadības lēmums var fiksēt komerciālu atkarību vai akceptētu risku. Šīm kategorijām nepieciešama atšķirīga apstrāde pat tad, ja tās atrodas vienā darbvietā.
Pirms piegādātāju salīdzināšanas izveidojiet nelielu pierādījumu inventāru. Katrai kategorijai reģistrējiet tās nolūku, sensitivitāti, īpašnieku, paredzētos lasītājus, glabāšanas prasību un to, vai oriģināldokuments vispār ir jāaugšupielādē.
Piemēram, kontroles pārskatam var būt nepieciešams pierādījums, ka novēršana ir pabeigta, nevis pilns tehniskais ziņojums, kurā aprakstīta katra ievainojamība. Rediģēts izraksts dažkārt var apliecināt nepieciešamo faktu, vienlaikus samazinot atklātību. Rediģēšana nedrīkst noņemt kontekstu, kas nepieciešams pierādījumu izvērtēšanai.
Tas ir praktisks ieteikums, nevis universāla prasība aizstāt oriģinālus ar kopsavilkumiem. Mērķis ir padarīt pierādījumu apstrādi apzinātu, nevis ļaut katram audita pieprasījumam bezgalīgi paplašināt repozitoriju.
Datu atrašanās vieta attiecas uz vietu. Suverenitāte attiecas arī uz kontroli, piekļuvi, juridisko pakļautību un spēju pārvietot vai turpināt izmantot informāciju. Nevienu no šiem terminiem nevajadzētu uzskatīt par atbilstības sertifikātu.
| Dimensija | Jautājums, uz kuru jāatbild | Noderīgi pierādījumi |
|---|---|---|
| Atrašanās vieta | Kur tiek glabāta vai apstrādāta katra kopija? | Produkcijas, rezerves kopiju, žurnālu un atbalsta sistēmu atrašanās vietas |
| Korporatīvā kontrole | Kuras vienības darbina un kontrolē pakalpojumu? | Līgumslēdzēja vienība, īpašumtiesību struktūra un pakalpojuma atbildības jomas |
| Darbības piekļuve | Kas var skatīt vai atšifrēt informāciju? | Privilēģiju modelis, atbalsta procedūras un piekļuves ieraksti |
| Juridiskā pakļautība | Kuras jurisdikcijas un izpaušanas pienākumi var būt piemērojami? | Juridiskais novērtējums un līgumiskās izpaušanas procedūras |
| Nepārtrauktība | Vai varam saglabāt izmantojamus ierakstus, ja attiecības beidzas? | Testēti eksporti, atjaunošanas kārtība un izbeigšanas noteikumi |
Šīs dimensijas mijiedarbojas, taču tās nav savstarpēji aizstājamas. ES mitinātā pakalpojumā var būt iesaistīts atbalsta personāls vai apstrāde ārpus ES. ES piederošs piegādātājs var būt atkarīgs no infrastruktūras, uzraudzības vai mākslīgā intelekta pakalpojumiem, ko darbina citas vienības. Īpašumtiesības vien nepierāda, ka katrs piekļuves ceļš ir pieņemams.
Tāpat pakļautība citai jurisdikcijai nenozīmē, ka izpaušana ir neizbēgama vai ka pakalpojums automātiski ir nelikumīgs. Novērtējiet attiecīgās vienības, piemērojamos tiesību aktus, praktisko piekļuvi un aizsardzības pasākumus. Ja obligātā izpaušana lēmumam ir būtiska, saņemiet juridisku konsultāciju, nevis paļaujieties uz valstiskās piederības apzīmējumu vai pārdevēja apliecinājumu.
VDAR neuzliek vispārēju noteikumu, ka visiem personas datiem jāpaliek ES. Tā prasa atbilstošu tiesisko pamatu un atbilstīgu apstrādi, tostarp drošību, apstrādātāju vienošanās un, ja piemērojams, starptautiskās nosūtīšanas prasības.
Atbilstības repozitorijam, kurā ir personas dati, nosakiet pušu lomas un, ja pastāv apstrādātāja attiecības, izvērtējiet 28. panta apstrādes noteikumus. Atsevišķi izvērtējiet V nodaļas nosūtīšanas kārtību. Apstrādes līguma parakstīšana neatrisina nosūtīšanas jautājumu, un ES glabāšanas reģiona izvēle nenovērš nepieciešamību izvērtēt piekļuvi no ārvalstīm vai tālāku apstrādi.
VDAR 32. pants prasa riskam atbilstošu drošību. Šifrēšana var būt svarīgs pasākums, taču VDAR nenosaka vienu vispārēju šifrēšanas risinājumu katram repozitorijam. 48. pants attiecas arī uz trešo valstu tiesu vai administratīvo iestāžu prasībām nosūtīt vai izpaust datus; to nevajadzētu interpretēt kā universālu aizsargu pret ārvalstu piekļuvi.
Citi pienākumi ir atkarīgi no organizācijas. NIS2, kas ieviesta ar nacionālajiem tiesību aktiem, ietver vadības uzraudzības un piegādes ķēdes drošības pasākumus tvērumā esošajām vienībām. DORA nosaka IKT trešo pušu riska pienākumus tvērumā esošām finanšu vienībām. Nevienu no tām nevajadzētu reducēt līdz vispārīgam norādījumam iegādāties Eiropas programmatūru.
Arī Eiropas suverenitātes politika un diskusijas par iepirkumiem jāinterpretē uzmanīgi. Nošķiriet pieņemtus pienākumus no priekšlikumiem, politiskām deklarācijām, iepirkuma kritērijiem un sertifikācijas shēmām. Francijas un Vācijas prasības nevajadzētu uzskatīt par savstarpēji aizstājamām vai automātiski piemērojamām katram privātam uzņēmumam visā Eiropā.
Lūdziet juristiem un iepirkumu speciālistiem dokumentēt konkrētās nacionālās, nozares un klientu prasības, kas ietekmē jūsu iegādi. Mākoņpakalpojumu apliecinājuma ziņojums var sniegt pierādījumus, taču tas neatrisina suverenitātes jautājumu. Piemēram, BSI C5 katalogs attiecas uz mākoņpakalpojumu kontrolēm un apliecināšanu; tas nav vispārējs suverenitātes sertifikāts.
Visnoderīgākais iepirkuma dokuments ir pierādījumu apstrādes karte. Tā parāda, kā informācija nonāk pakalpojumā, kuras sistēmas to apstrādā, kas tai var piekļūt un kā tā no pakalpojuma iziet.
Pieprasiet atbildes par produkcijas krātuvi, replikām, rezerves kopijām, avārijas atjaunošanu, lietotņu žurnāliem, uzraudzību, atbalsta pieteikumiem un pagaidu problēmu novēršanas kopijām. Iekļaujiet eksportus un e-pasta paziņojumus: sensitīvs konstatējums var izkļūt ārpus paredzētās robežas ar paziņojuma starpniecību pat tad, ja tā pielikums paliek platformā.
Katram komponentam reģistrējiet:
Nošķiriet pakalpojumu sniedzēja infrastruktūras piegādātāju no atbalsta apakšuzņēmēja vai mākslīgā intelekta apstrādātāja. To funkcijas un piekļuve var būtiski atšķirties. Piegādātāju logotipu saraksts neaizstāj šo karti.
Izvērtējiet arī izmaiņu pārvaldību. Kā jūs uzzināsiet par jaunu apakšapstrādātāju, mainītu apstrādes vietu vai pārskatītu atbalsta kārtību? Kādas pārskatīšanas vai iebildumu tiesības pastāv, un kas notiek, ja ierosinātā izmaiņa ir pretrunā ar jūsu prasībām? Apmierinošam novērtējumam šodien nepieciešams mehānisms izmaiņu atklāšanai rīt.
Ar mākslīgā intelekta palīdzību veikta pierādījumu pārskatīšana var ieviest vēl vienu pakalpojumu sniedzēju un glabāšanas politiku. Funkcija, kas apkopo incidenta ziņojumu, var nosūtīt ziņojumu, iegūto tekstu, uzvednes, metadatus vai diagnostikas informāciju ārpus galvenās lietotnes.
Jautājiet, kas nonāk pie mākslīgā intelekta pakalpojumu sniedzēja, kādam nolūkam un saskaņā ar kādiem līguma noteikumiem. Pārliecinieties par izmantošanu modeļu apmācībai, glabāšanu, cilvēku piekļuvi, apstrādes vietām un tālāku apstrādi saskaņā ar spēkā esošo līgumu. Nepieņemiet, ka uzņēmuma konts vai paziņojums „netiek izmantots apmācībai” nozīmē arī to, ka dati netiek glabāti vai atbalsta dienestam nav piekļuves.
Noskaidrojiet, vai mākslīgā intelekta funkcijas ir neobligātas un vai sensitīviem materiāliem var piemērot ierobežojumus. Ja platforma nevar nodrošināt nepieciešamo robežu, iekšējs norādījums neaugšupielādēt ierobežotas piekļuves dokumentus var būt pārāk trausls ikdienas lietošanai.
Praktiskā pārskatā vienam reprezentatīvam dokumentam jāizseko viss ceļš caur funkciju. Identificējiet avotu, nosūtīto saturu, izvades datus, saglabātos ierakstus un pārskatītājus. Ģenerētie kopsavilkumi paši var saturēt sensitīvu informāciju, tāpēc tiem jābūt apstrādes kartē.
Pierādījumu secinājumiem joprojām nepieciešama cilvēka pārskatīšana. Tas ir atsevišķs aizsardzības pasākums, kas nav saistīts ar apstrādes ierobežojumiem: mākslīgā intelekta ģenerēta kopsavilkuma apstiprināšana neatļauj ar atpakaļejošu spēku tā avota nepieņemamu izpaušanu.
Šifrēšana aizsargā informāciju tikai sava dizaina un darbības robežās. Šifrēšana pārsūtīšanas laikā aizsargā savienojumus; šifrēšana glabāšanas laikā aizsargā glabātos datus noteiktu apdraudējuma pieņēmumu ietvaros. Neviena no tām automātiski neliedz pilnvarotai lietotnei vai priviliģētam operatoram lasīt saturu.
Jautājiet, kas kontrolē atslēgas, kas var izraisīt atšifrēšanu un vai administratori var mainīt atļaujas, kas regulē šo piekļuvi. Klienta pārvaldītu atslēgu kārtība var uzlabot kontroli, taču tās ietekme ir atkarīga no arhitektūras. Ja pakalpojums regulāri saņem atklāta teksta datus, atslēgu īpašumtiesības vien nenovērš pakalpojumu sniedzēja piekļuvi.
Lūdziet tehniskajai komandai izvērtēt atslēgu nošķiršanu, rotāciju, atsaukšanu, atjaunošanu un atslēgu zaudēšanas sekas. Vadībai jāizprot jebkurš kompromiss attiecībā uz pieejamību, pirms to apstiprina. Stingrāka piekļuves robeža, kas vienlaikus padara būtiskus pierādījumus neatjaunojamus, nav pilnīgs nepārtrauktības risinājums.
Īpaša uzmanība jāpievērš atbalsta piekļuvei. Meklējiet nosauktas identitātes, ierobežotas privilēģijas, laikā ierobežotu autorizāciju, klienta apstiprinājumu, ja tas ir piemēroti, un auditējamas darbības. Jautājiet, kā darbojas ārkārtas piekļuve un kā tā pēc tam tiek pārskatīta.
Iepirkuma jautājums nav vienkārši par to, vai piekļuve tiek reģistrēta žurnālā. Jautājums ir, vai organizācija var iegūt pietiekami daudz informācijas, lai izmeklētu notikumu: kas piekļuva kuriem ierakstiem, kad, kāda iemesla dēļ un ar kādu autorizāciju. Vienojieties par to, kādi pierādījumi būs pieejami, pirms incidents padara šo jautājumu steidzamu.
Pārnesamība ir suverenitātes daļa, jo kontrole vājinās, ja aiziešana nozīmē pierādījumu jēgas zaudēšanu.
Pirms saistību uzņemšanās testējiet reprezentatīvu eksportu. Ar failiem vien var nepietikt, lai saglabātu sakarības starp kontrolēm, pierādījumiem, konstatējumiem, īpašniekiem, apstiprinājumiem un lēmumiem. PDF failu mape var saglabāt dokumentus, vienlaikus zaudējot ierakstu par to, ko tie pierādīja un kurš akceptēja secinājumu.
Izvēlieties paraugu, kurā ir pielikums, ar to saistītā kontrole, pārskatīšanas komentārs, apstiprinājums, atklāts konstatējums un attiecīgie laikspiedoli. Palūdziet kādam ārpus ieviešanas komandas no eksporta rekonstruēt lēmumu. Tas pārbauda lietojamību, nevis tikai eksporta pogas esamību.
OSCAL piedāvā noderīgus modeļus pārnesamai drošības informācijai. Tā publicētās specifikācijas var atbalstīt strukturētu apmaiņu, taču atvērta formāta izmantošana automātiski nenodrošina pilnīgumu vai saderību. Pārbaudiet modeļu versijas, identifikatorus, pielikumus, paplašinājumus un to, vai saņēmēja sistēma spēj interpretēt eksportēto struktūru.
Līdzās formātiem svarīgi ir arī līgumiskie aiziešanas noteikumi. Noskaidrojiet, kad eksporti ir pieejami, kāda palīdzība tiek sniegta, vai tiek piemērota maksa un cik ilgi piekļuve saglabājas pēc izbeigšanas. Atsevišķi risiniet aktīvo ierakstu dzēšanu un rīcību ar rezerves kopijām.
Aplūkosim ilustratīvu ES bāzētu programmatūras uzņēmumu, kas izvēlas pierādījumu platformu. Pieņemsim, ka tā sākotnējais tvērums ietver darbinieku piekļuves pārskatus, rediģētus drošības testu konstatējumus un incidentu lēmumu ierakstus. Tā iekšējā politika šim tvērumam prasa glabāšanu ES un skaidru jebkuras ārpus ES piekļuves izvērtēšanu. Tie ir piemēra pieņēmumi, nevis universālas juridiskas prasības.
Piegādātājs apstiprina produkcijas glabāšanu ES. Turpmākā pārskatīšanā tiek identificēts atsevišķs atbalsta pieteikumu pakalpojums un neobligāts mākslīgā intelekta kopsavilkumu pakalpojumu sniedzējs. Komanda nepasludina platformu par pieņemamu vai nepieņemamu, pamatojoties tikai uz atbildi par mitināšanu.
Tā vietā tā dokumentē trīs lēmumus:
| Pierādījumu kategorija | Ierosinātā apstrāde | Apstiprinājuma pierādījumi |
|---|---|---|
| Darbinieku piekļuves pārskats | Augšupielādēt tikai laukus, kas nepieciešami pārskatīšanas un novēršanas pierādīšanai | Apstrādes un nosūtīšanas novērtējums, atļauju pārskatīšana |
| Drošības testu konstatējumi | Augšupielādēt rediģētu izrakstu; oriģinālu saglabāt esošajā ierobežotas piekļuves repozitorijā | Drošības īpašnieka apstiprinājums, ka izraksts pamato secinājumu |
| Incidenta lēmuma ieraksts | Ierobežot lasītājus un izslēgt no mākslīgā intelekta apstrādes, līdz šis ceļš ir izvērtēts | Incidenta īpašnieka apstiprinājums un dokumentēta funkcijas robeža |
Pēc tam komanda pārbauda, vai sensitīvi pielikumi nonāk atbalsta pieteikumos, verificē ierosinātos piekļuves ierobežojumus un eksportē vienu pilnīgu pārskatīšanas ierakstu.
Pieņemsim, ka mākslīgā intelekta apstrādes noteikumi paliek neskaidri. Vadība var apstiprināt šaurāku ieviešanu tikai tad, ja izslēgšana no šīs apstrādes ir uzticama. Ja to nevar nodrošināt, attiecīgie materiāli paliek ārpus ieviešanas. Neatrisinātajam jautājumam tiek piešķirts īpašnieks un lēmuma termiņš, nevis tas pazūd vispārīgā piegādātāja riska novērtējumā.
Rezultāts ir ierobežots apstiprinājums: definētas pierādījumu kategorijas, atļautā apstrāde, ierobežojumi, neatrisinātie jautājumi un pārskatīšanas ierosinātāji. Tas ir noderīgāks par beznosacījumu paziņojumu, ka piegādātājs ir „suverēns”.
Iepirkumu speciālisti var savākt dokumentus, drošības komanda var novērtēt piekļuves kontroles, un juristi var izvērtēt saistības. Vadībai pieder biznesa lēmums par pieņemamu pakļautību un atkarību. Ja ir iesaistīts datu aizsardzības speciālists, saglabājiet šīs lomas neatkarīgās konsultatīvās un uzraudzības funkcijas, nevis padariet datu aizsardzības speciālistu par apstrādes lēmumu īpašnieku.
Izmantojiet skaidrus akcepta kritērijus. Neskaidra priviliģētā piekļuve, neizskaidrotas apstrādes vietas vai neizmantojams aiziešanas ceļš sensitīvam tvērumam var būt diskvalificējoši. Citas nepilnības var pieļaut ierobežotu ieviešanu ar dokumentētiem nosacījumiem. Reģistrējiet, kurš var akceptēt katru atlikušo risku un kas liktu veikt atkārtotu novērtējumu.
Biežākās kļūdas ir „ES mitināts” akceptēšana bez pakalpojumu ķēdes kartes, šifrēšanas uzskatīšana par pierādījumu, ka neviens cits nevar lasīt datus, un eksporta testēšanas atlikšana līdz izbeigšanai. Vēl viena kļūda ir pieņēmums, ka sertifikāts vai audita ziņojums aptver tieši iegādājamo pakalpojumu, apstrādes ceļu un pierādījumu kategorijas. Pārbaudiet tvērumu un ierobežojumus.
Secani sasaista pierādījumus ar prasībām, kontrolēm, mērķa objektiem un pārskatītiem lēmumiem, izmantojot atvērtus drošības kontroļu modeļus kā produkta pamatu. Mērķtiecīga darbplūsma var sākties ar vienu pakalpojumu, konkrētiem īpašniekiem, tā atkarībām no ārējiem pakalpojumu sniedzējiem un dokumentiem, kas pamato iepirkuma lēmumu. Trūkstošās atbildes kļūst par uzdevumiem; mākslīgā intelekta atbalstīti ieteikumi paliek melnraksta darbs, kam nepieciešama cilvēka pārskatīšana un izsekojamība līdz avotam.
Saglabājiet izvēlētā pakalpojuma mitināšanas, apstrādes, piekļuves un eksporta kārtību kopā ar iepirkuma lēmumu. Pārskatiet šo ierakstu, kad mainās konfigurācijas, apakšapstrādātāji vai līguma noteikumi. Tas dod nākamajam pārskatītājam skaidru pamatu, lai pārbaudītu, vai kārtība joprojām atbilst organizācijas prasībām.
Praktisks nākamais solis ir izvēlēties vienu sensitīvu pierādījumu kategoriju un izsekot tās pilnu ceļu. Nododiet iegūto karti, testētu eksportu un neatrisinātos piekļuves jautājumus iepirkuma lēmuma pieņemšanai. Tas dod vadībai pārskatāmu pamatu, lai izlemtu, kas drīkst glabāt pierādījumus un ar kādiem nosacījumiem.
Secani apvieno tvērumus, pierādījumus, uzdevumus un MI aģentus vienā kopīgā darbvietā.
Sasaistiet CRA tvērumu, ievainojamību apstrādi, atbalsta saistības un produkta pierādījumus ar pašreizējo ziņošanas un piemērošanas grafiku.
Izmantojiet nākamo Datu aizsardzības dienu, lai izmēģinātu pieprasījumu apstrādi, pārskatītu datu plūsmas, uzlabotu glabāšanu un izmērītu praktiskus rezultātus.
Sasaistiet VDAR apstrādātāja noteikumus ar faktiskajām datu plūsmām, apakšapstrādātājiem, drošības pasākumiem, incidentu atbalstu un rīcību līguma beigās.