Évekig a sebezhetőségkezelés viszonylag kiszámítható ciklus szerint működött: egy sebezhetőséget felfedeztek, nyilvánosságra hoztak, értékelték, prioritást rendeltek hozzá, majd végül kijavították. Ezt a modellt egyre nehezebb fenntartani.
A Microsoft 2026. szeptemberi „Patch Tuesday” a legnyilvánvalóbb bizonyíték erre: egyetlen kiadásban rekordszámú, 973 biztonsági rést javítottak ki. Mivel a mesterséges intelligencia felgyorsítja a biztonsági rések felfedezését, a kihasználási módszerek fejlesztését és a támadások végrehajtását, a szervezeteknek gyorsabban kell orvosolniuk a biztonsági réseket, hogy lépést tudjanak tartani. Ez kritikus kérdés az ISV-k (független szoftvergyártók) számára, akiknek mostantól a sebességet is figyelembe kell venniük a „ vulnerability detection ” és a javításkezelési megoldásaikban.
A legfontosabb tudnivalók
- A Microsoft 2026. szeptemberi „Patch Tuesday” frissítése új rekordot állított fel: 973 biztonsági rést javított ki, köztük két, már kihasznált zero-day sebezhetőséget (CVE-2026-85880, CVE-2026-81963)
- A mesterséges intelligencia egyre rövidebbé teszi azt az időtartamot, amely alatt a biztonsági rések kihasználhatók. A rosszindulatú szereplők egyre gyakrabban használják a mesterséges intelligenciát a biztonsági rések felderítésének, a kihasználási módszerek kidolgozásának és a támadások végrehajtásának felgyorsítására.
- A sebezhetőségek kezelése és a javítások telepítése egyre inkább valós idejű biztonsági funkcióvá válik. A sebezhetőségek felismerése már nem elegendő. A szervezeteknek prioritásokat kell felállítaniuk, és a sebezhetőségeket mesterséges intelligencia által biztosított sebességgel kell gyorsan orvosolniuk.
- A javításkezelésnek túl kell lépnie a jelentéskészítésen. Az ügyfeleknek olyan termékekre van szükségük, amelyek segítenek nekik a sebezhetőségek azonosításában, a kockázatok fontossági sorrendbe állításában és a gyors intézkedések meghozatalában, nem pedig csupán arról tájékoztatják őket, hogy mi a probléma.
- Az ISV-k a beágyazott biztonságot versenyelőnyként tudják kihasználni. A kockázatfelismerés ( vulnerability detection ) és a hibaelhárítás közvetlen integrálása a termékbe zökkenőmentesebb felhasználói élményt biztosíthat, miközben segít az ügyfeleknek csökkenteni a sebezhetőségi időtartamot.
A Microsoft 2026. szeptemberi „Patch Tuesday” frissítési napjának részletes áttekintése
2026. szeptember 8-án a Microsoft 973 CVE-re (Common Vulnerabilities and Exposures) vonatkozó javításokat tett közzé; ez a program történetének legnagyobb egyedi biztonsági frissítése, amely több mint 350-nel haladja meg a júliusi korábbi rekordot, azaz a 622-t. A frissítés kiterjed a Windowsra, a Microsoft Office-ra, az SQL-re Server-re, az Exchange-re, a SharePoint-ra, az Azure-ra és a fejlesztői eszközökre, wobei a javítások közül 723 kizárólag a Windows-t érinti.
A Cyber Security News egyik elemzése a bejelentett CVE-ket különböző sebezhetőségi típusokba sorolta, kiemelve az egyes kategóriákban azonosított CVE-k számát az alábbiak szerint:
Sebezhetőségi kategória | Szám |
Jogosultságok kiterjesztése | 438 |
Távoli kódvégrehajtás | 258 |
Információk közzététele | 173 |
Szolgáltatásmegtagadás | 56 |
Biztonsági funkció megkerülése | 19 |
Spoofing | 16 |
Manipuláció | 13 |
AZONNALI intézkedés az aktívan kihasznált sebezhetőségek esetén
- Egy olyan sebezhetőség esetében, amelyet senki sem használ ki, a magas pontszám kisebb működési kockázatot jelent, mint egy aktív támadási kampányban felbukkanó, közepes pontszámú hiba.
Kritikus biztonsági rések és távoli kódfuttatás (RCE) esetén MAGAS PRIORITÁS – a héten belül
- Windows Kerberos távoli kódvégrehajtási sebezhetőség (CVE-2026-69676): A Windows Kerberos rendszerben a „capture-replay” módszerrel történő hitelesítés megkerülése lehetővé teszi egy jogosult támadó számára, hogy hálózaton keresztül kódot hajtson végre.
- A Windows DNS „ Server ” funkciójában található távoli kódfuttatási sebezhetőség (CVE-2026-69730), amely hitelesítés nélkül is kihasználható
NEXT üzletkritikus rendszerekhez – A szokásos időkereten belül
- A még fennálló, „kritikus” besorolású Windows-javítások, beleértve a biztonságos rendszermag-móddal és a virtualizációalapú biztonsági enklávéval kapcsolatos problémákat
- Üzleti szempontból kritikus rendszerek, például az Office, az SQL Server, a SharePoint és az Exchange
FOLYAMATOS – Harmadik féltől származó alkalmazások – Folyamatos ciklus
- Harmadik féltől származó alkalmazások: a böngészők, a futtatókörnyezetek és a PDF-olvasók ugyanolyan gyakran válnak aktív támadások célpontjává, mint a Microsoft-termékcsalád, és nem szerepelnek egyetlen „Patch Tuesday” összefoglalóban sem
- Újonnan telepített és visszatérő eszközök: egy olyan végpont, amely szeptemberben offline állapotban volt, a visszakapcsolódás pillanatában átveszi a teljes felhalmozódott munkamennyiséget
Mit jelent ez az ISV-k számára?
A biztonsági rések gyorsabban terjednek, mint a hagyományos javítási intézkedések
A hagyományos sebezhetőségkezelés már eleve kihívást jelentett. A modern szoftverkörnyezetek operációs rendszereket, harmadik féltől származó alkalmazásokat, könyvtárakat, függőségeket, illesztőprogramokat és komponenseket tartalmaznak, amelyek folyamatosan új támadási felületeket hoznak létre.
Az AI révén most egy újabb dimenzió is hozzáadódik: a sebesség.
- A biztonsági rések gyorsabban feltárhatók. A mesterséges intelligencia-modellek és az autonóm rendszerek segíthetik a kutatókat a forráskód, a bináris fájlok, a függőségek, a konfigurációk és a támadási felületek elemzésében olyan mértékben, amelyet kézzel nehéz lenne megismételni.
- A biztonsági rések kihasználása a felfedezéstől a kihasználásig akár egy nap alatt is megtörténhet. Az Infosecurity Magazine egyik cikke rámutat arra az új helyzetre, hogy a mesterséges intelligencia (AI) modellek a sebezhetőségek nyilvánosságra hozatala és azok kihasználása közötti időt alig 24 órára rövidítik le.
- A kézi javítás nem képes lépést tartani a gépi sebességgel végrehajtott támadásokkal. A sebezhetőség felderítése csupán a kezdet. A szervezeteknek még azután is meg kell határoznia az érintett végpontokat és alkalmazásokat, fel kell mérniük a súlyosságot, meg kell találniuk a rendelkezésre álló javításokat, és el kell dönteniük, hogy azokat milyen gyorsan és biztonságosan tudják telepíteni. A szoftverkörnyezetek bővülésével egyre nehezebb ezt a folyamatot kézzel kezelni.
A „Patch Tuesday” határain túl
A „Patch Tuesday”-nek van egy előnye: kiszámítható. A dátumokat előre közzéteszik; a Windows-frissítések kumulatívak, és a legtöbb vállalat máris olyan eszközöket használ, amelyeket kifejezetten ezek telepítésére fejlesztettek ki.
A harmadik féltől származó alkalmazások egyiket sem kínálják. A probléma nem az, hogy nincs menetrendjük, hanem az, hogy mindegyik más-más menetrendet használ:
- A Google Chrome 2026. szeptember 8-án áttért a kéthetes kiadási ciklusra, amelyhez sürgősségi, a szokásos kiadási cikluson kívüli frissítések társulnak, amennyiben egy biztonsági rés ( zero-day ) kihasználására kerül sor.
- Az Oracle Java frissítései a hónap harmadik keddjén jelennek meg, a köztes hónapokban pedig negyedéves kritikus javítófrissítések és kritikus biztonsági javítófrissítések jelennek meg; ez közel áll a Microsoft ütemezéséhez, de soha nem esik egy hétre
- A Mozilla Firefox 2026. szeptember 1-jétől kéthetes kiadási ciklusra váltott át
- Az olyan együttműködést és termelékenységet elősegítő alkalmazások, mint a Zoom, a Slack és a Notion, folyamatosan frissülnek, gyakran észrevétlenül
- A segédprogramok és a nyílt forráskódú eszközök, például a 7-Zip, a Notepad++ és a VLC előzetes bejelentés nélkül jelennek meg
Ezek közül egyik sem szerepel a Windows kumulatív frissítésében, és több közülük nem egy felügyelt rendszerképből, hanem a felhasználó által végzett telepítés útján kerül a rendszerbe, ami azt jelenti, hogy már az eszközleltárból eltűnnek, mielőtt a javítás hiányozna róluk.
Az ISV-k számára éppen itt válik a szoftverkompatibilitás versenyelőnyvé, nem pedig puszta kötelező elemévé. Azok az ügyfelek, akik a termékét értékelik, általában már megoldották a Microsoft-frissítésekkel kapcsolatos problémákat. Amit viszont még nem oldottak meg, az a harmadik féltől származó alkalmazások hosszú sora, és éppen ezt a hiányosságot tudja a terméke pótolni.
A régi normák már nem működnek
A biztonsági környezet gyorsabban változik, mint ahogyan azt a hagyományos javítások telepítése és a végpontok állapotának ellenőrzése – amelyek eredetileg ezek kezelésére lettek kialakítva – képesek követni. Az ISV-k számára ez azt jelenti, hogy a tegnapi biztonsági megoldások már nem feltétlenül elegendőek a mai vállalati biztonsági követelmények teljesítéséhez.
- A „Fut-e a víruskereső?” kérdés már nem elegendő. A vállalati vásárlók egyre inkább azt szeretnék tudni, hogy a csatlakozó eszközön hiányoznak-e a már kihasznált CVE-khez tartozó javítások, és nem csupán azt, hogy van-e valahol a lemezen egy biztonsági ügynök.
- A fejlesztői csapatnak most egy folyamatosan változó céllal kell megbirkóznia. Minden olyan alkalmazás, biztonsági termék, operációs rendszer-verzió és javítási szint, amelyet a terméknek fel kell ismernie, egyre nagyobb terhet jelent. Amikor egy hónap alatt több mint 970 javítás kerül kiadásra, a karbantartási terhek még tovább nőnek.
- A biztonsági résre vonatkozó adatok önmagukban nem oldják meg a problémát. Az ügyfeleknek tudniuk kell, hogy mi érintett, mennyire súlyos a probléma, létezik-e javítás, és milyen lépéseket kell tenniük.
- A hiba felismerése a kijavítás nélkül veszélynek teszi ki az ügyfeleket. A sebezhető alkalmazás azonosítása csak akkor értékes, ha az ügyfelek gyorsan tudnak lépéseket tenni a kockázat csökkentése érdekében.
A kínálat újragondolása
Ha a támadók már a mesterséges intelligencia sebességével működnek, az ISV-knek át kell gondolniuk, hogy termékeik milyen lehetőségeket nyújtanak az ügyfeleknek. A javításkezelés már nem lehet időszakos, manuális folyamat. Folyamatosabbá, gyorsabbá, intelligensebbé és cselekvésre ösztönzőbbé kell válnia.
Az ISV-k számára ez azt jelenti, hogy olyan „ vulnerability detection ” és javításkezelési funkciókat kell kifejleszteniük, amelyek az alábbiakban segítik az ügyfeleket:
- Gondoskodjon a folyamatos átláthatóságról. Biztosítson az ügyfeleknek naprakész áttekintést a sebezhető alkalmazásokról és végpontokról, hogy a biztonsági kockázatokat azok megjelenésekor azonnal felismerhessék, és ne csak hetekkel az utolsó értékelés után.
- Hibaelhárítás, nem csupán jelentés. Ha egy rendszergazdának csak annyit közlünk , hogy egy eszköz elavult vagy sebezhető, az alig jelent értéket, amikor a támadási ablak mindössze 24 óra. A javítások telepítését építsük be a meglévő termékmunkamenetbe, ahelyett, hogy az ügyfeleket arra kényszerítenénk, hogy több biztonsági és IT-kezelő eszköz között válogassanak.
- Ne pusztán nyers számadatokat mutasson, hanem adjon több kontextust a kihasználhatóságról. Biztosítsa az ügyfelek számára azt a lehetőséget, hogy elkülönítsék az aktívan kihasznált zero-day sebezhetőségeket az ugyanazon kiadásban szereplő több mint 970 egyéb javítástól.
- Helyezze előtérbe a legfontosabbakat! Segítsen az ügyfeleknek eligazodni a egyre növekvő számú CVE-k között olyan intelligens megoldásokkal, amelyek azonosítják, mely sebezhetőségek igényelnek azonnali figyelmet. Az automatizált prioritás-meghatározás a sebezhetőségi adatokat konkrét, cselekvésre ösztönző javítási döntésekké alakítja.
Ez azt jelenti, hogy a sebezhetőségek és a javítások kezelése már nem csupán egy háttérbeli biztonsági feladat. Közvetlen hatással lehet a termék értékére, az ügyfélélményre, valamint az ISV versenyképességére.
Hogyan illeszkedik az OPSWAT keretrendszer?
OPSWATAz OESIS Framework egy beágyazható végpontbiztonsági SDK, amely az ISV-k számára egységes, konzisztens felületet biztosít az operációs rendszerek és több ezer végpontalkalmazás felméréséhez és automatikus javításához Windows, macOS és Linux rendszereken, és amelynek lefedettsége az új sebezhetőségek felbukkanásával egyidejűleg folyamatosan frissül.
„Egy olyan világban, ahol a mesterséges intelligencia felgyorsíthatja a sebezhetőségek felderítését és kihasználását, a biztonsági intézkedések nem állhatnak meg a felderítésnél. Az ISV-knek meg kell ragadniuk a lehetőséget, hogy a sebezhetőségekkel kapcsolatos információkat konkrét cselekvéssé alakítsák, segítve az ügyfeleket a kockázatok azonosításában, a legfontosabbak rangsorolásában, valamint ezeknek a rangsorolt kockázatoknak a hatékony és gyors kiküszöbölésében.” Brent Beachem, termékigazgató
Az OESIS Framework segítségével a vállalatok több mint 98 500 egyedi CVE-t és több mint 175 000 sebezhetőségi esetet azonosíthatnak, értékelhetnek és térképezhetnek fel, több mint 1000 támogatott alkalmazás esetében. A rendszer automatikusan felismeri a hiányzó javításokat, és kijavítja a sebezhetőségeket több száz harmadik féltől származó alkalmazás és operációs rendszer esetében.
Ha a sebezhetőség-értékelési és a javításkezelési funkciókat beépíti a termékébe, az ügyfeleknek egy átfogóbb biztonsági munkafolyamatot biztosíthat – a sebezhetőségek felderítésétől azok fontossági sorrendbe állításán és kijavításán át –, anélkül, hogy kénytelenek lennének különálló eszközök között váltogatni.
Ne csak abban segítsen az ügyfeleknek, hogy felfedezzék a biztonsági réseket. Segítsen nekik abban is, hogy gyorsabban és hatékonyabban szüntessék meg a sebezhetőséget.
