● news.bsdnet.hu

Tűzfalak, végpontvédelmi megoldások, többfaktoros hitelesítés, biztonsági mentések, incidenskezelési tervek: egy korszerű vállalati környezetben számos technológia és folyamat szolgálja a biztonságot. Meglétük azonban még nem ad választ arra, hogy egy támadás során mennyire működnének hatékonyan, és a szervezet milyen gyorsan képes reagálni egy kritikus helyzetre. Mennyi idő alatt észlelne a vállalat egy illetéktelen hozzáférést? Képes lenne időben megakadályozni a támadó további mozgását a hálózatban? Tudná minden érintett, hogy incidens esetén mi a feladata? Ki döntene egy kritikus rendszer leállításáról? Ha pedig egy üzleti alkalmazás elérhetetlenné válna, mennyi idő alatt lehetne ténylegesen helyreállítani? Ezekre a kérdésekre szabályzatokból és technológiai specifikációkból csak részben kaphatunk választ. A vállalat tényleges kiberbiztonsági felkészültségéről akkor rajzolódik ki pontosabb kép, ha a védelem egyes rétegeit rendszeresen és lehetőség szerint egymással összefüggésben is próbára teszik. Először azt kell tudni, honnan indulunk A tesztelést érdemes a jelenlegi állapot pontos feltérképezésével kezdeni. Egy átfogó kiberbiztonsági állapotfelmérés segíthet azonosítani a technológiai környezet, a működési folyamatok és a szervezeti felkészültség hiányosságait, egyúttal kijelölheti azokat a területeket, ahol további vizsgálat vagy fejlesztés szükséges. Ennek jelentőségét növeli, hogy a vállalati informatikai környezet folyamatosan változik. Új rendszerek és felhőszolgáltatások kerülnek használatba, változnak a felhasználói és beszállítói hozzáférések, miközben korábbi eszközök, fiókok vagy jogosultságok akár észrevétlenül is megmaradhatnak. A védelem érdemi vizsgálatához ezért naprakész kép kell a védendő rendszerekről, adatokról, hozzáférésekről és azok egymás közötti függőségeiről. Az állapotfelmérés ugyanakkor „csak” pillanatképet ad. A következő kérdés már az, hogyan teljesítenek a kialakított védelmi kontrollok, amikor valódi terheléshez közelítő helyzetben kell bizonyítaniuk. Jobb, ha mi találjuk meg a rést A technikai vizsgálatok ezt a következő szintet jelentik. A sérülékenységvizsgálatok és penetrációs tesztek különböző mélységben tárhatják fel azokat a hibákat, hibás konfigurációkat vagy egyéb gyengeségeket, amelyeket egy támadó is megpróbálhat kihasználni. A feltárt sérülékenységek száma önmagában ugyanakkor kevéssé informatív. Lényegesebb annak megértése, hogy az egyes gyengeségek milyen kockázatot jelentenek az adott vállalat működésére. Egy technikailag súlyos sérülékenység üzleti hatása bizonyos környezetben korlátozott lehet, míg egy kevésbé látványos jogosultsági vagy konfigurációs hiba akár kritikus rendszerek elérését is lehetővé teheti. Az ellenőrzött tesztelés egyik legfontosabb előnye éppen ebben rejlik: a gyenge pontok olyan körülmények között azonosíthatók és javíthatók, amikor még nem okoztak fennakadást, adatvesztést vagy más üzleti kárt. A technikai védelem vizsgálata azonban csak az egyik rétege a felkészültség próbájának. Egy kibertámadás kezelésében az emberi döntések, az előre kialakított folyamatok és a szervezeti együttműködés ugyanolyan meghatározóvá válhatnak. Mi történik, amikor megszólal a riasztás? Egy valódi incidens gyorsan megmutatja, mennyire működőképes a szervezet nyomás alatt. Az incidenskezelési gyakorlatok és vezetői szimulációk ezért olyan helyzeteket teremtenek, amelyekben az érintetteknek egy támadást modellező forgatókönyv alapján kell végigvinniük a szükséges folyamatokat és döntéseket. Ehhez nem minden esetben szükséges technikai támadást végrehajtani. Egy megfelelően felépített szituációs gyakorlat is képes felszínre hozni a bizonytalan felelősségi köröket, a hiányos eszkalációs folyamatokat vagy azokat a döntési pontokat, amelyek éles helyzetben értékes perceket veszíthetnek. Ki minősíti az eseményt incidensnek? Mikor és milyen információval értesítik a vezetést? Ki jogosult dönteni egy üzletileg kritikus rendszer leállításáról? Mi történik, ha a megszokott kommunikációs csatornák nem használhatók? Mikor szükséges bevonni a jogi, adatvédelmi vagy kommunikációs területet? Egy dokumentált incidenskezelési folyamat jellemzően rögzíti ezeket a lépéseket. A gyakorlat azt teszi láthatóvá, hogy az érintettek valóban ismerik-e saját szerepüket, rendelkezésükre állnak-e a döntéshez szükséges információk, és képes-e a szervezet összehangoltan működni akkor is, amikor kevés az idő, miközben a helyzet még korántsem tisztázott. A támadás első kritikus időszakában már nincs idő felelősségi köröket kialakítani, elérhetőségeket keresni vagy eszkalációs rendet egyeztetni. A szervezet ilyenkor abból gazdálkodik, amit korábban kialakított, begyakorolt és ellenőrzött. A mentés csak az első lépés a helyreállítás felé Ugyanez a gyakorlati szemlélet szükséges a biztonsági mentéseknél is. A rendszeresen elkészülő backup fontos alapfeltétel, ám egy incidens szempontjából végső soron az számít, hogy a kritikus adatok és rendszerek mennyi idő alatt, milyen állapotban és üzleti funkcionalitással állíthatók helyre. Erre rendszeres helyreállítási tesztekkel lehet megbízható választ adni. Egy ilyen vizsgálat során például kiderülhet, hogy a mentés sértetlen, a visszaállítás azonban lényegesen tovább tart a tervezettnél. Más esetben egy alkalmazás önmagában sikeresen helyreállítható, valamely kapcsolódó rendszer vagy adatbázis hiányában mégsem használható megfelelően. A backup, a disaster recovery és az üzletmenet-folytonosság ezért egymásra épülő, eltérő feladatokat fednek le. A vállalati működés szempontjából az a meghatározó, hogy egy súlyos incidens után a kritikus üzleti folyamatok a meghatározott időn belül és elfogadható szolgáltatási szinten újra működőképessé váljanak. A feltárt hibákból fejlesztési prioritások születnek Az állapotfelmérések, technikai tesztek és incidenskezelési gyakorlatok akkor teremtenek valódi üzleti értéket, ha eredményeik konkrét fejlesztési döntésekhez vezetnek. A feltárt hiányosságok kezelése jellemzően nem történhet egyszerre. A prioritások meghatározásánál ezért figyelembe kell venni az üzleti kockázat mértékét, a kritikus rendszerek szerepét, az esetleges szabályozói követelményeket, valamint a rendelkezésre álló pénzügyi és szakmai erőforrásokat. Az eredmény így egy olyan fejlesztési irány lehet, amely világosan megmutatja, hol indokolt technológiai beruházás, mely területeken szükséges a monitoring vagy a jogosultságkezelés fejlesztése, hol érdemes a munkavállalói tudatosságot erősíteni, illetve mely incidenskezelési és helyreállítási folyamatokat szükséges rendszeresebben gyakorolni. A One Solutions szakértői a kiberbiztonsági felkészültséget ezért egymásra épülő technológiai, működési és szervezeti képességek rendszerében vizsgálják . Az állapotfelmérések, technikai biztonsági vizsgálatok, incidenskezelési gyakorlatok, valamint a mentési és helyreállítási folyamatok ellenőrzése egyaránt azt segíti, hogy a vállalat még ellenőrzött körülmények között ismerje meg saját gyenge pontjait, majd ezek alapján határozza meg a szükséges fejlesztések sorrendjét. A felkészültség jóval az első riasztás előtt kezdődik. Egy kibertámadás kritikus első időszakában a szervezet már azokból a képességekből, folyamatokból és döntési mechanizmusokból építkezhet, amelyeket korábban kialakított és próbára tett. A kérdés ezért nem az, hogy vannak-e gyenge pontok, hanem az, hogy ki találja meg őket előbb: a vállalat vagy a támadó.