
A megfelelési bizonyítékok feltárhatják az architektúrát, a megoldatlan gyengeségeket, a munkatársakra vonatkozó információkat, a beszállítói függőségeket és az incidensek történetét. Annak megválasztása, hol tárolják ezeket a bizonyítékokat, ugyanakkora gondosságot érdemel, mint annak eldöntése, hol tárolják az ügyféladatokat. Egyes esetekben egy bizonyítéktár sűrítettebb képet ad a vállalkozásról, mint bármely egyedi éles rendszer.
A vezetés számára az uniós adatszuverenitás ezért beszerzési és elszámoltathatósági kérdés: ki férhet hozzá ezekhez az információkhoz, kinek a felhatalmazásával, és mi történik, ha ki kell lépnünk?
Egy európai tárhelyrégió hasznos információ. De nem teljes válasz. A döntésnek ki kell terjednie a szolgáltatási láncra, a jogi kitettségre, a technikai hozzáférésre és arra a képességre, hogy a nyilvántartások a platformon kívül is használhatók maradjanak.
Egy megfelelési platform tartalmazhat hálózati ábrákat, hozzáférés-felülvizsgálatokat, sérülékenységi jelentéseket, adatkezelési nyilvántartásokat, kockázatértékeléseket és incidensvizsgálatokat. Együttesen ezek a nyilvántartások azt is leírják, hogyan működik a szervezet, és azt is, hol szorul javításra a védelme.
Eltérő jellegű érzékenységet is hordoznak. Egy munkavállalói hozzáférés-felülvizsgálat személyes adatokat érint. Egy behatolásteszt-jelentés kihasználható gyengeségeket fedhet fel. Egy vezetői döntés kereskedelmi függőséget vagy elfogadott kockázatot rögzíthet. Ezek a kategóriák eltérő kezelést igényelnek, még ha ugyanabban a munkaterületen vannak is.
Mielőtt szállítókat hasonlítana össze, készítsen egy kis bizonyítékleltárt. Minden kategóriánál rögzítse a célját, az érzékenységét, a gazdáját, a tervezett olvasóit, a megőrzési követelményt, és azt, hogy egyáltalán fel kell-e tölteni az eredeti dokumentumot.
Egy kontrollfelülvizsgálathoz például elegendő lehet annak bizonyítéka, hogy a javítás megtörtént, nem szükséges a minden sérülékenységet leíró teljes műszaki jelentés. Egy kitakart kivonat néha igazolni tudja a szükséges tényt, miközben csökkenti a kitettséget. A kitakarás azonban nem távolíthatja el a bizonyíték értékeléséhez szükséges kontextust.
Ez gyakorlati ajánlás, nem általános követelmény arra, hogy az eredetieket összefoglalókkal helyettesítsék. A cél az, hogy a bizonyítékkezelés tudatos legyen, ahelyett hogy minden auditkérés korlátlanul bővítené a tárat.
Az adatrezidencia a helyre vonatkozik. A szuverenitás az irányításra, a hozzáférésre, a jogi kitettségre, valamint az információk áthelyezésének vagy további használatának képességére is. Egyik fogalmat sem szabad megfelelési tanúsítványként kezelni.
| Dimenzió | Megválaszolandó kérdés | Hasznos bizonyíték |
|---|---|---|
| Adatrezidencia | Hol tárolják vagy dolgozzák fel az egyes másolatokat? | Az éles rendszerek, a mentések, a naplók és a támogatási rendszerek helyszínei |
| Vállalati irányítás | Mely jogi személyek üzemeltetik és irányítják a szolgáltatást? | Szerződő fél, tulajdonosi szerkezet és szolgáltatási felelősségek |
| Operatív hozzáférés | Ki láthatja vagy fejtheti vissza az információkat? | Jogosultsági modell, támogatási eljárások és hozzáférési nyilvántartások |
| Jogi kitettség | Mely joghatóságok és adatközlési kötelezettségek lehetnek alkalmazandók? | Jogi értékelés és szerződéses adatközlési eljárások |
| Folytonosság | Megtarthatjuk-e a nyilvántartásokat használható formában, ha a kapcsolat megszűnik? | Tesztelt exportok, helyreállítási megoldások és megszűnési feltételek |
Ezek a dimenziók kölcsönhatásban állnak, de nem felcserélhetők. Egy unióban hosztolt szolgáltatás is járhat Unión kívüli támogató személyzettel vagy adatkezeléssel. Egy uniós tulajdonú szállító is függhet más jogi személyek által üzemeltetett infrastruktúrától, felügyeleti vagy MI-szolgáltatásoktól. A tulajdonjog önmagában nem bizonyítja, hogy minden hozzáférési útvonal elfogadható.
Ugyanígy egy másik joghatóságnak való kitettség sem jelenti azt, hogy az adatközlés elkerülhetetlen, vagy hogy a szolgáltatás automatikusan jogellenes. Értékelje az érintett jogi személyeket, az alkalmazandó jogot, a gyakorlati hozzáférést és a garanciákat. Ha a kötelező adatközlés lényeges a döntés szempontjából, kérjen jogi tanácsot, ahelyett hogy egy nemzetiségi címkére vagy egy értékesítési ígéretre hagyatkozna.
A GDPR nem ír elő olyan általános szabályt, hogy minden személyes adatnak az Unióban kell maradnia. Megfelelő jogalapot és megfelelő adatkezelést követel meg, beleértve a biztonságot, az adatfeldolgozói megállapodásokat és adott esetben a nemzetközi adattovábbításra vonatkozó követelményeket.
Egy személyes adatokat tartalmazó megfelelési tár esetében határozza meg a felek szerepét, és adatfeldolgozói viszony fennállása esetén vizsgálja meg a 28. cikk szerinti adatfeldolgozási feltételeket. Külön értékelje az V. fejezet szerinti továbbítási megoldásokat. Egy adatfeldolgozási megállapodás aláírása nem oldja meg a továbbítás kérdését, és egy uniós tárolási régió kiválasztása sem szünteti meg a tengerentúli hozzáférés vagy a további adatkezelés vizsgálatának szükségességét.
A 32. cikk a kockázattal arányos biztonságot ír elő. A titkosítás fontos intézkedés lehet, de a GDPR nem ír elő minden tárra egyetlen általános titkosítási kialakítást. A 48. cikk a harmadik országbeli bíróságok vagy közigazgatási szervek továbbításra vagy közlésre irányuló megkereséseivel is foglalkozik; ezt nem szabad a külföldi hozzáférés elleni általános pajzsként olvasni.
Más kötelezettségek a szervezettől függenek. A nemzeti jogon keresztül átültetett NIS2 irányelv a hatálya alá tartozó szervezetek számára vezetői felügyeletet és ellátásilánc-biztonsági intézkedéseket ír elő. A DORA az IKT-harmadik felekkel kapcsolatos kockázatokra vonatkozó kötelezettségeket állapít meg a hatálya alá tartozó pénzügyi szervezetek számára. Egyiket sem szabad arra az általános utasításra egyszerűsíteni, hogy európai szoftvert kell vásárolni.
Az európai szuverenitáspolitikai és beszerzési vitákat is körültekintően kell értelmezni. Válassza szét az elfogadott kötelezettségeket a javaslatoktól, a politikai nyilatkozatoktól, a beszerzési kritériumoktól és a tanúsítási rendszerektől. Franciaország és Németország követelményeit nem szabad felcserélhetőnek, vagy minden európai magánvállalkozásra automatikusan alkalmazandónak tekinteni.
Kérje meg a jogi tanácsadókat és a beszerzést, hogy dokumentálják a beszerzését érintő konkrét nemzeti, ágazati és ügyfélkövetelményeket. Egy felhőre vonatkozó garanciális jelentés hozzájárulhat a bizonyítékokhoz, de nem dönti el a szuverenitás kérdését. A BSI C5 katalógusa például felhőkontrollokra és attesztációra vonatkozik; nem általános szuverenitási tanúsítás.
A leghasznosabb beszerzési dokumentum egy bizonyítékkezelési térkép. Megmutatja, hogyan kerülnek az információk a szolgáltatásba, mely rendszerek dolgozzák fel őket, ki férhet hozzájuk, és hogyan hagyják el a szolgáltatást.
Kérjen válaszokat az éles tárolásra, a replikákra, a mentésekre, a katasztrófa utáni helyreállításra, az alkalmazásnaplókra, a felügyeletre, a támogatási jegyekre és a hibaelhárításhoz készült ideiglenes másolatokra. Vegye fel az exportokat és az e-mail-értesítéseket is: egy érzékeny megállapítás egy értesítésen keresztül is kijuthat a tervezett határon túlra, még ha a melléklete a platformon belül marad is.
Minden komponensnél rögzítse:
Különböztesse meg egy szolgáltató infrastruktúra-beszállítóját egy támogatási alvállalkozótól vagy egy MI-adatfeldolgozótól. Funkcióik és hozzáférésük jelentősen eltérhet. Egy szállítói logólista nem helyettesíti ezt a térképet.
Vizsgálja meg a változáskezelést is. Hogyan fog értesülni egy új további adatfeldolgozóról, egy megváltozott adatkezelési helyszínről vagy egy módosított támogatási megoldásról? Milyen felülvizsgálati vagy tiltakozási jogok léteznek, és mi történik, ha a javasolt változás ütközik a követelményeivel? Egy ma kielégítő értékeléshez olyan mechanizmus kell, amely a holnapi változásokat is észleli.
Az MI-támogatott bizonyíték-felülvizsgálat újabb szolgáltatót és megőrzési szabályt hozhat be. Egy funkció, amely összefoglal egy incidensjelentést, a fő alkalmazáson túlra továbbíthatja a jelentést, a kinyert szöveget, a promptokat, a metaadatokat vagy diagnosztikai információkat.
Kérdezze meg, mi jut el az MI-szolgáltatóhoz, milyen célból és milyen szerződéses feltételek mellett. Az aktuális megállapodásban erősítse meg a modelltanításra való felhasználást, a megőrzést, az emberi hozzáférést, az adatkezelési helyszíneket és a további adatkezelést. Ne feltételezze, hogy egy vállalati fiók vagy egy „nincs tanítás” nyilatkozat azt is jelenti, hogy nincs megőrzés vagy támogatási hozzáférés.
Tisztázza, hogy az MI-funkciók opcionálisak-e, és alkalmazhatók-e korlátozások az érzékeny anyagokra. Ha a platform nem tudja érvényesíteni a szükséges határt, egy belső utasítás arra, hogy korlátozott dokumentumokat ne töltsenek fel, túl törékeny lehet a rutinszerű használathoz.
Egy gyakorlati felülvizsgálatnak egy reprezentatív dokumentumot kell végigkövetnie a funkción. Azonosítsa a forrást, a továbbított tartalmat, a kimenetet, a megőrzött nyilvántartásokat és a felülvizsgálókat. A generált összefoglalók maguk is tartalmazhatnak érzékeny információkat, ezért a kezelési térképbe tartoznak.
A bizonyítékokra vonatkozó következtetésekhez továbbra is emberi felülvizsgálat szükséges. Ez az adatkezelési korlátozásoktól különálló garancia: egy MI által generált összefoglaló jóváhagyása nem engedélyezi utólag a forrás elfogadhatatlan közlését.
A titkosítás csak a kialakítása és a működése által megszabott határokon belül védi az információkat. Az átvitel közbeni titkosítás a kapcsolatokat védi; a tárolt adatok titkosítása bizonyos fenyegetési feltételezések mellett a tárolt adatokat. Egyik sem akadályozza meg automatikusan, hogy egy jogosult alkalmazás vagy egy kiemelt jogosultságú üzemeltető elolvassa a tartalmat.
Kérdezze meg, ki rendelkezik a kulcsok felett, ki kezdeményezhet visszafejtést, és módosíthatják-e az adminisztrátorok az ehhez a hozzáféréshez tartozó jogosultságokat. Egy ügyfél által kezelt kulcsos megoldás javíthatja az irányítást, de a hatása az architektúrától függ. Ha a szolgáltatás rutinszerűen nyílt szöveget kap, a kulcs tulajdonjoga önmagában nem szünteti meg a szolgáltató hozzáférését.
A műszaki csapat vizsgálja meg a kulcsok elkülönítését, cseréjét, visszavonását, helyreállítását és a kulcsvesztés következményeit. A vezetésnek a jóváhagyás előtt meg kell értenie az esetleges rendelkezésre állási kompromisszumot. Egy erősebb hozzáférési határ, amely egyúttal helyreállíthatatlanná teszi a nélkülözhetetlen bizonyítékokat, nem teljes folytonossági megoldás.
A támogatási hozzáférés különös figyelmet érdemel. Keressen névre szóló identitásokat, korlátozott jogosultságokat, időben korlátozott felhatalmazást, adott esetben ügyféljóváhagyást és auditálható műveleteket. Kérdezze meg, hogyan működik a vészhelyzeti hozzáférés, és hogyan vizsgálják felül utólag.
A beszerzési kérdés nem egyszerűen az, hogy naplózzák-e a hozzáférést. Hanem az, hogy a szervezet elegendő információhoz juthat-e egy esemény kivizsgálásához: ki mely rekordokhoz fért hozzá, mikor, milyen okból és milyen felhatalmazás alapján. Állapodjanak meg arról, milyen bizonyítékok lesznek elérhetők, mielőtt egy incidens sürgetővé tenné a kérdést.
A hordozhatóság a szuverenitás része, mert az irányítás meggyengül, ha a kilépés a bizonyítékok jelentésének elvesztésével jár.
A kötelezettségvállalás előtt teszteljen egy reprezentatív exportot. A fájlok önmagukban nem feltétlenül őrzik meg a kontrollok, a bizonyítékok, a megállapítások, a felelősök, a jóváhagyások és a döntések közötti kapcsolatokat. Egy PDF-ekből álló mappa megőrizheti a dokumentumokat, miközben elveszíti annak nyilvántartását, mit bizonyítottak, és ki fogadta el a következtetést.
Válasszon olyan mintát, amely tartalmaz egy mellékletet, a hozzá kapcsolt kontrollt, egy felülvizsgálati megjegyzést, egy jóváhagyást, egy nyitott megállapítást és a releváns időbélyegeket. Kérjen meg valakit a bevezetési csapaton kívülről, hogy rekonstruálja a döntést az exportból. Ez a használhatóságot teszteli, nem csupán egy exportgomb meglétét.
Az OSCAL hasznos modelleket kínál a hordozható biztonsági információkhoz. Közzétett specifikációi támogathatják a strukturált adatcserét, de egy nyílt formátum használata nem bizonyítja automatikusan a teljességet vagy a kompatibilitást. Ellenőrizze a modellverziókat, az azonosítókat, a mellékleteket, a kiterjesztéseket, és azt, hogy a fogadó rendszer képes-e értelmezni az exportált struktúrát.
A formátumok mellett a szerződéses kilépési feltételek is számítanak. Állapítsa meg, mikor érhetők el az exportok, milyen segítséget nyújtanak, felszámítanak-e díjat, és mennyi ideig marad meg a hozzáférés a megszűnés után. Az aktív nyilvántartások törlését és a mentési másolatok kezelését külön rendezze.
Vegyünk egy szemléltető, uniós székhelyű szoftvervállalatot, amely bizonyítékplatformot választ. Tegyük fel, hogy kezdeti hatóköre munkavállalói hozzáférés-felülvizsgálatokat, kitakart biztonsági teszteredményeket és incidensekkel kapcsolatos döntési nyilvántartásokat foglal magában. Belső szabályzata ehhez a hatókörhöz uniós tárolást és minden Unión kívüli hozzáférés kifejezett értékelését írja elő. Ezek példaként szolgáló feltételezések, nem általános jogi követelmények.
A szállító megerősíti az uniós éles tárolást. A további vizsgálat egy különálló támogatásijegy-kezelő szolgáltatást és egy opcionális MI-összefoglaló szolgáltatót azonosít. A csapat nem nyilvánítja a platformot pusztán a tárhelyre adott válasz alapján elfogadhatónak vagy elfogadhatatlannak.
Ehelyett három döntést dokumentál:
| Bizonyítékkategória | Javasolt kezelés | A jóváhagyás bizonyítéka |
|---|---|---|
| Munkavállalói hozzáférés-felülvizsgálat | Csak a felülvizsgálat és a javítás igazolásához szükséges mezők feltöltése | Adatkezelési és továbbítási értékelés, jogosultság-felülvizsgálat |
| Biztonsági teszteredmények | Kitakart kivonat feltöltése; az eredeti a meglévő, korlátozott hozzáférésű tárában marad | A biztonsági gazda megerősítése, hogy a kivonat alátámasztja a következtetést |
| Incidensekkel kapcsolatos döntési nyilvántartás | Az olvasók korlátozása és kizárás az MI-alapú feldolgozásból, amíg ezt az útvonalat nem értékelték | Az incidensgazda jóváhagyása és a funkció dokumentált határa |
A csapat ezután teszteli, hogy kerülnek-e érzékeny mellékletek a támogatási jegyekbe, ellenőrzi a javasolt hozzáférési korlátozásokat, és exportál egy teljes felülvizsgálati nyilvántartást.
Tegyük fel, hogy az MI-alapú feldolgozás feltételei továbbra sem egyértelműek. A vezetés csak akkor hagyhat jóvá szűkebb bevezetést, ha az ebből a feldolgozásból való kizárás megbízható. Ha ez nem érvényesíthető, az érintett anyagok kívül maradnak a bevezetésen. A nyitott kérdés felelőst és döntési határidőt kap, ahelyett hogy eltűnne egy általános szállítói kockázati pontszámban.
Az eredmény egy behatárolt jóváhagyás: meghatározott bizonyítékkategóriák, engedélyezett adatkezelés, korlátozások, nyitott kérdések és felülvizsgálati kiváltó események. Ez hasznosabb, mint egy feltétel nélküli kijelentés arról, hogy a szállító „szuverén”.
A beszerzés összegyűjtheti a dokumentumokat, a biztonsági terület értékelheti a hozzáférés-szabályozást, a jogi terület pedig a kötelezettségeket. Az elfogadható kitettségre és függőségre vonatkozó üzleti döntés a vezetésé. Ha adatvédelmi tisztviselő is részt vesz, őrizze meg a szerep független tanácsadói és ellenőrzési felelősségeit, ahelyett hogy az adatvédelmi tisztviselőt tenné az adatkezelési döntések gazdájává.
Alkalmazzon kifejezett elfogadási kritériumokat. Egy érzékeny hatókör esetében kizáró ok lehet a tisztázatlan kiemelt hozzáférés, a megmagyarázatlan adatkezelési helyszínek vagy egy használhatatlan kilépési útvonal. Más hiányosságok dokumentált feltételekkel korlátozott bevezetést tehetnek lehetővé. Rögzítse, ki fogadhatja el az egyes maradványkockázatokat, és mi tenné szükségessé az újraértékelést.
Gyakori hiba, hogy az „unióban hosztolt” állítást szolgáltatásilánc-térkép nélkül fogadják el, hogy a titkosítást annak bizonyítékának tekintik, hogy senki más nem olvashatja az adatokat, és hogy az exporttesztelést a megszűnésig halogatják. Egy másik hiba annak feltételezése, hogy egy tanúsítás vagy auditjelentés pontosan a beszerzett szolgáltatásra, adatkezelési útvonalra és bizonyítékkategóriákra terjed ki. Ellenőrizze a hatókört és a korlátokat.
A Secani a bizonyítékokat követelményekhez, kontrollokhoz, célobjektumokhoz és felülvizsgált döntésekhez kapcsolja, a termék alapjaként nyílt biztonsági kontrollmodelleket használva. Egy fókuszált munkafolyamat indulhat egyetlen szolgáltatással, megnevezett felelősökkel, a külső szolgáltatói függőségeivel és a beszerzési döntést alátámasztó dokumentumokkal. A hiányzó válaszok feladatokká válnak; az MI-támogatott javaslatok vázlatok maradnak, emberi felülvizsgálat és forráskövethetőség mellett.
A kiválasztott szolgáltatás tárhely-, adatkezelési, hozzáférési és exportmegoldásait őrizze meg a beszerzési döntéssel együtt. Vizsgálja felül ezt a nyilvántartást, amikor a konfigurációk, a további adatfeldolgozók vagy a szerződéses feltételek megváltoznak. Így a következő felülvizsgáló egyértelmű alapot kap annak ellenőrzéséhez, hogy a megoldás továbbra is megfelel-e a szervezet követelményeinek.
A gyakorlati következő lépés, hogy kiválaszt egy érzékeny bizonyítékkategóriát, és végigköveti a teljes útját. Vigye a beszerzési döntéshez az így kapott térképet, egy tesztelt exportot és a nyitott hozzáférési kérdéseket. Ez felülvizsgálható alapot ad a vezetésnek annak eldöntéséhez, ki tarthatja a bizonyítékokat, és milyen feltételek mellett.
A Secani egyetlen közös munkaterületen köti össze a hatóköröket, a bizonyítékokat, a feladatokat és az MI-ügynököket.
Kapcsolja össze a CRA hatályát, a sérülékenységkezelést, a támogatási vállalásokat és a termékbizonyítékokat az aktuális bejelentési és alkalmazási ütemtervvel.
Használja a következő Adatvédelem Napját arra, hogy begyakorolja a kérelmek kezelését, áttekintse az adatfolyamokat, javítsa a megőrzést, és gyakorlati eredményeket mérjen.
Kapcsolja össze a GDPR szerinti adatfeldolgozói feltételeket a tényleges adatfolyamokkal, további adatfeldolgozókkal, biztonsági intézkedésekkel, incidenskezelési támogatással és a szerződés végén történő adatkezeléssel.