Fintech ügyfélszolgálati rendszer
Egy ügyfélnyilvántartást kezelő rendszernél UEBA-riasztás jelzi, ha egy fiók szokatlan időpontban, tömegesen kér le ügyféladatokat, mielőtt az adat elhagyná a hálózatot.
A fenyegetésészlelés azt keresi, ami eltér a megszokott mintától: egy felhasználó, aki hirtelen más időpontban, más helyről lép be, vagy egy szerver, amely szokatlan mennyiségű adatot küld kifelé. UEBA-alapú viselkedéselemzést, hálózati és végponti észlelést állítunk be, és gépi triázzsal szűrjük a riasztásokat, hogy a csapatod a valódi eseményre fókuszáljon, ne a zajra.
A végpontokon EDR-t telepítünk, amely a folyamatindításokat, fájlműveleteket és jogosultság-változásokat figyeli. A hálózaton NDR-szerű észlelést állítunk be a szokatlan forgalmi mintákra. Ezekre épül az UEBA-alapréteg: minden felhasználóhoz és szerverhez alap-viselkedési mintát rendelünk, és azt jelezzük, amikor valami jelentősen eltér tőle, például szokatlan időpontban történő tömeges adatlekérés. A három réteg együtt ad teljes képet: az EDR a gépen történteket látja, az NDR a hálózaton mozgó adatot, az UEBA pedig a hosszabb távú mintázatot köti össze mindkettővel.
Ahogy nő a naplóforrások száma, úgy nő a riasztások száma is, és egy emberi csapat gyorsan elmerül bennük. Gépi triázzsal csoportosítjuk a hasonló eseményeket, kiemeljük a MITRE ATT&CK szerint gyanúsabb láncokat, és a Sigma-szabályokkal folyamatosan bővítjük a detekciós szabálykészletet az újonnan megismert támadási technikákra. Ez nem helyettesíti az elemzőt, de a figyelmét a valódi eseményre irányítja a rutinriasztások helyett. Ugyanez a gépi előszűrés jellemzi a támadó oldalt is: LLM-ügynökök gyorsan végigpróbálnak sok mintát, ezért a detekciós oldalnak legalább ilyen ütemben kell frissülnie.
A honeytoken egy csali: egy fájl, adatbázis-bejegyzés vagy API-kulcs, amelyet soha nem használ jogosult folyamat. Ha valaki hozzáér, az szinte biztosan illetéktelen hozzáférést jelent, és a riasztás azonnal, hamis pozitívok nélkül érkezik. Kritikus rendszereknél ezt is beépítjük a védelmi rétegek közé, mert korai, megbízható jelzést ad egy behatolás elején. Több csalit helyezünk el a hálózat különböző pontjain, hogy egy támadó oldalirányú mozgása közben szinte biztosan belefusson legalább egybe, mielőtt a valódi célhoz érne.
Minden előfizetés havi DevOps, Kiberbiztonsági és Programozási órákat tartalmaz: 1 óra a cPanel Advanced csomagtól felfelé, 1–8 óra VPS esetén, dedikált szervereken csomagtól függően 5–10 óra, GPU szervereken pedig 10 óra. Az órákat az ügyfélpanelből lehet kérni, nem vihetők át a következő hónapra, és ami a keretet meghaladja, azt elfogadjuk és külön számlázzuk.
Feltérképezzük a felhasználói és szerverviselkedést, hogy legyen mihez viszonyítani az anomáliadetektáláshoz, és meghatározzuk a kritikus rendszereket.
Beállítjuk az EDR-t a végpontokon, a hálózati anomáliadetektálást és az UEBA-alapréteget felhasználónként, szerverenként, az egyeztetett hatókörben.
Beállítjuk a gépi előszűrést és a MITRE ATT&CK szerinti kategorizálást, hogy a csapat a valódi eseményre fókuszáljon.
A havi órák terhére frissítjük a Sigma-szabályokat és a viselkedési alapmintákat, ahogy a rendszereid és a fenyegetési kép változik.
Egy ügyfélnyilvántartást kezelő rendszernél UEBA-riasztás jelzi, ha egy fiók szokatlan időpontban, tömegesen kér le ügyféladatokat, mielőtt az adat elhagyná a hálózatot.
Egy budapesti szolgáltatóközpont belső fájlmegosztó rendszerében honeytoken jelzi, ha valaki jogosulatlanul hozzáfér egy érzékeny mappához.
Egy termelési hálózaton NDR-alapú észlelés jelzi, ha egy eszköz szokatlan kifelé irányuló forgalmat generál, ami korábban nem volt megfigyelhető mintázat.
Az UEBA (felhasználói és entitás-viselkedéselemzés) minden felhasználóhoz és szerverhez saját alapmintát épít, és az attól való eltérést jelzi, nem egy előre rögzített szabálylistát követ. Így olyan anomáliát is észrevesz, amire nem írtunk explicit szabályt.
A honeytoken egy csali erőforrás, amelyet jogosult folyamat soha nem használ. Ha valaki hozzáfér, az gyakorlatilag biztos jele az illetéktelen hozzáférésnek, és a riasztás hamis pozitívok nélkül, korán érkezik, mielőtt a támadó tovább mozogna a hálózaton.
Nem. A vírusirtó ismert kártevő-aláírásokat keres. Az EDR folyamatokat, fájlműveleteket és jogosultság-változásokat figyel viselkedés alapján, és visszamenőlegesen is vizsgálható, hogy egy incidens pontos lefolyását rekonstruálni lehessen, olyan fenyegetésnél is, amire még nincs ismert aláírás.
Néhány hét megfigyelés általában elég ahhoz, hogy a normál mintázat kirajzolódjon, utána a rendszer folyamatosan finomodik. Ez idő alatt is fut az EDR és a hálózati észlelés, csak az UEBA-riasztások érzékenysége nő fokozatosan.
Igen, ez az egyik fő célja: a gépi triázs csoportosítja a hasonló eseményeket, és a MITRE ATT&CK szerint gyanúsabb láncokat emeli ki, így a csapat kevesebb, de relevánsabb riasztást kap ahelyett, hogy minden egyedi eseményt külön kellene átnéznie.
Mondd el, milyen infrastruktúrát futtatsz, és megnézzük, hol van szükség viselkedésalapú észlelésre.