Fekete október az informatikában: mi történt 2026 októberében?

Vannak hetek, amikor egy rendszergazda reggel telepít néhány biztonsági frissítést, ellenőrzi a mentéseket, megold egy felhasználói problémát, és a munkanap végén elégedetten bezárja a laptopját.

2026 októberének harmadik hete nem ilyen volt.

Alig jelent meg egy kritikus sérülékenységről szóló figyelmeztetés, máris érkezett a következő. Banki fennakadások, támadható fejlesztői rendszerek, hálózati berendezések sürgős frissítései, kompromittált felhőalapú mentési szolgáltatás és újabb súlyos hibák a széles körben használt programozási környezetekben.

A német informatikai szakújságíró, Günter Born háromrészes októberi összefoglalójában használta a „Black October”, vagyis „fekete október” elnevezést az egymást követő problémákra.

A kifejezés találó, de fontos tisztázni: nem egyetlen, összehangolt világméretű kibertámadásról beszélünk.

Egymástól független üzemzavarok, biztonsági sérülékenységek, bizonyított támadások és még vizsgálat alatt álló gyanús események történtek szinte egy időben.

A közös pont mégis nyugtalanító.

A modern digitális infrastruktúra olyan összetett és egymásra épülő rendszerekből áll, hogy egyetlen hiba sokkal messzebbre juthat, mint korábban.

Október 20-án a Google Cloud londoni infrastruktúrájában jelentkező áramellátási probléma több internetes szolgáltatás működését zavarta meg.

A következményeket pénzügyi intézmények és azok ügyfelei is megérezték.

Magyarországon a Revolut felhasználói közül sokan fizetési, átutalási és egyéb szolgáltatási problémákat tapasztaltak.

Egy technikai meghibásodás több ország felhasználóit érintő pénzügyi problémává vált.

Ez az esemény nem kibertámadás volt, mégis ugyanarra a gyengeségre világított rá, amelyet a kibertámadások is gyakran kihasználnak: a kritikus szolgáltatások egymástól való függésére.

Egy banki alkalmazás mögött fizetési feldolgozók, adatbázisok, felhőszolgáltatások, hitelesítési rendszerek és hálózati kapcsolatok összetett együttese működik.

Ha egy kritikus láncszem kiesik, előfordulhat, hogy a felhasználó hiába rendelkezik elegendő pénzzel, átmenetileg nem tudja elkölteni.

A digitális pénz biztonsága és elérhetősége két különböző dolog.

Az októberi incidens után az európai bankfelügyelet is érdeklődött a történtek körülményeiről.

A felhőszolgáltatások megbízhatósága immár nem pusztán informatikai üzemeltetési kérdés, hanem a pénzügyi rendszer ellenálló képességének egyik alapvető feltétele.

A hét talán legnagyobb figyelmet kapó biztonsági eseménye a PHP2Shell volt.

Két kritikus sérülékenység került nyilvánosságra a PHP programozási nyelv futtatókörnyezetében, amelyre weboldalak, webáruházak és vállalati alkalmazások hatalmas mennyisége épül.

A problémát Magyarországon különösen komolyan vették.

A magyarorszag.hu és több kapcsolódó kormányzati szolgáltatás működését elővigyázatosságból korlátozták, miközben a rendszerek biztonsági állapotát ellenőrizték.

A Check Point október 22-i kutatása szerint Magyarország a megfigyelt szervezetek körében mért PHP2Shell-támadási kísérletek arányát tekintve az első helyen állt.

A 38%-os érintettség nem sikeres betörési arányt jelentett, hanem észlelt kihasználási kísérleteket.

A történet azért is különösen fontos, mert a sérülékenység nem egy elhanyagolt WordPress-bővítményben, hanem magában a PHP-futtatókörnyezetben jelent meg.

Vagyis akár egy naprakész webalkalmazás is veszélyeztetett lehetett, ha a háttérben sérülékeny PHP-verzió működött.

A PHP2Shell részleteit külön cikkben dolgoztuk fel, de a fekete október történetéből nem hagyható ki.

Talán ez mutatta meg a leglátványosabban, hogy az alapvető internetes technológiák sérülékenysége már nem csupán a rendszergazdák problémája.

Az állampolgárok hétköznapi ügyintézését is érintheti.

Október 21-én a GitLab rendkívüli biztonsági frissítést adott ki.

A CVE-2026-110264 azonosítójú sérülékenység 10 pontot kapott a 10 fokozatú CVSS 3.1 skálán.

Ez a maximálisan adható súlyossági érték.

A GitLab olyan fejlesztői platform, amelyen vállalatok és programozók forráskódot tárolnak, automatizált teszteket futtatnak, és szoftverek kiadását szervezik.

A sérülékenységet egy reguláris kifejezéseket feldolgozó komponens egészszám-túlcsordulási hibája okozta.

Bizonyos feltételek mellett egy támadó bejelentkezés nélkül is tetszőleges programkódot futtathatott volna az érintett GitLab-kiszolgálón.

Az igazi veszély azonban túlmutat egyetlen szerver feltörésén.

Ha egy támadó hozzáfér egy vállalat fejlesztői infrastruktúrájához, potenciálisan forráskódokhoz, konfigurációs állományokhoz, hozzáférési tokenekhez vagy a szoftverkiadási folyamat egyes elemeihez is közelebb kerülhet.

Ez nem automatikus következménye a sérülékenységnek, de jól mutatja, miért kritikus a fejlesztői infrastruktúra védelme.

A GitLab október 21-én kiadott javított verziókat, és a saját üzemeltetésű példányok azonnali frissítését javasolta.

A GitLab.com szolgáltatás a vállalat tájékoztatása szerint már a javított változatot használta.

Miközben a PHP-üzemeltetők a saját rendszereiket vizsgálták, a JavaScript-alapú szerverek üzemeltetői is új problémával szembesültek.

A Node.js október 21-i biztonsági kiadásában megjelent a CVE-2026-111497 jelzésű sérülékenység.

A hiba a Brotli nevű adattömörítési eljárás dekódolóját érinti.

A Brotli-t webes környezetben széles körben használják az adatok méretének csökkentésére.

A sérülékenység lényege, hogy egy speciálisan előállított, hibás tömörített adat feldolgozása memóriahibát idézhet elő.

Ennek következménye összeomlás, memóriatartalom kiszivárgása vagy bizonyos körülmények között távoli kódfuttatás is lehet.

Az érintett Node.js-ágak a 22-es, 24-es és 26-os verziócsaládok.

A problémát Node2Shell néven kezdték emlegetni.

Fontos azonban, hogy nem minden Node.js-alkalmazás támadható automatikusan.

A veszély azoknál a rendszereknél jelentkezhet, amelyek támadó által befolyásolható Brotli-adatokat dolgoznak fel az érintett dekódolási útvonalon.

Ez éppen olyan típusú sérülékenység, amely kívülről nehezen felismerhető. Előfordulhat, hogy egy fejlesztő nem is közvetlenül használ Brotli-t a saját programkódjában, hanem egy alkalmazáskönyvtáron vagy keretrendszeren keresztül találkozik vele.

A tanulság egyszerű: a frissítések nemcsak a közvetlenül telepített alkalmazásokra, hanem azok függőségeire is vonatkoznak.

Október 22-én a Fortinet összehangolt biztonsági frissítéseket tett elérhetővé több termékéhez.

A FortiOS, a FortiManager és a FortiAnalyzer érintett verzióihoz új kiadások jelentek meg.

A gyártó különösen az internet felől elérhető eszközök gyors frissítését hangsúlyozta.

Ez azért figyelemre méltó, mert az ilyen berendezések gyakran éppen a vállalati hálózatok védelmében játszanak központi szerepet.

Egy tűzfal vagy központi menedzsmentrendszer nem egyszerűen még egy kiszolgáló a hálózatban.

Kulcsszerepet kaphat a távoli hozzáférés, a VPN-kapcsolatok, a forgalomszűrés és a hozzáférési szabályok kezelésében.

Ha egy támadó ilyen rendszerhez szerez jogosulatlan hozzáférést, annak súlyos következményei lehetnek.

A Fortinet október 22-én elérhetővé tette a biztonsági megerősítéseket, a részletes nyilvános sérülékenységi közleményeket pedig november 10-re ütemezte.

Ez azt is jelenti, hogy október 24-én még nem áll rendelkezésre minden technikai részlet.

A javítások kiadása nem bizonyítja, hogy az összes érintett eszközt már sikeresen megtámadták.

A gyártó ajánlása ugyanakkor egyértelmű: a frissítéseket prioritásként kell kezelni.

A fekete október egyik legmegdöbbentőbb számszerű adata a HPE hálózati termékeihez kapcsolódik.

Október 22-én a Hewlett Packard Enterprise 72 biztonsági sérülékenységre adott ki javítást az ArubaOS AOS-8 és AOS-10 rendszereiben.

Ezek közül nyolc kapott maximális, 10,0 pontos CVSS 3.1 besorolást.

Az érintett technológiák vállalati vezeték nélküli infrastruktúrában, vezérlőkben, átjárókban és egyes hozzáférési pontokban használatosak.

A hibák között hitelesítés megkerülésére és távoli kódfuttatásra alkalmas sérülékenységek is találhatók.

A hálózati infrastruktúra sérülékenysége különösen érzékeny kérdés.

Egy ilyen eszköz gyakran nem egyetlen munkaállomás, hanem egy teljes épület vagy vállalati hálózat kommunikációjának fontos része.

A sikeres kihasználás kockázata ezért nemcsak az adott berendezésre korlátozódhat.

A HPE azt javasolja az üzemeltetőknek, hogy haladéktalanul telepítsék a megfelelő javításokat, és korlátozzák a menedzsmentfelületek hozzáférhetőségét.

Nem minden Aruba-termék érintett ugyanabban a formában. A pontos kitettséget mindig a termékcsalád, az AOS-verzió és a gyártói biztonsági közlemény alapján kell megállapítani.

Talán az egyik legnyugtalanítóbb októberi történet a ConnectWise Cloud Backup kompromittálódása.

A Microsoft október 21-i elemzése szerint a Storm-0940 jelöléssel nyilvántartott, Kínához köthető támadói csoport mesterséges intelligenciával támogatott műveletei egy beszállítói láncot érintő támadáshoz kapcsolódtak.

A ConnectWise felhőalapú mentési szolgáltatásán keresztül a támadók Microsoft 365-környezetekhez kapcsolódó hozzáféréseket is veszélyeztettek.

Az incidens több száz ügyfelet érintett a beszámolók szerint.

A történet különösen kellemetlen, mert a biztonsági mentési szolgáltatásoktól éppen azt várjuk, hogy megvédjék a vállalat adatait a váratlan eseményektől.

Egy mentési szolgáltató azonban gyakran különleges jogosultságokkal rendelkezik ahhoz, hogy ügyfelei adatait elérje és mentse.

Ha ezeket a jogosultságokat egy támadó kihasználja, a bizalmi kapcsolat támadási felületté válhat.

A Microsoft beszámolója szerint a támadók automatizált, AI-alapú eszközökkel rendkívül gyorsan tudtak előrehaladni egyes célpontoknál.

Bizonyos esetekben a célpont kiválasztása és a kiemelt hozzáférés megszerzése között kevesebb mint három óra telt el.

Ez komoly figyelmeztetés minden olyan szervezet számára, amely külső szolgáltatóknak ad hozzáférést a vállalati felhőrendszereihez.

A biztonsági mentés megléte önmagában már nem elegendő garancia.

A mentési rendszerhez rendelt jogosultságok, a szolgáltatói kapcsolatok és a hozzáférések rendszeres felülvizsgálata ugyanolyan fontos.

A Siemens október 19-én aktív kihasználási kísérletekről adott tájékoztatást a Siemens Software Center egyik sérülékenységével kapcsolatban.

A CVE-2026-110936 jelzésű hiba DLL-betöltési problémához kapcsolódik.

A Siemens Software Center a gyártó különböző mérnöki és ipari szoftvereinek telepítését, aktiválását és kezelését segíti.

Bizonyos körülmények között a támadó kihasználhatja a DLL-betöltés működését, és rosszindulatú kódot juttathat a folyamatba.

A sérülékenységet a gyártó a 4.0.9.8-as verzióban javította.

A Siemens tájékoztatása szerint a javított változat a következő indításkor automatikusan települhet.

Az eset arra világít rá, hogy a digitálisan aláírt, legitim programok környezetében is létezhetnek veszélyes működési hibák.

A digitális aláírás fontos biztonsági garancia, de önmagában nem jelenti azt, hogy egy alkalmazás minden lehetséges támadási módszerrel szemben védett.

Október 23-án az Oracle kritikus biztonsági figyelmeztetést adott ki a Java SE és a GraalVM több változatát érintő sérülékenységről.

A CVE-2026-91403 jelzésű probléma 9,1 pontos CVSS 3.1 besorolást kapott.

A hiba a tanúsítványok és a TLS-kommunikáció kezelésének területét érinti.

Ez különösen fontos, hiszen a digitális tanúsítványok az internetes biztonság egyik alapját jelentik.

Ezek segítségével ellenőrzik a rendszerek többek között azt, hogy valóban a megfelelő szerverrel kommunikálnak-e.

A hiba miatt az Oracle sürgős biztonsági javításokat tett közzé.

Az eset emlékeztet arra, hogy a digitális bizalom technikai alapjai sem sérthetetlenek.

A tanúsítványkezelő rendszerek, a futtatókörnyezetek és az alkalmazások biztonságát egyaránt folyamatosan karban kell tartani.

Október 24-én egy másik történet is nagy figyelmet kapott.

Brian Krebs biztonsági újságíró gyanús tapasztalatokról számolt be egy Rufus segítségével létrehozott Windows-telepítővel kapcsolatban.

A Rufus népszerű segédprogram, amellyel többek között Windows-telepítő USB-meghajtókat lehet készíteni.

A beszámoló rosszindulatú programokra utaló észlelésekről és gyanús telepítési viselkedésről szólt.

Október 24-én azonban nem tekinthető bizonyítottnak, hogy a Rufus hivatalos terjesztési rendszere kompromittálódott.

A kérdés tisztázásához további technikai vizsgálatok és ellenőrizhető bizonyítékok szükségesek.

Ez a történet éppen azért érdekes, mert jól mutatja, milyen gyorsan terjedhetnek a biztonsági riasztások, és mennyire fontos megkülönböztetni a gyanút a bizonyított incidenstől.

Addig is célszerű a telepítőprogramokat kizárólag hivatalos forrásból beszerezni, ellenőrizni azok eredetét, és elkerülni az ismeretlen helyről származó, módosított rendszerképeket.

A hónap másik figyelemre méltó fejleménye a BlackX nevű UEFI-bootkitről szóló beszámoló.

Az ilyen rosszindulatú programok a számítógép indulási folyamatának rendkívül alacsony szintjét célozzák.

A BlackX esetében a kutatók olyan támadási módszerekről számoltak be, amelyek bizonyos feltételek mellett a Secure Boot védelmét is megkerülhetik.

A beszámolók szerint a megfigyelt támadások diplomáciai célpontok ellen irányultak Közép-Ázsiában.

A technika alkalmazásához a támadóknak előzetesen magas szintű jogosultságokra volt szükségük.

Ezért nem arról van szó, hogy minden Secure Bootot használó Windows-számítógép automatikusan támadhatóvá vált.

A történet inkább arra figyelmeztet, hogy a rendszerindítás védelme is több egymásra épülő biztonsági mechanizmustól függ.

A fekete október egyik visszatérő motívuma a mesterséges intelligencia megjelenése a kiberbiztonsági műveletekben.

A Microsoft által elemzett Storm-0940 tevékenységében AI-alapú automatizálás segítette a támadókat.

Más biztonsági kutatások is azt mutatják, hogy a támadók már nem feltétlenül kizárólag kézzel végzik a felderítést, a hibák elemzését és a megszerzett hozzáférések kihasználását.

A mesterséges intelligencia képes lehet csökkenteni az egyes lépésekhez szükséges időt, és párhuzamosan több feladatot elvégezni.

Ez azonban nem jelenti azt, hogy minden októberi sérülékenységet AI segítségével fedeztek fel, vagy hogy a hónap összes támadása mögött mesterséges intelligencia állt.

A fejlődés mégis komoly kihívást jelenthet a védekezők számára.

Ha egy támadó néhány óra alatt képes felderíteni és kihasználni egy hibát, a több napos vagy többhetes javítási folyamat egyre kevésbé bizonyulhat elegendőnek a kritikus rendszerek esetében.

Október 24-én további problémák kerültek a szakmai hírekbe.

A Trend Micro kutatói több, még javítatlan Linux-kernelsérülékenységgel kapcsolatos információt tettek közzé nyilvános levelezőlistákon.

Ez azért érzékeny kérdés, mert a részletes technikai információk nyilvánossá válása megkönnyítheti a hibák elemzését a támadók számára is, mielőtt minden érintett rendszerhez megérkezne a javítás.

Eközben a Brotli-adatok feldolgozásával kapcsolatos kockázatokról már nemcsak Node.js, hanem bizonyos Python- és HTTP-feldolgozó könyvtárak kapcsán is megjelentek biztonsági figyelmeztetések.

Ezeknek a problémáknak a pontos érintettségét külön kell vizsgálni. Nem jelenthető ki, hogy minden Python-alkalmazás vagy Linux-kiszolgáló veszélyben van.

A rendkívül gyors ütemben érkező figyelmeztetések ugyanakkor azt mutatják, hogy a probléma már régen nem egyetlen gyártóról vagy egyetlen programozási nyelvről szól.

A felsorolt események nem mindegyike okozott igazolt magyarországi incidenst.

A következményeik azonban a magyar vállalkozások és felhasználók számára is fontosak.

A Revolut leállása közvetlenül érintette a hazai ügyfelek egy részét.

A PHP2Shell miatt kormányzati szolgáltatásokat korlátoztak, és nemzetközi összehasonlításban kiemelkedő támadási aktivitást mértek Magyarországon.

A GitLab, a Node.js, a Fortinet, a HPE Aruba és a Siemens sérülékenységei pedig olyan technológiákhoz kapcsolódnak, amelyeket magyar vállalatok és intézmények is használhatnak.

Ez nem jelenti azt, hogy minden ilyen eszközt használó magyar szervezet kompromittálódott.

Azt viszont igen, hogy az üzemeltetőknek érdemes ellenőrizniük, megtalálhatók-e az érintett rendszerek a saját infrastruktúrájukban.

A hónap eseményei különösen három terület fontosságára világítanak rá.

A gyors biztonsági frissítésekre: egy kritikus sérülékenység esetén a napokig tartó várakozás is komoly kockázatot jelenthet.

A külső szolgáltatók ellenőrzésére: egy felhőszolgáltatás, mentési rendszer vagy szoftverszállító hibája közvetlenül érintheti a vállalat működését.

A tartalékmegoldásokra: a biztonság nemcsak a támadások megakadályozását, hanem a váratlan üzemzavarok utáni helyreállás képességét is jelenti.

A „fekete október” erős kifejezés.

A felsorolt események súlyosak, de önmagukban nem bizonyítják, hogy ez lenne az informatika történetének legtöbb incidenst hozó hónapja.

Ehhez összehasonlítható, több évre kiterjedő statisztikákra volna szükség.

A történtek mégis figyelmeztetőek.

Néhány nap leforgása alatt egyszerre jelentek meg problémák a pénzügyi szolgáltatásokban, a webes futtatókörnyezetekben, a hálózati infrastruktúrában, a fejlesztői rendszerekben, a vállalati mentésekben és az operációs rendszerek biztonságában.

Nem feltétlenül azért, mert a digitális világ egyik napról a másikra veszélyesebbé vált.

Hanem azért, mert a rendszerek összetettsége, egymásrautaltsága és a támadások gyorsasága egyre nagyobb kihívás elé állítja az üzemeltetőket.

A fekete október legfontosabb tanulsága talán éppen ez:

Ma már nem elegendő abban bízni, hogy a rendszereink nem hibásodnak meg és nem törik fel őket. Arra is fel kell készülni, hogy mi történik, amikor mégis bekövetkezik a baj.

A valóban ellenálló digitális infrastruktúra nem attól jó, hogy soha nincs benne hiba, hanem attól, hogy képes időben felismerni, kezelni és túlélni azokat.

A cikk a 2026. október 24-ig rendelkezésre álló információkon alapul.

1. Günter Born: Black October 2026, IT-Katastrophen der letzten Tage (2026. október 22.) https://borncity.com/blog/2026/10/22/black-october-2026-it-katastrophen-der-letzten-tage/

2. Günter Born: Black October, Teil 2, Fortinet, Oracle Java, Node2Shell (2026. október 23.) https://borncity.com/blog/2026/10/23/black-october-2-schwachstellen-in-fortinet-fortios-oracle-java-node2shell-in-node-js/

3. Günter Born: Black October, Teil 3, HPE, Rufus, Linux, Python (2026. október 24.) https://borncity.com/blog/2026/10/24/black-october-teil-3-neue-katastrophen-hpe-rufus-linux-phyton-usw/

4. GitLab: Critical Patch Release, 2026. október 21. https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1-released/

5. Node.js: October 2026 Security Releases. https://nodejs.org/en/blog/vulnerability/october-2026-security-releases

6. Fortinet: Security Hardening Release for Multiple Products. https://www.fortinet.com/blog/ciso-collective/fortinet-releases-security-hardening-release-for-multiple-products

7. Oracle: Security Alert Advisory CVE-2026-91403. https://www.oracle.com/security-alerts/alert-cve-2026-91403.html

8. HPE: HPESBNW05162, ArubaOS biztonsági figyelmeztetés. https://support.hpe.com/hpesc/public/docDisplay?docId=hpesbnw05162en_us&docLocale=en_US

9. Microsoft Security Blog: AI-driven, large-scale nation-state campaign using ARTEX enables supply chain compromise. https://www.microsoft.com/en-us/security/blog/2026/10/21/storm-0940-uses-artex-agentic-ai-connectwise-supply-chain-compromise/

10. Siemens ProductCERT: Active Exploitation of CVE-2026-110936 in Siemens Software Center. https://productcert.siemens.com/news/2026/10/19/active-exploitation-of-cve-2026-110936-in-siemens-software-center/

11. INTERPOL: Cybercrime crackdown in Africa nets 1,462 arrests, recovers over USD 105 million. https://www.interpol.int/en/News-and-Events/News/2026/Cybercrime-crackdown-in-Africa-nets-1-462-arrests-recovers-over-USD-105-million

A cikk külön kezeli a bizonyított incidenseket, a sérülékenységekről szóló gyártói tájékoztatásokat és a még vizsgálat alatt álló gyanús eseményeket.