A javítatlan PHP nyitott ajtó. Mi bezárjuk.
Távoli vészhelyzeti segítség európai vállalkozásoknak: PHP javítása, feltörés nyomainak vizsgálata, kártékony kód eltávolítása, szerver megerősítése. Azonnal, szakosodott partnerekkel, amíg az incidens le nem zárul és dokumentálva nem lesz.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Állapot a 2026. 10. 21-i javítás előtt $ phpsos pruefen --ziel produktion Üzemmód .......... php-fpm CVE-2026-109618 .. nyitott CVE-2026-109619 .. nyitott Worker újraindítása .. függőben $ phpsos absichern [ok] 8.3.36 csomag telepítve [ok] minden worker újraindítva [ok] Fájlrendszer ellenőrizve webshellek szempontjából [ok] Jelentés a vezetőségnek elkészítve
- Made in GermanyIT-biztonság Németországból, az európai adatvédelmi jog szerint dolgozva.
- Több mint 25 évePartnerhálózatunkkal több mint 25 éve az IT-biztonságra és a szerverüzemeltetésre specializálódtunk.
- PartnerhálózatSpecializált kiberbiztonsági szakemberek a digitális törvényszéki elemzés, a behatolásteszt és a szerverkeményítés területén, egyetlen kapcsolattartón keresztül koordinálva.
Érinti Önt? Hívjon minket. Segítünk.
Feltörték, kizárták, webshellt találtak, vagy nem biztos benne, hogy érinti-e a PHP2Shell: jelentkezzen most. Az első üzenettől átvesszük az ügyet, távolról és kiszállás nélkül.
Javítva van már a PHP-ja?
Adja meg a PHP-verzióját. A teszt összeveti a php.net biztonsági közleményeivel, és megmondja, mi a következő teendő. Fontos: egy javított verzió sem bizonyítja, hogy a frissítés előtt nem történt semmi.
Mennyire sürgős az Ön helyzete?
Négy kérdés, egy besorolás, az első lépések és egy előkészített WhatsApp-üzenet nekünk. A 3. szintnél érvényes: ne töröljön semmit, ne telepítsen újra semmit, mentse a nyomokat.
A vészhívástól a megerősített szerverig
Átvesszük a technikát, és igazolásokat szállítunk, amelyekre a vezetőségnek, az adatvédelemnek és a biztosításnak szüksége van.
PHP2Shell azonnali segítség: segítség a PHP-sebezhetőség ellen
A PHP2Shell rést távolról zárjuk le a webszervereiken: állapotfelmérés, javítás vagy átmeneti intézkedés, az összes worker újraindítása és írásos igazolás.
Tovább olvasom →02Feltörték a weboldalt, mit tegyek? Távoli vészhelyzeti segítség
Feltörték a weboldalát, vagy gyanúsan viselkedik? Távolról átvesszük a megfékezést, a nyomok mentését, a tisztítást és a dokumentálást.
Tovább olvasom →03PHP-javítási szolgáltatás: frissítés telepíttetése, újraindítással és igazolással
Telepítjük a PHP-frissítést a szervereire, újraindítjuk az összes PHP-folyamatot, és írásos igazolást adunk a verzióról, a csomagállapotról és az újraindításról.
Tovább olvasom →04Szerverkeményítés PHP-webszerverekhez
Rögzített terv szerint keményítjük a PHP-webszervereit: weboldalankénti elkülönítés, biztonságos PHP-konfiguráció, fájljogok, hozzáférések, naplók és mentések.
Tovább olvasom →05Kártevők és webshellek eltávolíttatása a weboldalról
Eltávolítjuk a kártékony kódot, a webshelleket és a hátsó ajtókat a weboldalakról és szerverekről, megbízható forrásokból építjük újra, és lezárjuk a behatolási pontot.
Tovább olvasom →06Incident response szerver elleni támadásoknál
Strukturált incidenskezelés webszerverek elleni támadásoknál: helyzetkép, megfékezés, elhárítás, helyreállítás és utólagos feldolgozás rögzített szerepekkel.
Tovább olvasom →Így dolgozunk éles helyzetben
Egyértelmű lépések, egy kapcsolattartó, minden távolról. Partnerhálózatunk szakemberei csatlakoznak, ha forenzikára vagy penetrációs tesztre van szükség.
Helyzetfelmérés
Ön WhatsAppon ír, vagy felhív. Tisztázzuk a rendszert, a PHP-verziót, a tárhelyszolgáltatót és a megfigyeléseket.
Mentés és lezárás
Nyomok mentése, PHP javítása vagy átmeneti intézkedések bevezetése, minden worker újraindítása, a javítási állapot igazolása.
Vizsgálat és tisztítás
Fájlok, adatbázis, fiókok és naplók vizsgálata feltörés nyomai után. Webshellek és hátsó ajtók eltávolítása.
Megerősítés és jelentés
Konfiguráció megerősítése, monitoring beállítása, jelentés a vezetőségnek, az adatvédelemnek és a biztosításnak.
Még nem lehetséges a javítás? Átmeneti intézkedések
A php.net olyan beállításokat nevez meg, amelyek megnehezítik az ismert támadási utakat a frissítés telepítéséig. Válassza ki az üzemmódját, másolja ki a sorokat, majd indítsa újra az összes PHP-folyamatot.
A BSI (a német szövetségi információbiztonsági hivatal) azt javasolja: ha a frissítés nem azonnal lehetséges, a webszervert átmenetileg le kell kapcsolni a hálózatról.
Átmeneti intézkedések a php.net szerint, nem pótolják a frissítést. A memory_limit=-1 csak konténeren vagy cgroup-on keresztüli memóriahatárral együtt. Előtte mentse a konfigurációt.
Ki mit csinál? A rés a tárhelyszolgáltató és az ügynökség között
Sok vállalkozás abban bízik, hogy „valaki” javít. Általában a megosztás így néz ki:
| Feladat | Tárhelyszolgáltató (megosztott tárhely) | Ügynökség / webdesign | PHP SOS |
|---|---|---|---|
| PHP-csomag frissítése | többnyire igen | többnyire nem | igen, vagy a tárhelyszolgáltatójával együtt |
| Minden worker újraindítása és igazolása | részben | nem | igen, igazolással |
| Ellenőrzés, hogy a javítás előtt történt-e feltörés | általában nem | részben | igen |
| Webshellek és hátsó ajtók eltávolítása | általában nem | részben | igen |
| Jelentés a vezetőségnek, az adatvédelemnek, a biztosításnak | nem | ritkán | igen |
| Megerősítés és folyamatos monitoring | részben | részben | igen |
Mi igazolt, és mit tegyen most
A php.net és a BSI közleményeiből származó tények, a vezetőség és a rendszergazdák számára feldolgozva.
Mi az a PHP2Shell? A rés egyszerűen elmagyarázva
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.
Tovább olvasom →CVE-2026-109618: RCE Out-of-Memory állapot révén
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.
Tovább olvasom →CVE-2026-109619: RCE elavult globális állapot révén
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.
Tovább olvasom →CVE-2026-115560: a session upload progress tudnivalója
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.
Tovább olvasom →Mely PHP-verziókat érinti?
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.
Tovább olvasom →A PHP-verzió és a javítási állapot helyes ellenőrzése
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.
Tovább olvasom →Az Ön platformjához és szerveréhez
Hol rejtőzik a kártékony kód a WordPressben, a Shopware-ben vagy a TYPO3-ban, és hogyan javít valóban Pleskben, cPanelben vagy konténerben.
Platformok
Szerver és tárhely
Minden ágazatnak más adatai forognak kockán
Egészségügyi adatok, ügyféltitkok, fizetési adatok: a vizsgálatot és a jelentést az Ön kötelezettségeihez igazítjuk.
10 lépés, mielőtt átvennénk
Pipálja ki, ami elkészült. A lista az Ön böngészőjében marad elmentve.
A pipák csak az Ön böngészőjében kerülnek elmentésre.
72 óra, NIS2, biztosítás
Általános tájékoztatás a vezetőség számára. Nem jogi tanácsadás.
GDPR-bejelentési kötelezettség: 72 óra az incidens után
Egy webszerver elleni támadás után fennállhat a felügyeleti hatóság felé a bejelentési kötelezettség. Itt általánosan olvashat arról, mikor indul a 72 óra, és mi tartozik hozzá.
Tovább olvasom →NIS2 és a webszerverek biztonsága
A NIS2 sok vállalkozást kötelez kockázatkezelésre és bejelentésekre. Itt általánosan olvashat arról, mit jelent ez a webszerverekre, és hol talál megbízható adatokat.
Tovább olvasom →Kiberbiztosítás: mi számít káresetben
Támadás esetén a biztosító korai tájékoztatása, a mentett bizonyítékok és az egyeztetett lépések gyakran döntenek a szolgáltatásról. Itt általánosan olvashat a jellemző pontokról.
Tovább olvasom →Az ügyvezetés felelőssége IT-biztonsági rések esetén
Az IT-biztonság vezetői feladat. Itt általánosan olvashat az érvényes gondossági kötelezettségekről, és arról, hogyan hozhatnak az ügyvezetők követhető döntéseket a PHP2Shellhez hasonló réseknél.
Tovább olvasom →Szakcikkek rendszergazdáknak és fejlesztőknek
PHP2Shell idővonal: kronológia 2026. október 17-től 25-ig
A PHP2Shell összes igazolt dátuma egy áttekintésben, az első megfigyelt támadási kísérlettől a 2026. 10. 25-i állapotig, és hogy mi következik ebből a vizsgálatára nézve.
Tovább olvasom →A tárhelyszolgáltató PHP-frissítési igazolása: így kérdezzen rá a javítási állapotra
A kijelzett PHP-verzió a PHP2Shell után keveset bizonyít. Ezzel a mintával olyan igazolást kérhet a tárhelyszolgáltatójától, amelyet dokumentálni tud.
Tovább olvasom →Webshell felismerése és eltávolítása
Hogyan találja meg a hátsó ajtókat PHP-s webszervereken a nyomok megsemmisítése nélkül, és miért ritkán elég önmagában a törlés.
Tovább olvasom →WordPress backdoor keresése: a hátsó ajtók módszeres felderítése
Hol szoktak elrejtőzni a hátsó ajtók a WordPressben, és hogyan deríthetik fel módszeresen az adminok WP-CLI-vel és néhány paranccsal.
Tovább olvasom →A php.ini biztonságos beállítása
Mely php.ini-beállítások csökkentik a támadási felületet, hogyan védheti meg őket a felülírástól, és mi érvényes a PHP2Shell után még.
Tovább olvasom →A PHP disable_functions helyes használata
A disable_functions-szal kockázatos PHP-függvényeket tilt le. Hogyan állítsa be a listát az alkalmazásához illően, anélkül hogy megbénítaná a weboldalt.
Tovább olvasom →Helyzet, útmutatók, döntéstámogatás
A BSI riasztási szintjétől a csomag-changelogokon át addig a kérdésig, hogy újratelepítsen vagy tisztítson. Minden cikk forrásokkal.
PHP2Shell: mi igazolt és mi nem
Tényellenőrzés a PHP2Shellről: mely állítások származnak elsődleges forrásból, melyek médiabeszámolókból, és mely állítások nem állják meg a helyüket.
Tovább olvasom →PHP-verzió módosítása a tárhely ügyfélterületén
Hogyan állíthatja át a PHP-verziót a tárhelyszolgáltatója ügyfélterületén, melyik verziót válassza, és mit ellenőrizzen előtte és utána.
Tovább olvasom →Figyelmeztető jel: a webszerver shellt indít
Ha egy PHP-FPM- vagy webszerver-folyamat shellt indít, az a behatolás egyik legerősebb figyelmeztető jele. Így ellenőrizze a folyamatfát, értékelje a kivételeket, és figyelje tartósan a mintát.
Tovább olvasom →PHP-FPM-poolok elkülönítése weboldalanként
Weboldalanként egy saját pool csak a kezdet, nem a vég. Így ellenőrizze a meglévő poolokat, és keményítse a socketeket, végződéseket, státuszoldalakat, erőforrásokat és naplókat.
Tovább olvasom →Jelszavak biztonságos tárolása PHP-ban: a password_hash helyes használata
Hogyan tárolják a fejlesztők a jelszavakat PHP-ban a password_hash és a password_verify segítségével, hogyan választják ki a megfelelő eljárást, és hogyan váltják le a régi MD5- vagy SHA-1-hasheket anélkül, hogy minden felhasználónak jelszót kellene visszaállítania.
Tovább olvasom →IT-szolgáltatói szerződések: a biztonsági kötelezettségek egyértelmű szabályozása
A PHP2Shell megmutatta, milyen gyakran tisztázatlan, ki patchel. Mely biztonsági kötelezettségek tartoznak az ügynökséggel, tárhelyszolgáltatóval és IT-szolgáltatóval kötött szerződésekbe.
Tovább olvasom →A PHP programozási nyelv érthetően elmagyarázva
Hogyan állít elő a PHP egy oldalt, mi a SAPI, a PHP-FPM és az OPcache, és miért éppen ez dönt a biztonságról. Hozzá egy szószedet az összes szakkifejezéssel.
Mi az a PHP2Shell?
A PHP2Shell két kritikus rést jelöl magában a PHP-ban (CVE-2026-109618 és CVE-2026-109619, CVSS 9,2). Lehetővé tehetik a támadóknak, hogy bejelentkezés nélkül kártékony kódot futtassanak a szerveren. Javítások 2026. 10. 21. óta érhetők el.
Mely PHP-verziók biztonságosak?
A javításokat a PHP 8.5.12, 8.4.27, 8.3.36 és 8.2.35 tartalmazza. A tárhelyszolgáltatók és a disztribúciók részben backportokat telepítenek a verziószám megváltoztatása nélkül. A döntő a csomag állapota vagy a szolgáltató írásos igazolása.
Elég egy WordPress- vagy webshop-frissítés?
Nem. A rés a PHP-ban van, nem a CMS-ben. Egy CMS-frissítés nem zárja le. A PHP-javítás pedig nem távolítja el a korábban már bejuttatott kártékony kódot.
Milyen gyorsan tudnak segíteni?
Távolról dolgozunk, és megkezdjük a munkát, amint megvannak a hozzáférések. Írja meg nekünk WhatsAppon a rendszert, a PHP-verziót és a megfigyelését. Ezután közvetlenül egyeztetjük az eljárást.
Dolgoznak ügynökségeknek és tárhelyszolgáltatók ügyfeleinek is?
Igen. Közvetlenül vállalkozásoknak dolgozunk, ügynökségek megbízásából a háttérben, és egyeztetve a tárhelyszolgáltatóval, ha ő kezeli a szervert.
Be kell jelentenünk az incidenst?
Ha személyes adatok érintettek lehetnek, a GDPR 33. cikke szerint általában a tudomásszerzéstől számított 72 órás bejelentési határidő érvényes. Hogy ez fennáll-e, azt az adatvédelmi felelősével tisztázza. Mi szállítjuk hozzá a műszaki dokumentációt.
Minden óra számít. Írjon nekünk most.
Ismertesse röviden a rendszert, a PHP-verziót és a megfigyelését. Jelentkezünk, tisztázzuk a helyzetet, és távolról dolgozunk, amíg az incidens le nem zárul és dokumentálva nem lesz.