
Két kontroll egyaránt hiányosnak tűnhet, miközben nagyon eltérő intézkedést igényel. Az egyikhez nincs friss bizonyíték; a másikat megvalósították, de a gyakorlatban nem működik. Egy hasznos hiányosságelemzés megőrzi ezt a különbséget, ahelyett hogy minden megállapításból ugyanolyan javítási jegy lenne.
A vezetés számára nem az a központi kérdés, hány hiányosság van nyitva. Hanem az, hogy milyen üzleti következmények lehetségesek még, mit tud róluk a szervezet, és kinek van jogköre eldönteni, mi történjen ezután. Egy audit határideje számít, de nem válhat az egyetlen okká, amiért egy megállapítás figyelmet kap.
A gyakorlati cél egy megalapozott lánc: megfigyelt tények, érintett követelmény és kontroll, üzleti kitettség, kockázatkezelési döntés és ellenőrzött lezárás. Ez a lánc konkrétabbá teszi a költségvetési megbeszéléseket, és megakadályozza, hogy egy rendezett megfelelőségi irányítópult elfedje a megoldatlan operatív problémákat.
Kezdje a dokumentációs, a megvalósítási, a hatékonysági és az alkalmazhatósági problémák szétválasztásával. Ezek a kategóriák különböző problémákat írnak le, és különböző bizonyítékokat igényelnek.
| Hiányosságtípus | Amit a megállapítás igazol | Megfelelő következő lépés |
|---|---|---|
| Dokumentáció vagy bizonyíték | Egy állítás alátámasztása hiányzik, elavult vagy hiányos | A működés kivizsgálása és lehetőség szerint megbízható nyilvántartások helyreállítása |
| Megvalósítás | Egy előírt vagy kiválasztott intézkedés hiányzik, vagy csak részben vezették be | Az érintett hatókör korrigálása és annak azonosítása, miért nem sikerült a bevezetés |
| Hatékonyság | Egy intézkedés létezik, de nem éri el a kívánt eredményt | A kitettség korlátozása, a kontroll módosítása és az eredmény tesztelése |
| Alkalmazhatóság vagy hatókör | A szervezet nem állapította meg, hogy egy követelmény alkalmazandó-e | A határ, a szerepkör vagy a kötelezettség tisztázása a kockázatkezelési döntés előtt |
Egy hiányzó hozzáférés-felülvizsgálati export azt jelenti, hogy az állítást ki kell vizsgálni. Egy megerősített volt munkavállaló aktív hozzáféréssel megvalósítási problémát igazol. Egy elvégzett felülvizsgálat, amely ismételten jóváhagy nem megfelelő jogosultságokat, hatékonysági problémára utal. Ne alakítson automatikusan minden hiányzó dokumentumot bizonyított biztonsági hibává – és ne is tekintse ártalmatlan papírmunkának.
Minden megállapításnál rögzíteni kell a követelményt, az érintett szolgáltatást vagy rendszert, a megfigyelés dátumát, a megfigyelt tényeket, a forrást és a bizonytalanságot. Válassza külön az olyan állításokat, mint „nem nyújtottak be felülvizsgálati nyilvántartást”, az olyan következtetésektől, mint „nem történt felülvizsgálat”. Jelöljön ki kivizsgálási felelőst, ha a rendelkezésre álló tények nem támasztanak alá következtetést.
A bizonyítékoknak is vannak határai. A mai konfigurációról készült képernyőkép nem bizonyíthatja, hogy a konfiguráció egy korábbi negyedévben végig működött. Egy szabályzat az elvárt viselkedést írja le; nem igazolja, hogy az emberek követték. Ha a korábbi bizonyítékok nem állíthatók helyre, ezt a korlátot rögzítse, ahelyett hogy utólag olyan nyilvántartást hozna létre, amely egykorúnak tűnik.
Ezek a megkülönböztetések védik a döntések minőségét. A vezetés jóváhagyhat sürgős kivizsgálást anélkül, hogy adatvédelmi incidenst jelentene ki, és azonnali korlátozást követelhet meg, ha egy valódi operatív hiba már bizonyított.
Egy megállapítás egy megfigyelt állapotot ír le. Egy kockázat egy lehetséges következményt ír le meghatározott körülmények között. Egy kivétel egy belső követelménytől való engedélyezett eltérést rögzít, rendszerint meghatározott időszakra. Összetartoznak, de nem cserélhetők fel.
Például egy már nem támogatott alkalmazás egy megállapítás. Egy javítatlan sérülékenységen keresztüli jogosulatlan hozzáférés, amely szolgáltatáskiesést vagy ügyféladatok kiszivárgását okozza, egy kockázati forgatókönyv. Az engedély arra, hogy az alkalmazás tovább működjön, amíg a helyettesítőjét bevezetik, egy kivételre vonatkozó döntés.
Tegye egyértelművé ezeket a kapcsolatokat:
Több megállapítás is befolyásolhat egy kockázatot, és egy megállapítás több kockázatot is érinthet. Ne hozzon létre önálló kockázati bejegyzést minden hiányzó mellékletre. Fordítva: ne temessen el egy jelentős operatív hibát egy bizonyítékgyűjtési feladatban.
Egy probléma incidensértékelést is kiválthat. Ha aktív visszaélés, adatvesztés vagy szolgáltatáskiesés gyanúja merül fel, ezt a kérdést azonnal az incidenskezelési folyamatba kell terelni. A rutinszerű hiányosságkezelés nem késleltetheti a korlátozást vagy egy esetlegesen alkalmazandó bejelentési kötelezettséget.
Egy prioritásnak meg kell magyaráznia, miért fontos most cselekedni. A „magas súlyosság” önmagában nem elég ahhoz, hogy egy költségvetésért felelős vezető választani tudjon a javítási projektek között.
Értékelje a következő szempontokat a rendelkezésre álló tények alapján:
Használjon következetes besorolási módszert, de a besorolás mellett őrizze meg az indoklást is. Az alacsony megbízhatóság nem jelent automatikusan alacsony prioritást. Egy kritikus szolgáltatást védő, nem ellenőrzött kontroll sürgős kivizsgálást indokolhat, mert maga a bizonytalanság is számít.
Gyakorlati ajánlásként különböztesse meg az azonnali korlátozást, az ütemezett korrekciós intézkedést és a bizonyítékok kivizsgálását. Sürgősségüknek a kitettségtől kell függenie, nem egy egységes napszámtól. Határozzon meg helyi eszkalációs kiváltó pontokat a feltételezett kompromittálódásra, a kitett kiemelt jogosultságú hozzáférésre, a kritikus szolgáltatások helyreállításának ellehetetlenülésére és az elmulasztott kötelezettségekre.
Csoportosítsa a kapcsolódó megállapításokat, ha közös a kiváltó okuk. Öt alkalmazásban öt sikertelen kiléptetési ellenőrzés egyetlen hibás belépési-áthelyezési-kilépési folyamatra utalhat. A folyamat javítása értékesebb lehet öt elszigetelt jegy lezárásánál, bár minden érintett fiókot továbbra is korrigálni kell.
A függőségek a sorrendet is befolyásolják. Egy jogosultsági rendszer újratervezése egy rendszerleltártól függhet; egy szállító lecserélése adatmigrációtól. Ezeket a függőségeket nyíltan rögzítse. Ne csökkentse a kockázati besorolást csak azért, mert a javítás nehéz vagy költséges.
Az általános kockázati listák a kivizsgálást ösztönzik, nem bizonyítják, hogy egy probléma létezik az Ön szervezetében. Öt terület érdemel tudatos vizsgálatot, mert következményeik gyakran túlmutatnak azon a megállapításon, amely először felszínre hozza őket.
Vezessen kötelezettség-nyilvántartást, amely azonosítja az érintett jogi személyt, a joghatóságot, a szolgáltatást, a szervezeti szerepkört, a követelményt, a gazdát és az értékelés dátumát. A törvényi kötelezettségek mellett vegye fel a szerződéses vállalásokat is, de forrásaikat tartsa külön.
A NIS2 esetében az alkalmazhatóság az ágazattól, a mérettől, a szolgáltatástól és a bevonási szabályoktól függ, az operatív kötelezettségek pedig a nemzeti átültetés révén keletkeznek. A NIS2 20–23. cikke a vezetői felügyelettel, a kockázatkezelési intézkedésekkel és a jelentős incidensek bejelentésével foglalkozik. Egy általános keretrendszer-összerendelés nem helyettesíti a releváns nemzeti szabályok értékelését.
Ha egy követelményt elmulasztottak, vizsgálja ki a figyelési folyamatot: ki követi a változásokat, ki dönt az alkalmazhatóságról, és ki jelöli ki a megvalósítást? A „a jogi osztály foglalkozik vele” nem elegendő, ha senki sem tudja azonosítani a döntést, annak hatókörét vagy gazdáját.
Különböztesse meg egy kontroll kialakítását, megvalósítását és időbeli működését. A hozzáférési eljárások, az identitáskezelő rendszer beállításai, a felülvizsgálati nyilvántartások és a lezárt kivételek különböző kérdésekre válaszolnak.
A NIS2 21. cikke (2) bekezdésének f) pontja a kiberbiztonsági kockázatkezelési intézkedések hatékonyságának értékelésére szolgáló szabályzatokat és eljárásokat is magában foglalja. Hasonlóképpen, a GDPR 32. cikke tartalmaz egy eljárást a releváns biztonsági intézkedések rendszeres tesztelésére, felmérésére és értékelésére. A kötelezettségek az alkalmazhatóságtól függenek; egyiket sem lehet pusztán több PDF összegyűjtésével teljesíteni.
Gyakorlati bizonyítéki standardként rögzítse a tesztelt hatókört, a dátumot vagy időszakot, a módszert, az eredményt, az ellenőrt és a nyitott eltéréseket. Egy sikeres mentési feladat nem igazolja a helyreállíthatóságot. Egy visszaállítási tesztnek azt kell vizsgálnia, hogy a releváns adatok és szolgáltatás ténylegesen helyreállíthatók-e a szervezet működési feltételezései mellett.
Egy beszállítói megállapítás jelentősége az általa teremtett függőségtől függ. Kérdezze meg, mi történik, ha a szolgáltató elérhetetlenné válik, adatokat veszít, alvállalkozót cserél, vagy nem tud támogatást nyújtani egy kivizsgáláshoz.
Vezessen szállítói nyilvántartást a szolgáltatás gazdájával, a kritikussággal, az adathozzáféréssel, az értékelés eredményével, a nyitott feltételekkel és a következő felülvizsgálat dátumával. A kritikus függőségeknél rögzítse az incidensekhez tartozó kapcsolattartókat, a helyreállítási feltételezéseket, a kilépési korlátokat és a beszállítótól szükséges bizonyítékokat is.
Egy aláírt adatfeldolgozási szerződés kötelezettségeket rögzít; nem bizonyítja azok teljesítését. A GDPR 28. cikke előírja, hogy az adatkezelők olyan adatfeldolgozókat vegyenek igénybe, amelyek megfelelő garanciákat nyújtanak, és meghatározza a szerződéses követelményeket. A NIS2 21. cikke (2) bekezdésének d) pontja adott esetben az ellátási lánc biztonságával foglalkozik. Egyik sem jelenti azt, hogy minden beszállítói hiba automatikusan azonos felelősséget keletkeztet minden ügyfél számára.
Vizsgálja át a megbízhatósági anyagokat a hatókör, az időszak, a kizárások és a tényleges szolgáltatásra vonatkozó relevancia szempontjából. A beszállítói válaszoknak döntést kell támogatniuk, nem csupán egy mappát feltölteniük.
Egy kontroll több követelményt is támogathat, de az összerendelés több-a-többhöz kapcsolat, és függ a verzióktól és a hatókörtől. Egy közös hozzáférés-felülvizsgálati folyamat csökkentheti a párhuzamos munkát anélkül, hogy a jogi kötelezettségeket egyenértékűvé tenné.
Az ISO/IEC 27001 egy meghatározott alkalmazási területű információbiztonsági irányítási rendszerre vonatkozik. A tanúsítás önmagában nem igazolja a GDPR-nak vagy a NIS2-nek való megfelelést. A keretrendszer-specifikus kötelezettségeket akkor is tartsa láthatóan, ha a kontrollok és a bizonyítékok közösek.
Vizsgálja ki az egymásnak ellentmondó szabályzatokat, a párhuzamos megállapításokat és a következetlen felelősségi viszonyokat mint a széttöredezett irányítás lehetséges jeleit. Vizsgálja meg a változásokat is: egy felvásárlás, egy új éles környezet, egy kiszervezett szolgáltatás vagy egy adatmigráció érvénytelenítheti a korábban elegendő bizonyítékokat. Írja elő, hogy a lényeges változások váltsák ki a hatókör, a felelősségek és a kontrollok alkalmazhatóságának felülvizsgálatát. Keretrendszer-megfeleltetési útmutatónk elmagyarázza, miért van szükség az összerendelésekhez operatív kontextusra.
Egy mesterséges intelligencia által generált megfelelőségi összefoglaló teljesnek tűnhet, miközben elavult forrásokra, helytelen hatókörre vagy megalapozatlan feltételezésekre támaszkodik. Az átvizsgálás nélküli elfogadást kezelje irányítási kérdésként, különösen akkor, ha a kimenet jogi értelmezést vagy lezárási döntést támaszt alá.
Leltározza fel az MI-felhasználási eseteket, a gazdákat, a csatlakoztatott adatokat, a jogosultságokat, a támogatni kívánt döntéseket és az emberi átvizsgálási pontokat. Különböztesse meg a tanácsadó jellegű kimenetet azoktól a rendszerektől, amelyek műveleteket hajthatnak végre. Egy postafiókhoz csatlakoztatott asszisztens más kitettséget jelent, mint egy nyilvános szabályzatszöveget megfogalmazó eszköz.
Az MI-rendelet kötelezettségei szerepkör- és felhasználásieset-specifikusak. Az Európai Bizottság aktuális ütemterve megkülönbözteti a már alkalmazandó rendelkezéseket a később alkalmazandó, nagy kockázatú rendszerekre vonatkozó követelményektől. Egy későbbi, nagy kockázatú rendszerekre vonatkozó határidő nem szünteti meg a meglévő kötelezettségeket vagy a GDPR szerinti kötelezettségeket. Mielőtt egy MI által generált értékelésre hagyatkozna, validálja a forrásokat és a besorolásokat.
Néha az azonnali javítás nagyobb operatív problémát okozna. Egy csere ellenőrzött migrációt igényelhet, vagy egy beszállítóváltás megszakíthat egy kritikus szolgáltatást. Egy kivétel egyértelművé teszi ezt a kompromisszumot; nem igazolja, hogy a kockázat megszűnt.
Egy gyakorlati kivételnyilvántartásnak tartalmaznia kell:
A lehetséges következménnyel arányos jóváhagyási jogkört alkalmazzon. Egy kerülőmegoldást megvalósító személy nem fogadhat el csendben vállalati szintű kockázatot a vezetés nevében.
Egy belső kivétel nem mentesíthet egy törvényi kötelezettség alól, és nem módosíthat egy ügyfélszerződést. Ha a javasolt kockázatkezelés ezek bármelyikével ütközik, kérjen megfelelő jogi vagy szerződéses felülvizsgálatot. Az „a vezetés elfogadta” nem helyettesíti ezt az elemzést.
A megújításnak új döntésnek kell lennie. Követeljen meg bizonyítékot arra, hogy a védőintézkedések továbbra is működnek, magyarázatot az elmulasztott mérföldkövekre, és frissített kitettségértékelést. Az ismételt megújítások gyakran egy finanszírozatlan függőséget vagy egy olyan döntést fednek fel, amelynek meghozatalát a vezetés elkerülte.
Rögzítse az azonnali korrekciót, az elszámoltatható gazdát, a határidőt, a kiváltó ok megszüntetésére irányuló munkát és az eredmény ellenőrzéséhez szükséges bizonyítékot. Ezek különálló elemek: egy nem megfelelő fiók eltávolítása nem bizonyítja, hogy a kiléptetés legközelebb működni fog.
A munka megkezdése előtt egyezzenek meg a lezárási kritériumokban. Ellenkező esetben a csapatok elvégezhetik a kiosztott tevékenységet anélkül, hogy megszüntetnék az eredeti kitettséget.
| Megállapítás | Nem megfelelő lezárás | Erősebb ellenőrzés |
|---|---|---|
| Egy volt munkavállaló megtartja a hozzáférését | A kiléptetési szabályzat frissítve | A hozzáférés visszavonva a teljes azonosított hatókörben; a munkamenetek és a hitelesítő adatok is figyelembe véve; az egyeztetés megerősíti, hogy nem maradt kapcsolódó fiók |
| A visszaállítás hatékonysága ismeretlen | A mentési irányítópult sikert mutat | Releváns visszaállítás elvégezve meghatározott helyreállítási kritériumok alapján, az eredmények és az eltérések rögzítésével |
| A beszállítói felülvizsgálat késésben van | A kérdőív beérkezett | A válaszok a szolgáltatás kritikusságához mérten értékelve; a hiányosságok és a kockázatkezelési döntések rögzítve |
| Át nem vizsgált, MI által készített bizonyítéki összefoglaló | Az összefoglaló újragenerálva | A forrásokat, a hatókört és a következtetéseket egy elszámoltatható ellenőr ellenőrizte; a jóváhagyás nyoma megőrizve |
Az ellenőrzésnek a megállapítás jelentőségéhez mérten kellően függetlennek kell lennie. A nagy hatású változtatásokhoz a megvalósító csapaton kívüli ellenőrre lehet szükség; a rutinszerű dokumentációs javításokhoz egyszerűbb ellenőrzés is elegendő lehet.
Őrizze meg az eredeti megfigyelést, a korrekciós bizonyítékot, az ellenőrzés eredményét, a fennmaradó korlátokat és a kapcsolódó kockázati döntést. Ne írja felül az előzményeket a javított állapottal. Ismétlődő megállapításoknál a megvalósítás után iktasson be egy nyomon követési ellenőrzést annak megállapítására, hogy az újratervezett folyamat a szokásos működésben is működik-e.
Az alábbi példa szemléltető jellegű. Tegyük fel, hogy egy 70 fős szoftvervállalkozásnak van egy ügyféladatokat tartalmazó éles szolgáltatása, egy identitásszolgáltatója és egy ügyfélszolgálati alkalmazása, amely nincs teljes mértékben bekötve a központi kiléptetésbe. Aktív visszaélést nem észleltek.
Egy felülvizsgálat három megállapítást tesz:
Ha mindhármat „hiányzó megfelelőségi bizonyítékként” kezelnék, azzal elfednék a megerősített hozzáférési problémát. Ha mindhármat bizonyított biztonsági hibaként kezelnék, azzal túlbecsülnék azt, amit tudnak.
A hozzáférési fiók azonnali korlátozást kap. A csapat letiltja, ellenőrzi a kapcsolódó munkameneteket és hitelesítő adatokat, és mérlegeli, hogy indokolt-e a tevékenység átvizsgálása vagy az incidenskezelési eszkaláció. A lezáráshoz a visszavont hozzáférés ellenőrzése szükséges, nem csupán egy kiléptetési jegy lezárása.
A hiányzó export határidőhöz kötött kivizsgálást kap. A gazda megbízható felülvizsgálati nyilvántartásokat keres, és ellenőrzi a jelenlegi jogosultságokat. Ha a korábbi működés nem bizonyítható, ez a korlát a nyilvántartásban marad. Egy új felülvizsgálat megállapíthatja a jelenlegi állapotot, de visszamenőleg nem bizonyíthatja, hogy a régi felülvizsgálat megtörtént.
A beszállítói megállapítás a megváltozott szolgáltatás újraértékelését indítja el, különös tekintettel az ügyféladatokhoz való hozzáférésére és a helyreállítási függőségeire. Amíg a bizonyítékok beérkeznek, az üzlet értékeli, hogy a meglévő korlátozások alátámasztják-e a további használatot. A beszállítói szabályzattól való bármilyen ideiglenes eltéréshez dokumentált kivétel szükséges; az alkalmazandó jogi kötelezettségek ettől elkülönülnek.
A kiváltó ok vizsgálata kimutatja, hogy az ügyfélszolgálati alkalmazást a rendszerleltár frissítése és kiléptetési gazda kijelölése nélkül vezették be. A vezetés finanszírozza a folyamat javítását, és kijelöli a beszállítói változások felülvizsgálatáért felelős gazdát. A következő felülvizsgálatnál a későbbi kilépésekből vett minta teszteli, hogy a javított folyamat működik-e. A három megállapítás megtartja a saját, különálló lezárási bizonyítékait, miközben osztoznak a releváns, kiváltó okra irányuló intézkedéseken.
A vezetői jelentéseknek a legsúlyosabb következményekkel járó nyitott kitettségeket, a jóváhagyásra váró döntéseket, a meghiúsult kompenzáló intézkedéseket, a lejáró kivételeket és az ismétlődő kiváltó okokat kell bemutatniuk. Tüntesse fel a megbízhatóságot és a függőségeket is, hogy a bizonytalanság látható legyen.
A késedelmes, nagy hatású kockázatkezeléseket a rutinszerű bizonyítékgyűjtési feladatoktól elkülönítve kövesse nyomon. Hasznos mérőszám az ellenőrzött lezárás, az ismétlődés, a kivételek megújítása és a nyitott kivizsgálások kora. A növekvő lezárási szám keveset jelent, ha a legsúlyosabb következményekkel járó megállapítás nyitva marad.
Minden eszkalációnál nevezze meg a szükséges döntést: erőforrások jóváhagyása, ideiglenes belső kivétel engedélyezése, a szolgáltatás hatókörének megváltoztatása vagy a további kitettség elutasítása. Rögzítse az indoklást és a felülvizsgálat dátumát. Operatív kockázatnyilvántartási útmutatónk további hátteret ad a megállapítások és a kockázatkezelési döntések összekapcsolásához.
A Secaniban a csapatok modellezhetik a releváns rendszereket és függőségeket, összekapcsolhatják a bizonyítékokat a követelményekkel és a kontrollokkal, kijelölhetik a gazdákat és a nyomon követési feladatokat, és megőrizhetik az átvizsgálási megjegyzéseket és jóváhagyásokat. A mesterséges intelligenciával támogatott javaslatok emberi validálásra váró vázlatok maradnak. Ez a munkafolyamat megőrzi a kapcsolatot egy hiányosság, az azt alátámasztó tények és a róla hozott döntés között.
Kezdje az öt legnagyobb hatású megállapítással. Ellenőrizze, hogy mindegyik megkülönbözteti-e a tényeket a bizonytalanságtól, azonosítja-e az üzleti kitettséget, megnevez-e egy elszámoltatható gazdát, és meghatároz-e mérhető lezárást. A gyakorlat kibővítése előtt tisztázza a nem egyértelmű elfogadási jogköröket és a hiányzó függőségeket. A következő felülvizsgálatnak azt kell megállapítania, mi változott a kitettségben – nem csupán azt, mely feladatokat jelölték befejezettnek.
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 a kockázati forgatókönyveket eszközökhöz, kontrollokhoz, kockázatkezeléshez, monitorozáshoz és felülvizsgált MI-támogatáshoz, ahelyett hogy statikus listát vezetne.
Igazítson egyetlen alátámasztott kockázati rekordot az üzemeltetés, a felsővezetés és az auditorok igényeihez anélkül, hogy elvesznének a feltevések, a felelősségek és a bizonyítékok.
A védelmi igény és a kockázatelemzés összetartozik. A kettő kapcsolata teszi megmagyarázhatóvá a biztonsági döntéseket.