# PHP2Shell: minden a kritikus PHP-résről

> A PHP2Shell érthetően elmagyarázva: CVE-2026-109618 és CVE-2026-109619, érintett verziók, ellenőrzés, újraindítás és átmeneti intézkedések.

Forrás: https://phpsos.de/hu/php2shell/  
Állapot: 2026. 10. 25.  
Szolgáltató: PHP SOS, PHP-vészhelyzeti segítség és szerverbiztonság. Azonnali segítség WhatsAppon: https://wa.me/491736494914?text=%C3%9Cdv%C3%B6zl%C3%B6m%2C%20PHP%20SOS%21%20Seg%C3%ADts%C3%A9gre%20van%20sz%C3%BCks%C3%A9g%C3%BCnk%20a%20PHP-szerver%C3%BCnkkel.%20C%C3%A9g%3A%20%E2%80%A6%20Weboldal%3A%20%E2%80%A6

Két kritikus rés magában a PHP-ban, CVSS 9,2, kártékony kód bejelentkezés nélkül. Itt áll, mi igazolt, mely verziók biztonságosak, és mit tegyen most.

- [Mi az a PHP2Shell? A rés egyszerűen elmagyarázva](https://phpsos.de/hu/php2shell/was-ist-php2shell/): A PHP2Shell két kritikus rés magában a PHP-ban, amelyeken keresztül a támadók bejelentkezés nélkül futtathatnak kódot webszervereken. Itt a helyzet világos szavakkal.
- [CVE-2026-109618: RCE Out-of-Memory állapot révén](https://phpsos.de/hu/php2shell/cve-2026-109618/): A CVE-2026-109618 a két PHP2Shell-rés egyike: egy Out-of-Memory állapot a kérés feldolgozása közben megszakíthatja a PHP-t. Javítva a PHP 8.5.12, 8.4.27, 8.3.36 és 8.2.35 verziótól.
- [CVE-2026-109619: RCE elavult globális állapot révén](https://phpsos.de/hu/php2shell/cve-2026-109619/): A CVE-2026-109619 a második PHP2Shell-rés: egy kérés belső állapota a memória felszabadítása után megmaradhat, és ugyanabban a workerben a következő kérés felhasználhatja.
- [CVE-2026-115560: a session upload progress tudnivalója](https://phpsos.de/hu/php2shell/cve-2026-115560/): A CVE-2026-115560 a php.net 2026. 10. 23-i tudnivalója: lehetséges kódfuttatás csak szokatlan session-konfigurációnál. Megoldás a következő kiadásig: session.upload_progress.enabled=0.
- [Mely PHP-verziókat érinti?](https://phpsos.de/hu/php2shell/betroffene-php-versionen/): A PHP2Shell a PHP 8.5.12, 8.4.27, 8.3.36 és 8.2.35 verzióban javított. A PHP 8.1-hez és a régebbiekhez már nincs hivatalos frissítés. A táblázat ágankénti állapotot mutat.
- [A PHP-verzió és a javítási állapot helyes ellenőrzése](https://phpsos.de/hu/php2shell/php-version-pruefen/): A kijelzett PHP-verzió önmagában nem mondja meg, hogy a PHP2Shell le van-e zárva. A döntő a csomagállapot, a backportok és az, hogy az új folyamatok tényleg futnak-e.
- [Miért a mod_php viseli a legnagyobb kockázatot](https://phpsos.de/hu/php2shell/mod-php-risiko/): Az Apache mod_php-nál a PHP-csapat a PHP2Shell kockázatát értékeli a legmagasabbra: ott exploitot mutattak be, mielőtt az alkalmazáskód futna. Így ellenőrizzen és cselekedjen.
- [A frissítés után: a PHP-FPM és az összes worker újraindítása](https://phpsos.de/hu/php2shell/php-fpm-neustart/): A PHP-frissítés csak akkor hat, ha az összes PHP-folyamatot újraindították. Itt a parancsok PHP-FPM-hez, Apache-hoz, LiteSpeedhez és konténerekhez, és az újraindítás ellenőrzése.
- [Azonnali intézkedések, ha még nem tud javítani](https://phpsos.de/hu/php2shell/sofortmassnahmen-ohne-patch/): Ha a PHP-frissítés még nem lehetséges, a php.net átmeneti intézkedései csökkentik a kockázatot, de nem védenek teljesen. Így állítsa be őket helyesen.
- [PHP 8.1 és régebbi: mi érvényes most](https://phpsos.de/hu/php2shell/php-8-1-und-aelter/): A PHP 8.1-hez, 8.0-hoz, 7.4-hez és a régebbi verziókhoz nincs hivatalos frissítés a PHP2Shell ellen. Mit érnek a forráskód-backportok, és milyen az út egy támogatott verzióhoz.
- [PHP javítása Docker-konténerekben](https://phpsos.de/hu/php2shell/docker-container-patchen/): A konténerek nem javítják magukat. A PHP2Shell ellen újra kell építenie vagy le kell húznia a PHP-image-et, és minden konténert újra kell létrehoznia az új image-ből.
- [Már feltörték a rendszeremet? Jelek a PHP2Shell után](https://phpsos.de/hu/php2shell/bin-ich-gehackt-anzeichen/): A PHP2Shell-hez nincsenek megerősített Indicators of Compromise. Miből ismeri fel mégis, hogy feltörték-e a szerverét, és hogyan ellenőrizzen úgy, hogy ne semmisítse meg a nyomokat.