Ugrás a tartalomra

Fogalomtár

Biztonsági fogalmak, közérthetően

Azok a kifejezések, amelyek felmérési jelentésekben, auditmegállapításokban és szállítói ajánlatokban bukkannak fel — egyszer, marketingszöveg nélkül leírva. Minden fogalom arra a szolgáltatásra mutat, ahol ezt a munkát végezzük.

Autonomous SOC

más néven MI-vezérelt biztonsági üzemeltetés

Olyan biztonsági üzemeltetési modell, amelyben a riasztások első szűrését és vizsgálatát mesterséges intelligencia végzi, az elemzők pedig az eredményt felülvizsgálják és döntenek. A kifejezést a gyártók tágan használják: a valódi bevezetésekben szinte mindig ember hagyja jóvá az elhárítást, ezért az érdemi kérdés nem a címke, hanem az, hogy pontosan mely döntéseket adták át.

Nálunk ehhez ez tartozik: Menedzselt kiberbiztonsági felügyelet

Cloud misconfiguration

felhős hibás konfiguráció

Olyan felhőerőforrás, amely kitett állapotban maradt: bárki által olvasható tárhely, a szükségesnél jóval több jogot kapó szerepkör, az internet felé nyitva hagyott felügyeleti port. Ez konfigurációs hiba, nem szoftverhiba — ezért nincs hozzá CVE-azonosító és nincs hozzá javítócsomag sem: a beállítások átnézésével derül ki, nem verziók keresésével.

Nálunk ehhez ez tartozik: Kiberbiztonsági tanácsadás

Configuration management plan

konfigurációkezelési terv

Az a dokumentum, amely rögzíti, hogyan határozzák meg, módosítják és ellenőrzik egy rendszer konfigurációját: mi a jóváhagyott alapállapot, ki térhet el tőle, és hogyan veszik észre az elcsúszást. Az auditorok azért kérik, mert a később vizsgált kontrollok többsége olyan beállítás, amelyet valaki meg tud változtatni.

Nálunk ehhez ez tartozik: Bevezetési szolgáltatások

CVE

Common Vulnerabilities and Exposures — nyilvános sérülékenység-azonosító

Nyilvános azonosító, amelyet egyetlen termék egyetlen konkrét sérülékenységéhez rendelnek, CVE-2026-12345 alakban. Azért létezik, hogy két fél biztosan ugyanarról a hibáról beszéljen. Az azonosító önmagában semmit nem mond a súlyosságról — arra való a CVSS.

Nálunk ehhez ez tartozik: Sérülékenységi riasztások

CVSS

Common Vulnerability Scoring System — sérülékenységi pontrendszer

Módszer arra, hogy egy sérülékenység súlyosságát tízes skálán fejezzék ki aszerint, hogyan érhető el és mit ad a támadónak. Az alappontszám a hibát önmagában írja le, és szándékosan semmit nem tud az Ön környezetéről — ezért a magas érték vizsgálatra ad okot, nem pedig kijelentés az Ön kockázatáról.

Nálunk ehhez ez tartozik: Sérülékenységi riasztások

DSPM

Data Security Posture Management — adatbiztonsági állapotkezelés

Olyan eszközkészlet, amely feltérképezi, hol találhatók valójában az adatok a felhőszolgáltatásokban, osztályozza őket, és megmutatja, ki fér hozzájuk. Arra a kérdésre válaszol, amelyet az eszközleltár kihagy: nem arra, milyen rendszerek vannak, hanem arra, melyikben van olyan adat, amelynek kiszivárgása számítana.

Nálunk ehhez ez tartozik: Kiberbiztonsági tanácsadás

ISMS

Information Security Management System — információbiztonsági irányítási rendszer

Azoknak a szabályzatoknak, szerepköröknek, kockázati döntéseknek és felülvizsgálati ciklusoknak a dokumentált összessége, amelyekkel egy szervezet a biztonságot irányítja. Az ISO/IEC 27001 az irányítási rendszert tanúsítja, nem a technológiát — ezért egy ISMS nagyrészt rögzített döntésekből és azok felülvizsgálatának bizonyítékaiból áll.

Nálunk ehhez ez tartozik: Megfelelési keretrendszerek

MDR

Managed Detection and Response — menedzselt észlelés és reagálás

Olyan szolgáltatás, amely a SOC észlelési és reagálási képességét nyújtja anélkül, hogy az ügyfélnek sajátot kellene felépítenie. A szolgáltató figyeli a telemetriát, kivizsgálja, amit az eszközök jeleznek, és vagy maga hárítja el a fenyegetést, vagy már összeállított bizonyítékokkal együtt ad át egy megerősített incidenst.

Nálunk ehhez ez tartozik: Menedzselt kiberbiztonsági felügyelet

MSSP

Managed Security Service Provider — menedzselt biztonsági szolgáltató

A régebbi kiszervezési modell, amelyben a szolgáltató biztonsági eszközöket üzemeltet — tűzfalakat, átjárókat, olykor SIEM-et — és továbbítja, amit azok jeleznek. Az MDR-től abban különbözik, hol ér véget a munka: az MSSP jellemzően továbbadja a riasztást, az MDR-től viszont azt várják, hogy ki is vizsgálja és lépjen.

Nálunk ehhez ez tartozik: Menedzselt kiberbiztonsági felügyelet

MTTD

Mean Time to Detect — átlagos észlelési idő

Az az átlagos idő, amely a kompromittálódás kezdete és aközött telik el, hogy a védők észreveszik. Nem az első riasztástól, hanem az utólag fellelhető legkorábbi nyomtól érdemes mérni, mert annak a behatolásnak is számítania kell, amely egyetlen riasztást sem váltott ki.

Nálunk ehhez ez tartozik: Menedzselt kiberbiztonsági felügyelet

MTTR

Mean Time to Respond — átlagos reagálási idő

Az az átlagos idő, amely a fenyegetés észlelése és elhárítása között telik el. Ugyanezt a rövidítést használják a helyreállítás átlagos idejére is, ami mást mér — a szolgáltatás normál működésbe állását —, ezért egy közölt érték csak akkor értelmezhető, ha megmondják, melyikről van szó.

Nálunk ehhez ez tartozik: Menedzselt kiberbiztonsági felügyelet

OSINT

Open Source Intelligence — nyílt forrású információszerzés

Bárki számára elérhető forrásokból összeállított információ: nyilvános nyilvántartások, kiszivárgott jelszóadatbázisok, kódtárak, közösségi felületek és bűnözői fórumok. Védelmi célra azt állapítja meg, mit tudhat meg egy támadó a szervezetről még azelőtt, hogy bármihez hozzányúlna.

Nálunk ehhez ez tartozik: Digitális kockázatok kezelése

OT security

Operational Technology security — ipari rendszerek biztonsága

A fizikai folyamatokat vezérlő rendszerek — gyártósorok, épületgépészet, energia- és vízellátás — biztonsága. Az IT-biztonságtól főként a korlátaiban tér el: a berendezések élettartama évtizedekben mérhető, a javítás gyakran a termelés leállításával jár, és a rendelkezésre állás rendszerint előbbre való a bizalmasságnál.

OWASP Top 10 for LLM Applications

a nagy nyelvi modellekre épülő alkalmazások tíz legfőbb kockázata

Közösség által karbantartott lista a nagy nyelvi modellekre épülő alkalmazásokat érintő legjelentősebb biztonsági kockázatokról: prompt-injektálás, a modell kimenetének nem biztonságos kezelése, a tanítóadat mérgezése és hasonlók. Ellenőrzőlista, amelyhez egy tervet hozzá lehet mérni, nem pedig szabvány, amelyre tanúsítani lehetne.

Purple team

lila csapat

Olyan gyakorlat, amelyben a támadó és a védő oldal nem egymás ellen, hanem egy helyiségben, együtt dolgozik. A támadók menet közben elmondják, melyik technikát futtatják, a védők pedig ellenőrzik, látta-e azt az eszközeik — így az eredmény az észlelési hiányosságok listája, nem pedig győzelem vagy vereség.

Nálunk ehhez ez tartozik: Incidenskezelés

SIEM

Security Information and Event Management — biztonsági információ- és eseménykezelés

Olyan platform, amely a teljes rendszerkörnyezetből összegyűjti a napló- és eseményadatokat, közös alakra hozza őket, és észlelési szabályokat futtat rajtuk. A SIEM az a hely, ahol az észlelési logika él, és ahol egy vizsgálat rekonstruálható; önmagában nem dönt és nem avatkozik be.

Nálunk ehhez ez tartozik: Bevezetési szolgáltatások

SOAR

Security Orchestration, Automation and Response — biztonsági folyamatvezérlés és automatizálás

Olyan eszközkészlet, amely a reagálás ismétlődő lépéseit végzi el — riasztás kiegészítése adatokkal, gép leválasztása, jegy nyitása —, hogy az elemzői idő a mérlegelésre menjen, ne a lépésekre. Rendszerint a SIEM mellé kerül, nem helyette.

Nálunk ehhez ez tartozik: Bevezetési szolgáltatások

SOC

Security Operations Centre — biztonsági műveleti központ

Az az emberi, folyamati és eszközoldali együttes, amely a szervezet rendszereit támadás jeleire figyeli, és lép, ha talál ilyet. A SOC működhet házon belül, megvásárolható szolgáltatásként, és futhat vegyes modellben is, amelyben külső csapat fedi le az éjszakákat és a hétvégéket. Nem a felügyeleti termék teszi SOC-cá, hanem a riasztások mögött álló eszkalációs út.

Nálunk ehhez ez tartozik: Menedzselt kiberbiztonsági felügyelet

VAPT

Vulnerability Assessment and Penetration Testing — sérülékenységvizsgálat és behatolásteszt

Két tevékenység, amelyet rendszerint együtt rendelnek meg. A vizsgálat egy megállapodott hatókörön belül számba veszi az ismert gyengeségeket, nagyrészt automatizált szkenneléssel; a behatolástesztben pedig egy szakértő megkísérli kihasználni és egymásba fűzni őket. A vizsgálat megmondja, mi van kitéve, a teszt azt, mit tudna ezzel kezdeni egy támadó.

Nálunk ehhez ez tartozik: Bevezetési szolgáltatások

Zero trust

zéró bizalom

Architekturális alapelv: egyetlen kérés sem élvez bizalmat pusztán amiatt, honnan érkezett. Minden hozzáférési döntés a felhasználás pontján születik meg, identitás, eszközállapot és körülmények alapján, nem pedig abból öröklődik, hogy valami már bejutott a hálózat belsejébe.

Nem biztos benne, melyik vonatkozik Önre?

Mondja el, mit várnak el Öntől — auditor, ügyfél vagy a saját vezetése —, és megmondjuk, ezek közül melyik számít az Ön helyzetében, és melyik nem.