Aktuális helyzet: PHP2Shell. Két kritikus PHP-rés (CVSS 9,2) lehetővé teszi kártékony kód futtatását bejelentkezés nélkül. Javítások 2026. 10. 21. óta.Mi a teendő most →

PHP2Shell: 15 kérdés tárhelyügyfelektől

A weboldala a tárhelyszolgáltatónál van, és tudni szeretné, mit kell Önnek magának tennie a PHP2Shell esetében? Itt a 15 leggyakoribb kérdés rövid válaszokkal.

Állapot 4 perc olvasási időHelyzet és értékelés

Röviden: Mit tegyen tárhelyügyfélként a PHP2Shell PHP-rés esetében? A PHP-frissítést többnyire nem Önnek kell telepítenie, megosztott tárhelynél ezt a tárhelyszolgáltató végzi. Az Ön feladatai mások: írásbeli megerősítést kérni a javítási állapotról, az ügyfélmenüben támogatott PHP-verziót választani, és a weboldalát feltűnő jelenségekre ellenőrizni. A 15 leggyakoribb kérdésre ez az írás röviden és sorban válaszol.

PHP-rés tárhelyügyfélként: érintett vagyok, mit tegyek?

  1. október 21. óta sok kérdés érkezik hozzánk olyan vállalatoktól, amelyek weboldala tárhelyszolgáltatónál van. A legtöbb ugyanazok körül forog. Aki részletesebben szeretné elolvasni a felelősségi köröket, a Megosztott tárhely: mit tesz a tárhelyszolgáltató, és mit kell Önnek tennie oldalon megtalálja.

1. Érintett egyáltalán a weboldalam?

Ha a weboldala WordPress, Shopware, TYPO3, Joomla, Contao vagy más PHP-rendszer alatt fut, az alatta lévő szerver érintett lehet. A PHP nélküli, tisztán HTML-oldalak nem azok. Kétség esetén segít egy pillantás az ügyfélmenüre: ha van ott beállítás a PHP-verzióhoz, Ön használ PHP-t.

2. Mi a különbség a megosztott tárhely és a saját szerver között?

Megosztott tárhelynél egy, a tárhelyszolgáltató által üzemeltetett szervert oszt meg más ügyfelekkel; a PHP-t a tárhelyszolgáltató gondozza. Saját root szervernél vagy vServernél Ön maga felel. Menedzselt szervernél a szerződés szabályozza, ki telepíti a frissítéseket.

3. A tárhelyszolgáltatóm körlevelet küldött. Kell még tennem valamit?

Olvassa el pontosan, mi áll benne. Egy körlevél gyakran csak azt erősíti meg, hogy a tárhelyszolgáltató „dolgozik a témán”. Önnek a csomagjára vonatkozó kijelentés kell: PHP-ág, javítási állapot, időpont és újraindítás.

Felelősség és frissítés

4. Automatikusan telepíti a tárhelyszolgáltató a frissítést?

Általában igen, azokhoz a PHP-verziókhoz, amelyeket a szerverein kínál. Hogy ez már megtörtént-e, és hogy a régebbi verziók is le vannak-e fedve, tárhelyszolgáltatónként különböző. Kérdezzen rá.

5. Az ügyfélmenüm régi verziószámot mutat. Védtelen vagyok?

Nem feltétlenül. Sok tárhelyszolgáltató a javításokat backportként építi be, a szám ilyenkor ugyanaz marad. A Plesk például tovább mutathat 8.2.34-et, noha a hiba javítva van. A tárhelyszolgáltató megerősítése a mérvadó.

6. Még PHP 7.4-et vagy 8.1-et használok. Mi lesz most?

Ezek az ágak a PHP-projekttől már nem kapnak hivatalos frissítéseket. Egyes tárhelyszolgáltatók saját javításokat szállítanak, mások nem. Tisztázza ezt írásban, és tervezze meg az átállást egy támogatott ágra. Előtte ellenőrizze a CMS-e rendszerkövetelményeiben, mely PHP-verziókat támogatja.

7. Átállíthatom magam a PHP-verziót?

A legtöbb tárhelyszolgáltatónál igen, az ügyfélmenüben. Hogyan megy ez, és mire figyeljen előtte, azt a PHP-verzió módosítása a tárhely ügyfélterületén írás írja le. Előtte készítsen mentést.

8. Segít a WordPress vagy a bővítmények frissítése?

A PHP2Shell ellen nem, mert a rés a PHP-ban van. A CMS-frissítések ettől még értelmesek, mert más réseket zárnak be.

Ellenőrzés és igazolás

9. Hogyan kapok igazolást a tárhelyszolgáltatótól?

Egy írásbeli megkereséssel, amely konkrét adatokat követel: csomagállapot PHP-águnként, a telepítés dátuma, az összes PHP-folyamat újraindítása. Másolható mintát kínál a A tárhelyszolgáltató PHP-frissítési igazolásának kérése útmutató.

10. Beállíthatok átmeneti intézkedéseket a .user.ini-n keresztül?

Nem. A php.net kifejezetten ellenzi, hogy az átmeneti beállításokat ini_set()-tel vagy .user.ini-vel állítsák be. Ezek a szerverkonfigurációba tartoznak, és azt megosztott tárhelynél a tárhelyszolgáltató kezeli.

11. A weboldalam rövid időre offline volt. Feltörtek?

Nem feltétlenül. Egyes tárhelyszolgáltatók elővigyázatosságból leállították a weboldalakat vagy újraindították a szervereket. Kérdezzen rá az okra, mielőtt következtetéseket vonna le.

12. Miből ismerem fel, hogy megtámadták a weboldalamat?

Lehetséges jelek az ismeretlen rendszergazdai fiókok, új PHP-fájlok a feltöltési mappában, átirányítások idegen oldalakra, idegen oldalak a Google indexében vagy figyelmeztetések a Search Consoleban. Kérje meg a tárhelyszolgáltatót, hogy őrizze meg a hozzáférési naplókat október 20-tól.

Ha valami nincs rendben

13. A tárhelyszolgáltató nem válaszol, vagy kitérően válaszol. Mit tegyek?

Kérdezzen rá írásban, és tűzzön ki észszerű határidőt. Ha a válasz elmarad, kezelje a szervert ellenőrizetlenként, és fontolja meg, hogy a weboldalt átmenetileg egy statikus vészhelyzeti oldalra állítja át.

14. Váltsak tárhelyszolgáltatót?

Egy váltás a helyzet közepén saját kockázatokat teremt. Akkor értelmes, ha a tárhelyszolgáltató tartósan nem ad felvilágosítást, vagy javítás nélkül üzemeltet tovább régi PHP-verziókat. Hogy mire kell közben ügyelni, azt a Tárhelyszolgáltató váltása egy incidens után írja le.

15. Be kell jelentenem valamit?

Ha támadásra utaló jelek vannak, és személyes adatok érintettek lehetnek, a GDPR szerint bejelentési kötelezettség állhat fenn, általában 72 órán belül. Tisztázza ezt az adatvédelmi felelősével vagy egy ügyvéddel. Ez nem jogi tanácsadás.

Az Ön rövid ellenőrzőlistája

  1. Írásban kérdezze meg a tárhelyszolgáltatót a javítási állapotról és az újraindításról.
  2. Ellenőrizze a PHP-verziót az ügyfélmenüben, váltsa le az elavult ágakat.
  3. Nézze át a rendszergazdai fiókokat és a feltöltési mappát.
  4. Ellenőrizze a Search Console figyelmeztetéseit.
  5. Feltűnő jelenségek esetén kérjen segítséget, mielőtt fájlokat törölne.

Hogyan segít konkrétan a PHP SOS?

  • Egyeztetés a tárhelyszolgáltatóval: Megfogalmazzuk a megkeresést vagy lefolytatjuk a beszélgetést, és értékeljük a választ.
  • A weboldal ellenőrzése: Nyomokat keresünk fájlokban, adatbázisban és fiókokban, amennyire a tárhelycsomag megengedi.
  • Tisztítás: Ha kártékony kódot találunk, eltávolítjuk, és kicseréljük az összes hozzáférést.
  • Dokumentáció: Az állapotot írásban megkapja.

Konkrét gyanú esetén a Segítség feltört weboldalak esetén szolgáltatás segít.

Összegzés

Tárhelyügyfélként a PHP2Shell esetében nem Ön viseli a frissítés terhét, de Ön felel a weboldaláért. A legtöbb kérdés a tárhelyszolgáltató egyértelmű írásbeli válaszával elintézhető. Ami utána marad, az a saját weboldal vizsgálata: fiókok, fájlok, Google-jelzések. Aki mindkettőt megtette, elvégezte a maga részét, és kétség esetén igazolni tudja, hogy gondosan járt el.

Gyakori kérdések

Ki felel a webtárhelynél a PHP-frissítésért?

Megosztott tárhelynél általában a tárhelyszolgáltató, mert ő üzemelteti a szervert és a PHP-telepítést. Ön a weboldaláért, a hozzáféréseiért és az ügyfélmenüben a PHP-verzió kiválasztásáért felel. Menedzselt szervereknél a szerződés szabályozza a felosztást.

Miért mutat a tárhelyszolgáltatóm régi PHP-verziót?

Sok tárhelyszolgáltató és disztribúció a javítást backportként építi be a meglévő verzióba. A szám ilyenkor ugyanaz marad, noha a rés be van zárva. Ezért a tárhelyszolgáltató írásbeli megerősítésére hagyatkozzon, ne a kijelzésre.

Mit ellenőrizhetek magam tárhelyügyfélként?

Ellenőrizheti az ügyfélmenüben beállított PHP-verziót, átnézheti a CMS-e rendszergazdai fiókjait, megnézheti az ismeretlen fájlokat a feltöltési mappában, és ellenőrizheti a Search Console figyelmeztetéseit. Magának a szervernek a javítási állapotát csak a tárhelyszolgáltató tudja igazolni.

Segít egy tűzfalbeállítás a tárhelycsomagban?

A tárhelyszolgáltató vagy egy előtét-szolgáltatás tűzfalszabályai csökkenthetik a kockázatot. A szerveren lévő PHP-frissítést azonban nem helyettesítik. Ezért mindig először a frissítésről kérdezzen.

Források

Azonnali kapcsolat

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.

Azonnali segítség