Realūs iššūkiai. Praktiškai įgyvendinti sprendimai.

Kibernetinio saugumo technologijos didžiausią vertę sukuria tada, kai išsprendžia konkrečią organizacijos problemą.

Vienoms organizacijoms reikia modernizuoti tinklo infrastruktūrą, kitoms – sustiprinti apsaugą nuo kibernetinių atakų, centralizuoti saugumo stebėseną, apsaugoti OT aplinką ar pasirengti naujiems kibernetinio saugumo reikalavimams.

AVEDUS atvejų analizėse pristatome praktinius projektų pavyzdžius – nuo pradinio iššūkio ir pasirinktos architektūros iki įgyvendinto sprendimo bei pasiekto rezultato.

Nuo problemos iki rezultato

Kiekvienas projektas prasideda nuo konkretaus organizacijos poreikio.

Tai gali būti:

• pasenusi tinklo infrastruktūra;

• nepakankamas tinklo segmentavimas;

• ribotas IT ar OT infrastruktūros matomumas;

• sudėtingas daugelio padalinių valdymas;

• nepakankama vartotojų prieigos kontrolė;

• didėjanti ransomware rizika;

• viešai pasiekiamų aplikacijų apsauga;

• DDoS rizika;

• saugumo įvykių stebėsenos trūkumas;

• NIS2 pasirengimas.

Todėl atvejų analizėse dėmesį skiriame ne vien panaudotoms technologijoms, bet pirmiausia problemai, kurią reikėjo išspręsti.

Kaip pristatome atvejų analizes?

Kiekvieną AVEDUS atvejo analizę sudaro penkios pagrindinės dalys.

Situacija

Trumpai pristatoma organizacijos veiklos aplinka, infrastruktūra ir projekto kontekstas.

Kai dėl konfidencialumo negalime viešinti kliento pavadinimo ar techninių infrastruktūros detalių, projektą pristatome anonimizuotai.

Pavyzdžiui:

„Viena didžiausių Lietuvos gamybos įmonių“

arba

„Kritinės infrastruktūros sektoriaus organizacija“.

Iššūkis

Aprašoma problema, kurią reikėjo išspręsti.

Pavyzdžiui:

• ribotas infrastruktūros matomumas;

• nepakankamas IT ir OT tinklų atskyrimas;

• pasenusi ugniasienių infrastruktūra;

• sudėtingas daugelio padalinių valdymas;

• nepakankama nuotolinės prieigos kontrolė;

• didelis saugumo įvykių kiekis;

• nepakankama apsauga nuo DDoS;

• poreikis sustiprinti kibernetinį atsparumą.

Aiškiai apibrėžtas iššūkis leidžia suprasti, kodėl projektas buvo reikalingas.

Sprendimas

Aprašoma AVEDUS suprojektuota architektūra ir pasirinktas problemos sprendimo būdas.

Priklausomai nuo projekto tai gali būti:

• tinklo segmentavimas;

• naujos kartos ugniasienių infrastruktūra;

• SD-WAN;

• NAC;

• ZTNA;

• PAM;

• EDR/XDR;

• SIEM;

• DDoS apsauga;

• WAF;

• OT saugumo platforma;

• centralizuotas tinklo valdymas.

Technologijos parenkamos pagal konkrečios organizacijos infrastruktūrą, rizikas ir veiklos poreikius.

Įgyvendinimas

Net ir gerai suprojektuotas sprendimas turi būti tinkamai įdiegtas.

Atvejų analizėse parodome, kaip projektas buvo įgyvendintas:

Analizė → Projektavimas → Diegimas → Migracija → Integracija → Testavimas → Paleidimas.

Jeigu projektas buvo vykdomas veikiančioje kritinėje infrastruktūroje, ypatingas dėmesys skiriamas paslaugų tęstinumui ir migracijos rizikos mažinimui.

Rezultatas

Svarbiausia projekto dalis – ne įdiegtos technologijos, o jų sukurtas rezultatas.

Priklausomai nuo projekto tai gali būti:

• padidintas infrastruktūros matomumas;

• sustiprinta tinklo segmentacija;

• centralizuotas saugumo valdymas;

• sumažinta neautorizuotos prieigos rizika;

• pagerintas grėsmių aptikimas;

• sustiprintas atsparumas ransomware;

• apsaugotos kritinės aplikacijos;

• padidintas paslaugų prieinamumas;

• supaprastintas infrastruktūros administravimas;

• sustiprintas pasirengimas NIS2 reikalavimams.

Kai įmanoma, rezultatą verta išreikšti konkrečiais rodikliais.

Tinklo saugumo atvejų analizės

Tinklo saugumo projektuose dažnai sprendžiame infrastruktūros segmentavimo, centralizuoto valdymo ir saugios komunikacijos problemas.

Projektai gali apimti:

• ugniasienių modernizavimą;

• tinklo segmentavimą;

• VPN;

• SD-WAN;

• NAC;

• saugų Wi-Fi;

• centralizuotą valdymą;

• aukšto prieinamumo architektūrą.

Tokiuose projektuose svarbu ne tik sustiprinti apsaugą, bet ir išlaikyti stabilų organizacijos tinklo veikimą.

OT ir ICS saugumo atvejų analizės

Gamybos ir energetikos aplinkose kibernetinio saugumo sprendimai negali trikdyti technologinių procesų.

Todėl OT projektuose pirmiausia siekiame suprasti infrastruktūrą ir jos komunikaciją.

Projektai gali apimti:

• OT turto identifikavimą;

• pasyvų tinklo stebėjimą;

• IT/OT segmentavimą;

• pramoninių protokolų analizę;

• anomalijų aptikimą;

• saugią tiekėjų prieigą;

• OT įvykių integraciją su SIEM/SOC.

Tikslas – didinti kibernetinį atsparumą išlaikant gamybos ar technologinių procesų stabilumą.

DDoS ir aplikacijų apsaugos atvejų analizės

Viešai pasiekiamoms sistemoms svarbus ne tik konfidencialumas, bet ir prieinamumas.

DDoS ar aplikacijų lygmens ataka gali sutrikdyti elektronines paslaugas ir tiesiogiai paveikti organizacijos veiklą.

Projektai gali apimti:

• DDoS apsaugą;

• WAF;

• API Security;

• Bot Management;

• aplikacijų srauto analizę;

• aukšto prieinamumo architektūrą.

Atvejų analizėse galima parodyti, kaip buvo apsaugota konkreti internetinė paslauga ir kokią riziką sprendimas padėjo sumažinti.

Identiteto ir prieigos valdymo atvejų analizės

Kompromituota vartotojo ar administratoriaus paskyra gali suteikti užpuolikui prieigą prie kritinių sistemų.

Todėl identiteto projektuose gali būti diegiama:

• MFA;

• SSO;

• PAM;

• NAC;

• ZTNA;

• sertifikatais pagrįsta autentifikacija;

• centralizuota prieigos kontrolė.

Atvejų analizėse parodome, kaip pasikeitė organizacijos prieigos modelis ir kokias rizikas pavyko sumažinti.

SIEM ir SOC atvejų analizės

Organizacijos gali turėti daug saugumo technologijų, tačiau neturėti vieningo vaizdo apie tai, kas vyksta jų infrastruktūroje.

SIEM ir SOC projektuose centralizuojami saugumo įvykiai iš skirtingų sistemų ir kuriami jų analizės scenarijai.

Tai gali apimti:

• duomenų šaltinių integraciją;

• žurnalų centralizavimą;

• koreliacijos taisykles;

• incidentų aptikimo scenarijus;

• įspėjimų prioritetizavimą;

• SOC/MDR integraciją.

Rezultatas – greitesnis įtartinos veiklos identifikavimas ir geresnis visos infrastruktūros saugumo matomumas.

NIS2 atvejų analizės

NIS2 projektas dažnai prasideda nuo esamos situacijos įvertinimo.

Nustačius svarbiausias spragas, formuojamas jų šalinimo planas.

Praktinis projektas gali apimti:

Rizikų vertinimą → Tinklo segmentavimą → MFA → PAM/NAC → EDR/XDR → Pažeidžiamumų valdymą → SIEM/SOC → Incidentų valdymą → Atsarginių kopijų apsaugą.

Tokios atvejų analizės parodo, kaip reguliaciniai reikalavimai paverčiami realiai veikiančiomis techninėmis priemonėmis.

Atvejų analizės pagal industriją

AVEDUS įgyvendinami projektai apima skirtingų poreikių organizacijas.

Energetika ir kritinė infrastruktūra

Aukštas prieinamumas, IT/OT segmentavimas, kritinių sistemų apsauga ir saugi nuotolinė prieiga.

Gamyba

OT infrastruktūros matomumas, tinklo segmentavimas, ransomware atsparumas ir gamybos tęstinumas.

Finansų sektorius

Identiteto apsauga, DDoS, aplikacijų saugumas, SIEM/SOC ir infrastruktūros atsparumas.

Viešasis sektorius

Kritinių informacinių sistemų, vartotojų, tinklo ir elektroninių paslaugų apsauga.

Sveikatos apsauga

Pacientų duomenų, medicinos sistemų ir specializuotos įrangos apsauga.

Prekyba ir paslaugos

Padalinių infrastruktūra, SD-WAN, Wi-Fi, POS, elektroninės prekybos ir klientų duomenų apsauga.

Rezultatas svarbiau už technologiją

Kibernetinio saugumo projektuose lengva susikoncentruoti į technines charakteristikas.

Tačiau klientui svarbiausia ne tai, kiek funkcijų turi konkretus produktas.

Svarbiausia:

Ar sumažėjo rizika?

Ar infrastruktūra tapo geriau matoma?

Ar incidentus galima aptikti greičiau?

Ar kritinės sistemos tapo geriau apsaugotos?

Ar infrastruktūrą paprasčiau valdyti?

Ar organizacija gali greičiau atkurti veiklą po incidento?

Todėl AVEDUS atvejų analizėse technologijas vertiname per jų sukurtą rezultatą.

Konfidencialumas

Kibernetinio saugumo projektuose informacija apie infrastruktūrą, naudojamas technologijas ir nustatytus pažeidžiamumus gali būti jautri.

Todėl viešindami projektų patirtį atsižvelgiame į klientų konfidencialumo reikalavimus.

Kai negalime atskleisti organizacijos pavadinimo ar konkrečių techninių detalių, atvejo analizėje pateikiame tik tą informaciją, kuri nekelia papildomos saugumo rizikos.

Tai leidžia parodyti projekto mastą, sprendimo logiką ir rezultatą neatskleidžiant jautrios kliento infrastruktūros informacijos.

AVEDUS projektų principas

Kiekvieną projektą vertiname kaip visos organizacijos infrastruktūros dalį.

Nauja ugniasienė turi integruotis su tinklu.

EDR – su incidentų aptikimo procesu.

NAC – su identiteto sistema.

OT saugumo platforma – su SIEM.

SIEM – su SOC.

Atsarginės kopijos – su veiklos tęstinumo procesu.

Todėl mūsų tikslas – ne įdiegti atskirą technologiją, o sukurti tarpusavyje veikiančią saugumo architektūrą, kuri sprendžia konkrečią organizacijos problemą.