Categories
Biztonság PHP

Kritikus PHP sebezhetőségek – Hogyan védtük meg a weboldaladat

2026. október 21‑én, szerdán kiadtuk a biztonsági frissítéseket két kritikus PHP sebezhetőség javítására. De a technikai csapatunk már a kiadások előtt elkezdte előkészíteni a szükséges védelmet. A cél egyértelmű volt: a szerverek biztonságba helyezése és a weboldalad megvédése a lehető leggyorsabban. Mi is történt pontosan, hogyan jártunk el, és mit jelent ez a te honlapod számára?

Két kritikus PHP sebezhetőség – mik voltak ezek?

2026. október 20‑án a PHP fejlesztői két súlyos sebezhetőséget jelentettek be, amiket a következő frissítésben javítanak. Mindkettő 9,2‑es CVSS v4.0 súlyossági pontszámot kapott, ami kritikus fenyegetésnek számít.

    A javítások egy nappal később, 2026. október 21‑én kerültek kiadásra.

    Az érintett hibák CVE‑2026‑109618 és CVE‑2026‑109619 néven szerepelnek, és lehetővé tehették a támadók számára, hogy a szerveren ártalmas kódot futtassanak, még bejelentkezés nélkül is.

    • Az első sebezhetőség a PHP memória‑kifogyás hibakezelésével kapcsolatos.
    • A második sebezhetőség a PHP belső állapotára vonatkozott, ami a memória felszabadítása után is megmaradhatott.

    Miért számít ez? A PHP rengeteg weboldalt – köztük a WordPress‑alapúkat – táplál. Hasonló hibák tehát a te oldaladat is veszélyeztethetik. Ezért volt fontos, hogy a lehető leggyorsabban reagáljunk.

    Hogyan tudtuk megoldani?

    Nem vártuk meg a hivatalos javításokat. Amint tudtunk a hibákról, technikai csapatunk azonnal elkezdte figyelni a helyzetet, felmérni a lehetséges kockázatokat, és előkészíteni a megoldásokat.

    Még a hivatalos frissítések megjelenése előtt is bevezettük az elérhető védelmi intézkedéseket, amelyek már csökkentették a támadás valószínűségét.

    A javítások kiadása után azonnal elkezdtük telepíteni őket, illetve frissítettük a tűzfal szabályait, amelyek az infrastruktúránk védelmét szolgálják. Minden általunk támogatott PHP verzióra (5.6‑tól napjainkig) feltelepítettük a megfelelő javításokat.

    Külön figyelmet fordítottunk a régebbi PHP 5.3‑ra is. A rendelkezésre álló információk alapján ez a verzió nem érintett a konkrét sebezhetőségekben, de a maximálisan elérhető biztonsági lépéseket is alkalmaztuk rá.

    Az eredmény? Sikeresen bevezettük a szükséges javításokat. A szabványos, kezelt szervereink esetében a frissítések automatikusan, az oldalad elérhetőségét megszakítás nélkül hajtották végre.

    A biztonságos weboldal mögött rejlő láthatatlan munka

    Amikor kritikus biztonsági fenyegetés jelenik meg, nem elég egyszerűen a „Frissítés” gombot megnyomni. Gyorsan fel kell mérni a kockázatokat, elő kell készíteni a megoldást, tesztelni, majd biztonságosan telepíteni – mindezt úgy, hogy a weboldalad zavartalanul működjön.

    Ilyenkor bizonyulnak a technikai támogatásért felelős kollégáink tapasztalata és együttműködése. Nagy köszönet illeti a teljes technikai csapatot és minden kollégát, akik figyelték a helyzetet, előkészítették a védelmi intézkedéseket és a javítások kiadásán dolgoztak.

    Legtöbbször ezt a munkát még csak észre sem veszed – és pont ez a cél.

    Van valami teendőd?

    Ha a mi megosztott tárhelyünket vagy kezelt szerverünket használod, már gondoskodtunk a szükséges javításokról. A legtöbb esetben nincs semmi, amivel foglalkoznod kellene.

    Ha azonban a weboldalad PHP 8.1 vagy annál régebbi verziót használ, érdemes frissíteni egy újabb PHP‑verzióra (8.2, 8.3, 8.4 vagy 8.5). Ezt közvetlenül a szolgáltatás adminisztrációjában teheted meg, így biztosíthatod a teljes biztonsági támogatást.

    Ha saját szervert üzemeltetsz, a rendszer‑ és szoftver‑frissítésekért te vagy a felelős. Javasoljuk, hogy ellenőrizd a PHP verziódat, és a lehető leghamarabb telepítsd a szükséges biztonsági javításokat.

    Továbbra is figyelünk a helyzetre, és folyamatosan értékeljük a felmerülő biztonsági kockázatokat. A biztonság nem egyszeri feladat. Napi szinten azon dolgozunk, hogy szolgáltatásainkat biztonságosan és megbízhatóan tartsuk üzemben – még akkor is, ha ezt általában nem is észleled.

    Leave a Reply

    Your email address will not be published. Required fields are marked *