Ugrás a fő tartalomhoz

API és fejlesztés

PHP2Shell előtt és után: miért érinthet egy hiba ennyi szolgáltatást?

A PHP2Shell körüli riasztás egy régebb óta ismert problémát tett ismét láthatóvá: egymástól független szolgáltatások támaszkodhatnak ugyanarra a sérülékeny technológiára. A CERT-EU közleményei és több nemzetközi kutatás alapján megvizsgáltuk, mi ismétlődik az elmúlt évek biztonsági eseményeiben, és mit jelent ez a digitális pénzügyeket használóknak és működtetőknek.

Több digitális szolgáltatást összekapcsoló adatfolyamok és közös szoftverkomponens, kiberbiztonsági sérülékenység vizuális jelzésével.

A lényeg 30 másodpercben

Három felismerés a PHP2Shell és az elmúlt évek nagy hatású digitális biztonsági eseményei alapján.

01

Közös technológiai alapok

Egymástól független webáruházak, intézmények és pénzügyi szolgáltatások ugyanazoktól a szoftverektől is függhetnek.

02

Valódi behatolási kockázat

A Verizon 2026-os jelentésében a szoftverhibák kihasználása a vizsgált adatsértések 31%-ánál volt kezdeti behatolási út.

03

A helyreállítás több mint frissítés

Az érintett rendszereket azonosítani, javítani és ellenőrizni kell; egy korábbi illetéktelen hozzáférés következményeit külön kell vizsgálni.

Nem minden nagy leállás kibertámadás

A sérülékenység, a tényleges betörés és a megelőző leállás különböző fogalmak. A 2024-es CrowdStrike-kiesés hibás frissítés következménye volt, nem támadás; a PHP2Shell esetében viszont két, kihasználható szoftverhibáról beszélünk. A közös tanulság a sokszor láthatatlan technológiai függőség, nem az azonos ok.

A közös technológia láthatatlan kapcsolata

Amikor megnyitunk egy webshopot, egyetemi ügyintézési felületet vagy vállalkozói pénzügyi alkalmazást, önálló szolgáltatást látunk. A háttérben azonban ugyanaz a programnyelv, szoftverkönyvtár, felhőszolgáltatás vagy hálózati eszköz is dolgozhat. Ha egy ilyen közös elemben súlyos hiba jelenik meg, annak egyszerre nagyon különböző ágazatokban lehet következménye.

A PHP2Shell ezt tette különösen látványossá 2026 októberében: a sérülékenységek a PHP futtatókörnyezetében voltak, nem csupán egyetlen weboldal saját programkódjában. A PHP fejlesztői október 21-én adták ki a javításokat, az uniós kiberbiztonsági szervek pedig a PHP-t beépítve használó termékek ellenőrzésére is felhívták a figyelmet. Forrás: ENISA és uniós szervezetek közös közleménye.

A 2026-os ENISA Threat Landscape az egész európai helyzetképnél kiemeli: a szervezetek közötti digitális függőségek növelhetik a támadható felületeket és a szolgáltatáskimaradások tovagyűrűző hatását.

Miért nem elég a riasztások számát nézni?

A CERT-EU figyelmeztetési archívuma hasznos történeti kiindulópont, de egy közzétett figyelmeztetés nem azonos egy biztonsági hibával vagy egy sikeres betöréssel. Egy közlemény több sérülékenységet is ismertethet, miközben nem minden incidensből készül külön advisory. Az évek közötti változást a publikálási gyakorlat is befolyásolhatja.

Érdemes ezért egy másik kérdést is feltenni: a ténylegesen kivizsgált adatkompromittálásoknál mekkora szerepet kapott a sérülékenységek kihasználása és a külső technológiai szereplők érintettsége?

Mit mutatnak a tényleges adatsértések?

A Verizon három egymást követő Data Breach Investigations Report jelentéseiben mindkét mutató emelkedett: gyakoribbá vált a szoftverhibák kihasználása mint kezdeti behatolási út, és nagyobb arányban érintettek külső szereplők is. A táblázat az egyes éves kiadásokban vizsgált adatsértések megoszlását mutatja, nem valamennyi vállalat vagy európai szervezet kockázatát.

  • 2024

    Szoftverhiba kihasználása a kezdeti behatolásnál
    14%
    Külső szereplő érintettsége
    15%
  • 2025

    Szoftverhiba kihasználása a kezdeti behatolásnál
    20%
    Külső szereplő érintettsége
    30%
  • 2026

    Szoftverhiba kihasználása a kezdeti behatolásnál
    31%
    Külső szereplő érintettsége
    48%

Forrás: Verizon Data Breach Investigations Report, 2024–2026. Az értékek az egyes jelentések saját vizsgált eseteire vonatkoznak.

Források: Verizon 2024, Verizon 2025, Verizon 2026. A „külső szereplő” nem csak feltört beszállítót jelenthet: ide tartozhat például egy külső szolgáltatás vagy szoftver biztonsági érintettsége is. A két oszlop nem adható össze, és a vizsgálatok összetétele évről évre változik.

Fontos időbeli korlát: a 2026-os Verizon-jelentés vizsgált időszaka 2024. november 1-jétől 2025. október 31-ig tartott. Az abban szereplő 31 és 48 százalék tehát nem a PHP2Shell 2026. októberi következményeit méri.

A Mandiant M-Trends 2026 külön incidensvizsgálati mintájában a sérülékenységek kihasználása 32 százalékkal a leggyakoribb kezdeti behatolási mód volt. Ez megerősítő jelzés, nem közvetlenül összeadható adat a Verizon számaival.

A támadók gyakran a szervezet „bejáratát” keresik

A Google Threat Intelligence Group 2025-ös kutatása 90 olyan sérülékenységet követett, amelyeket már a nyilvánosan elérhető javítás előtt kihasználtak. Ebből 43 vállalati technológiát érintett, közülük 21 biztonsági vagy hálózati termékben volt megtalálható.

Miért érdekes ez? Mert a tűzfalak, hálózati átjárók és távoli belépést biztosító eszközök fontos kapcsolatokat kezelnek. Ha ezek válnak sérülékennyé, a támadó nem feltétlenül az ügyfél által látható weboldal hibáját próbálja kihasználni, hanem a szervezethez vezető hozzáférési pontot.

A CERT-EU 2025-ös Kubernetes Ingress-NGINX figyelmeztetése ugyanerre a szerepre mutat rá egy másik technológiában: a külső forgalmat belső szolgáltatásokhoz irányító összetevő hibái akár egy teljes alkalmazáskörnyezetet veszélyeztethettek.

Öt fordulópont 2020 és 2026 között

Nem öt azonos támadás, hanem öt eltérő esemény, amely a közösen használt technológiák jelentőségét mutatja.

  1. SolarWinds – fertőzött, hivatalos szoftverfrissítés

    A támadók rosszindulatú kódot juttattak a SolarWinds Orion frissítési láncába. Itt a beszállítói bizalmi kapcsolat lett a támadás útja.
  2. Log4Shell – rejtett összetevő sok alkalmazásban

    A Log4j naplózó szoftver hibája a különböző termékekbe beépített könyvtárak vizsgálatát követelte meg; javítatlan rendszereket később is támadtak.
  3. MOVEit – az adatcsere-eszköz sérülékenysége

    Az aktívan kihasznált fájlátviteli hiba után további javításra volt szükség, mert az első kiadás nem szüntette meg teljesen a támadási láncot.
  4. CrowdStrike – támadás nélküli, tömeges leállás

    Egy hibás biztonsági tartalomfrissítés Windows-rendszerek összeomlását okozta. Nem sérülékenység-kihasználás volt, de jól mutatta a közös technológiától való függést.
  5. PHP2Shell – hiba az alkalmazások alatti rétegben

    Két kritikus hiba miatt többféle webes rendszer és PHP-t beépítve használó termék érintettségét kellett felmérni, majd javítani.

Az idővonal elsődleges forrásai: CERT-EU – SolarWinds (2020); CISA – Log4Shell támadások javítatlan rendszereken (2022); CERT-EU – MOVEit (2023); CrowdStrike – a 2024-es frissítési hiba technikai beszámolója; CERT-EU – PHP2Shell (2026). A korábbi eseményekből nem következik, hogy a PHP2Shell-nél azonos támadási módszert használtak volna.

A javítás megjelenése és a biztonságos helyreállás nem ugyanaz

A Log4Shellről az amerikai CISA 2022 júniusában még olyan tényleges betöréseket ismertetett, amelyek javítatlan VMware-rendszereket érintettek, hónapokkal az eredeti hiba nyilvánosságra kerülése után. A MOVEit-nél a CERT-EU az első frissítés után újabb javítást, valamint a kompromittálódás jeleinek vizsgálatát is szükségesnek tartotta.

PHP2Shell esetében az uniós szervek arra hívták fel a figyelmet, hogy az érintett szoftverek felkutatása, a javított csomag tényleges telepítése és a szolgáltatás állapotának ellenőrzése külön lépések. Ha nincs azonnal telepíthető javítás, az internet felől elérhető rendszerek ideiglenes elszigetelése is mérlegelendő lehet. Forrás: ENISA és társintézmények.

A sürgős védekezés így üzleti döntési helyzetet teremthet: a rövid, kontrollált leállás és a sérülékeny szolgáltatás további működtetése közötti kockázatot egyaránt értékelni kell.

Miért érdekes ez egy webshopnak, könyvelőnek vagy pénzügyi szolgáltatónak?

Szemléltető példa: egy magyar webáruház fogadja a rendeléseket, a vásárló fizetése teljesül, de egy külső könyvelési alkalmazás átmenetileg nem tudja lekérni a bankszámlára érkezett jóváírásokat. A pénz ettől még megérkezhet, miközben a rendelés egyeztetése és teljesítettnek jelölése kézi munkát igényel.

Nem a bank és nem is feltétlenül a webáruház központi rendszere romlott el: a kapcsolat egyik köztes szereplője vált átmenetileg elérhetetlenné. Ilyenkor az üzleti folyamat megszakadása a felhasználónál is jelentkezik. A példa nem bizonyított magyar PHP2Shell-incidens, hanem a szolgáltatási függőséget szemlélteti.

A kockázat nem kizárólag pénzügyi. A 2026-os ENISA-jelentésben a megfigyelt események között a közigazgatás 32%, az üzleti szolgáltatások és a közlekedés 8–8%, a feldolgozóipar 7%, a pénzügyi és banki szektor 6% körüli arányban jelent meg. Ez az ENISA által rögzített esetek megoszlása, nem az ágazati szervezetek feltörési valószínűsége.

És mit változtat ezen a mesterséges intelligencia?

A Google kutatói 2026-ra azt vetítették előre, hogy a mesterséges intelligencia a sérülékenységek felkutatását és a támadási módszerek kidolgozását is gyorsíthatja. Az eszközök ugyanakkor a védelmi munkában, a hibák felismerésében és a javítások előkészítésében is segíthetnek.

Ettől még nem lehet minden növekvő mutatót az MI-nek tulajdonítani. A Mandiant M-Trends 2026 a szoftverhibák mellett a megtévesztésen alapuló bejutási módok szerepét is kiemelte. Az ismert alapfeladatok – a jogosultságok korlátozása, a javítások és az ellenőrzés – továbbra is lényegesek.

Három kérdés, amelyet minden digitális szolgáltatást működtető szervezetnek érdemes feltennie

1. Tudjuk, mitől függünk? Nemcsak a saját alkalmazásokat, hanem a külső szolgáltatókat, adatkapcsolatokat és beépített szoftverösszetevőket is ismerjük?

2. Tudjuk, ki dönt? Világos, ki korlátozhat egy szolgáltatást, ki ellenőrzi a javítás sikerességét, és ki tájékoztatja az ügyfeleket?

3. Tudjuk, hogyan működünk tovább? Van ellenőrizhető, biztonságos eljárás a függőben maradt rendelésekhez, fizetési státuszokhoz és banki egyeztetésekhez?

A PHP2Shell történetének tartós tanulsága

Az internetes rendszerek egymásra épülését nem lehet egyszerűen megszüntetni, és nem is ez a cél. A közös technológiai alapok teszik lehetővé a digitális fizetéseket, az automatizált könyvelést, a gyors ügyintézést és a sokféle online szolgáltatás együttműködését.

A sérülékenységek, a beszállítói támadások és a hibás frissítések azonban mind rámutatnak egy közös kérdésre: mennyire ismerjük a függőségeinket, és fel vagyunk-e készülve egy kapcsolódó szolgáltatás ideiglenes kiesésére?

Módszertan és időhatár: az elemzés a 2026. október 22-ig ellenőrzött, válogatott elsődleges forrásokra épül. Nem a CERT-EU minden korábbi figyelmeztetésének teljes statisztikai feldolgozása. A Verizon-, a Mandiant- és az ENISA-adatok eltérő esetköröket, időszakokat és vizsgálati módszereket fednek le. A jelentések kiadási évét nem azonosítjuk automatikusan a vizsgált események évével.

Kapcsolódó olvasnivalók

Oszd meg az elemzést