AI-alapú sérülékenységkezelés cégeknek

Mit takar konkrétan a szolgáltatás

Elindul egy eszközleltárral: mely szerverek, konténerek és függőségek futnak nálad. Erre épül a folyamatos szkennelés, amely az újonnan publikált hibákat is automatikusan kigyűjti. A talált tételeket nem sorban javítjuk: EPSS-szel megbecsüljük a tényleges kihasználás valószínűségét, a CISA KEV listával pedig azt nézzük, van-e már dokumentált, aktív kihasználás, és a támadási útvonal elérhetősége alapján rangsorolunk. Ez a megközelítés jelentősen kevesebb hamis riasztást termel, mint egy nyers CVSS-sorrend, ezért a csapatod tényleg a sürgős tételekre tud koncentrálni.

• Eszközleltár: szerverek, konténerek, függőségek
• Folyamatos szkennelés Trivy és Grype eszközökkel
• EPSS és CISA KEV szerinti priorizálás, nem puszta CVSS-sorrend
• Virtuális javítás a WAF-on, amíg a végleges patch elkészül

Az AI-kor: a szkennelés is, a támadás is gyorsult

Egy CVE nyilvánosságra kerülése után ma órák alatt megjelennek az automatizált próbálkozások, gyakran LLM-ügynökök generálják a kihasználó kódot a publikus leírásból. Ezért a hagyományos, havi vagy negyedéves szkennelési ciklus önmagában kevés: folyamatos figyeléssel és EPSS-alapú priorizálással a legkritikusabb tételeket napokon belül, nem hetekkel később javítjuk, a maradékot pedig a havi órák terhére, ütemezetten zárjuk le. A folyamatos ciklus azt is jelenti, hogy egy ma még biztonságosnak számító függőség holnap kritikussá válhat, ha közben új sebezhetőséget publikálnak rá.

Jelentés és nyomonkövetés

Havi összefoglalót kapsz a nyitott és zárt tételekről, a priorizálás indoklásával együtt, hogy lásd, miért az egyik hiba javítása sürgősebb a másiknál. Ez a dokumentáció a NIS2 hatálya alá tartozó szervezetek kockázatkezelési kötelezettségéhez is felhasználható alap, formális tanúsítási igény nélkül. A trendvonalat is látod hónapról hónapra: csökken-e a nyitott tételek száma, és mennyi idő telik el átlagosan egy hiba felfedezése és lezárása között.

Hogyan dolgozunk

1. Eszközleltár

   Feltérképezzük, mely szerverek, konténerek és függőségek futnak nálad, és ez adja a folyamatos szkennelés alapját.

2. Folyamatos szkennelés

   Rendszeresen ellenőrizzük a rendszereket ismert és újonnan publikált sérülékenységekre, automatizált eszközökkel, hogy egyetlen új CVE se maradjon huzamosan észrevétlen.

3. Priorizálás

   EPSS és CISA KEV adatok alapján rangsoroljuk a találatokat, hogy a valós kockázat szerinti sorrendben javítsunk.

4. Javítás és jelentés

   A havi órák terhére elvégezzük a javítást vagy a virtuális patchet, majd havi jelentésben összegezzük a nyitott és zárt tételeket.

Felhasználási esetek

Technológiák

• Trivy
• Grype
• OpenVAS
• CVSS
• EPSS
• CISA KEV
• SBOM

Gyakori kérdések

• Miben más ez, mint egy egyszeri sérülékenységvizsgálat?

  Az egyszeri vizsgálat egy állapotfotó egy adott pillanatban. A folyamatos sérülékenységkezelés rendszeresen újraszkennel, automatikusan felveszi az újonnan publikált hibákat, és nyomon követi, mi lett javítva és mi maradt nyitva, havi jelentéssel.

• Mit jelent az EPSS és miért nem elég a CVSS?

  A CVSS azt méri, mennyire súlyos lehet egy hiba elméletben. Az EPSS azt becsli, mekkora a valószínűsége, hogy a következő 30 napban ténylegesen kihasználják. A kettőt együtt nézve reálisabb sorrendet kapunk, mint csak a CVSS-pontszám alapján.

• Mi az a virtuális javítás?

  Amíg a végleges kódjavítás vagy csomagfrissítés elkészül, a WAF-ba felveszünk egy ideiglenes szabályt, amely blokkolja az ismert kihasználási mintát. Ez nem helyettesíti a végleges javítást, de lezárja az időablakot, amíg az megtörténik.

• Kell-e eszközleltár, ha csak pár szerverem van?

  Igen, mert a leltár nélkül nem lehet tudni, mely függőségek érintettek egy új CVE-nél. Kis infrastruktúránál is gyorsan elkészül, és utána a folyamatos szkennelés automatikusan hozzárendeli az új hibákat a meglévő eszközökhöz.

• Milyen gyakran érkezik jelentés?

  Havi összefoglalót kapsz a nyitott és zárt tételekről, a priorizálás indoklásával. Kritikus, aktívan kihasznált hibánál nem várjuk meg a hónap végét: azonnal jelezzük, hogy a javítás soron kívül elindulhasson, és a következő havi jelentésben már a lezárt állapot szerepel.