# Ügynökség: feltörték az ügyfélweboldalakat? Hívjon minket. Segítünk.

> Az ügynöksége több ügyféloldala is érintett? Hívjon minket, vagy írjon nekünk WhatsAppon. Távolról mentünk, tisztítunk, és mindent dokumentálunk.

Forrás: https://phpsos.de/hu/soforthilfe/agentur-kundenseiten-gehackt/  
Á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

**Röviden:** Ha az ügynökségénél több ügyféloldal érintett, az ritkán véletlen, hanem többnyire egy közös szerver, egy megosztott hozzáférés vagy ugyanaz a PHP-verzió áll mögötte. Ha érintett, jelentkezzen azonnal. Áttekintést adunk, távolról megfékezzük az incidenst, megtisztítjuk a rendszereket, és jelentéseket adunk az ügyfelei számára.

> **Azonnal cselekedjen:**
> **Most ne töröljön semmit, és ne telepítsen újra semmit.** Akkor sem, ha az ügyfelek nyomása nagy: mentett naplók és fájlok nélkül sem az ok, sem annak igazolása nem tisztázható, hogy mi nem volt érintett. [Vészhelyzet bejelentése](https://phpsos.de/hu/notfall/), és az első üzenettől átvesszük az ügyet.

## Érintett? Jelek, ha ügyféloldalakat törtek fel

Ügynökségként olyan mintákat lát, amelyeket az egyedi üzemeltetők sosem vesznek észre. Közös incidensre utal:

- Több ügyféloldal ugyanabban az időben ugyanazokat a tüneteket mutatja: átirányítások, spamtartalmak, böngészőbeli figyelmeztetések.
- Ugyanaz az ismeretlen rendszergazdai fiók vagy ugyanaz a gyanús fájl különböző ügyfeleknél felbukkan.
- A tárhelyszolgáltató visszaélést vagy feltűnő terhelést jelez egy olyan fiókra, amelyen sok projekt van.
- Ügyfelek telefonálnak, mert az oldalukra a Google figyelmeztet, és az ellenőrzésnél további oldalakat talál ugyanabban az állapotban.
- Egy fejlesztőnek vagy volt munkatársnak sok projekthez volt hozzáférése, és egy hozzáférés kiszivárgott.
- Egy központi eszközön, például a telepítésen, a mentéseken vagy egy frissítési szolgáltatáson keresztül végzett karbantartás olyan oldalt módosított, amelyhez Ön nem nyúlt.
- Sok oldalt üzemeltet olyan PHP-verziókon, amelyek javítási állapotát nem tudja mindegyikre külön igazolni.

A PHP2Shell óta ehhez az is társul, hogy a rés magában a PHP-értelmezőben van. Egy CMS-frissítés, például a WordPressnél, nem zárja le; a döntő a ténylegesen kiszolgáló PHP-futtatókörnyezet.

## Mit tegyen azonnal

1. **Sorolja fel az érintett oldalakat:** domain, szerver, tárhelyfiók, PHP-verzió, CMS, felelősök. A gyanús esetek is idetartoznak.
2. **Keressen közös pontokat:** Ugyanaz a szerver? Ugyanazok a hozzáférések? Ugyanaz a bővítmény? Ugyanaz a telepítési út?
3. **Zárja el a veszélyeztetett oldalakat:** A kártékony kódot aktívan kiszolgáló oldalakat állítsa karbantartási módba. Ne törölje.
4. **Mentesse a naplókat és az állapotot:** Kérje meg a tárhelyszolgáltatót, hogy őrizze meg a naplókat; mentse a saját telepítési naplóit.
5. **Ellenőrizze a központi hozzáféréseket:** Kinek van hozzáférése a tárhelypanelhez, SSH-hoz, Githez, a jelszókezelőhöz és a telepítéshez? Módosítások csak egyeztetés után.
6. **Tartózkodóan tájékoztassa az ügyfeleket:** Először csak azt, ami igazolt. Ne nevezzen meg okot, mielőtt az megállapításra került.
7. **Vegye fel velünk a kapcsolatot:** Hívjon minket, vagy írjon WhatsAppon.

## Hogyan segít konkrétan a PHP SOS?

1. **Helyzetfelmérés:** Önnel együtt áttekintést szerzünk az összes oldalról és szerverről, és sürgősség szerint rendezzük őket: aktívan kiszolgált kártékony kód, adatszivárgás gyanúja, valószínűleg csak javítatlan.
2. **Mentés és lezárás:** Minden érintett rendszert mentünk, mielőtt bármi megváltozna, és lezárjuk a közös bejáratot: hozzáférések, PHP-állapot, az összes folyamat újraindítása.
3. **Vizsgálat és tisztítás:** Rendszeresen, az összes oldalon ugyanazokat a nyomokat keressük, eltávolítjuk a webshelleket és a hátsó ajtókat, és tisztán helyreállítunk. A részletek itt: [Kártevők és webshellek eltávolíttatása](https://phpsos.de/hu/leistungen/malware-entfernung/).
4. **Keményítés és jelentés:** Ahol értelmes, elválasztjuk egymástól az oldalakat, és ügyfelenként rövid jelentést adunk, amelyet továbbadhat, valamint összesített jelentést Önnek.

Távolról dolgozunk, kiszállás nélkül, egész Németországban és Európában. Kívánságra a háttérben az ügynökségének, ahogy az [Ügynökségek és white label](https://phpsos.de/hu/branchen/agenturen-white-label/) oldalon le van írva.

## Miért dől el az ügynökségeknél gyakran egyszerre sok oldal

Aki sok projektet üzemeltet egy szerveren, költséget takarít meg, de az elszigetelést kényelemre cseréli. Ha minden ugyanazon felhasználó és ugyanazon PHP-folyamatkészlet alatt fut, egy feltört oldal kódja olvashatja és módosíthatja a szomszédok fájljait. Ez nem egzotikus eset, hanem sok konfigurációban az alapeset. Hogyan választhatók szét tisztán a poolok, azt a [PHP-FPM-poolok elszigetelése](https://phpsos.de/hu/blog/php-fpm-pools-isolieren/) írja le.

Ehhez jönnek a megosztott hozzáférések: egy SSH-kulcs az összes projekthez, egy tárhelyfiók az összes domainnel, ugyanazok a jelszavak a staging és az éles környezethez. Itt a legkisebb jogok elve érvényes. Többet erről a [A webszerver-felhasználó jogai](https://phpsos.de/hu/blog/rechte-des-webserver-benutzers/) oldalon.

Az ellátási lánc is számít: a bővítmények, témák és könyvtárak harmadik féltől származnak, a tárhelyszolgáltató a platformért felel, az ügynökség az üzemeltetésért. Hol húzódnak ezek a határok, és hol keletkeznek hézagok, azzal a [Ügynökség és tárhelyszolgáltató ellátási lánca](https://phpsos.de/hu/blog/lieferkette-agentur-hoster/) foglalkozik.

## Leltár, PHP-verziók és kommunikáció az ügyfelekkel

Az ilyen helyzetek leggyakoribb problémája az áttekintés hiánya: melyik oldal melyik szerveren fut, melyik PHP-verzióval, és ki felel érte? E lista nélkül nem mondható meg, hogy kit érint a javítás, és kit nem. Hogyan építhet fel ilyen jegyzéket, azt a [Weboldalak és szerverek leltára](https://phpsos.de/hu/blog/inventar-websites-server/) mutatja. Ha több PHP-verzió fut párhuzamosan, segít a [Több PHP-verzió egy szerveren](https://phpsos.de/hu/blog/mehrere-php-versionen-server/) is.

Az ügyfelek felé a világosság számít. Nem kell mindent tudnia, de semmit sem szabad szépítenie: mi igazolt, mit vizsgálnak még, mit tesz Ön legközelebb? Megfogalmazási segítséget az [Ügyfelek tájékoztatása egy incidens után](https://phpsos.de/hu/blog/kunden-nach-vorfall-informieren/) oldalon talál. Ha személyes adatok érintettek, a GDPR 33. cikke szerinti bejelentési kötelezettségek szerepet játszhatnak. Ez általános információ; az értékelés az adatvédelmi felelősre és az ügyvédre tartozik. Ha az incidens egyedi oldalakon túlra terjed, strukturált [Incident Response](https://phpsos.de/hu/leistungen/incident-response/) eljárásba lépünk.

## Mit érdemes elküldenie nekünk

- az érintett és a valószínűleg érintett domainek listája
- adatok a szerverről és a tárhelyről projektenként, amennyiben ismertek
- PHP-verziók és a használt CMS-ek vagy webshopok
- a hozzáférések, amelyeket megadhat nekünk, és a csapatbeli szerepek
- utalások arra, mit módosítottak vagy telepítettek utoljára
- a kapcsolattartó neve a döntésekhez és az ügyfélkommunikációhoz

## Miért a PHP SOS

A munkánk Made in Germany, és a kiberbiztonsági szakemberekből álló partnerhálózatunkkal több mint 25 éve az informatikai biztonságra szakosodtunk. Egy kapcsolattartója van az összes érintett projekthez, távolról dolgozunk, és rendszerenként dokumentáljuk, mit találtunk és tettünk. Nem ígérünk csodákat. Amit nem lehet igazolni, azt ismeretlennek nevezzük, hogy az ügyfelei felé ne mondjon többet annál, amit tud.

## Érintett? Hívjon minket. Segítünk.

Ha több ügyféloldala is feltűnően viselkedik, az időnyomás kettős: műszaki és az ügyfeleivel való viszony szempontjából. Jelentkezzen most: hívjon minket, vagy írjon WhatsAppon. Az első üzenettől átvesszük az ügyet, és addig maradunk, amíg az incidens le nem zárul, és dokumentált nem lesz. [Vészhelyzet bejelentése most](https://phpsos.de/hu/notfall/)


## Gyakori kérdések

**Miért érintett gyakran egyszerre több ügyféloldal?**  
Az oldalak gyakran ugyanazon a szerveren, ugyanazon a tárhelyfiókon, ugyanazon a PHP-folyamaton vagy ugyanazokkal a hozzáférési adatokkal osztoznak. Ha a támadó egy helyen bejut, oldalirányban mozoghat. Egy sebezhető PHP ráadásul az összes oldalt érinti, amely használja.

**Azonnal tájékoztatnom kell az ügyfeleket?**  
Ez a helyzettől és a szerződéstől függ. Először tisztázza, mely oldalak érintettek valójában, hogy ne feltevésekkel tájékoztasson. Személyes adatoknál bejelentési kötelezettségek lehetségesek; a besorolás az adatvédelmi felelősre vagy az ügyvédre tartozik.

**Ki felel, ha egy ügyfél oldalát feltörték?**  
Ez az Ön szerződéseitől, a gondozás terjedelmétől és az eseménysortól függ. Ehhez nem nyújtunk jogi tanácsadást. Az okról és az intézkedésekről szóló tiszta jelentés segít ebben a tisztázásban.

**Dolgozhatnak a mi nevünk alatt úgy, hogy a végső ügyfél nem lát minket?**  
Kívánságra a háttérben dolgozunk az ügynökségének, és olyan jelentéseket adunk, amelyeket továbbadhat az ügyfeleinek. A részleteket előre megbeszéljük.

**Elég az ügyféloldalakat egyenként megtisztítani?**  
Többnyire nem. Ha az ok a közös szerverben, egy megosztott hozzáférésben vagy egy javítatlan PHP-verzióban van, a problémák az egyenkénti tisztítás után újra felbukkannak. Az okot is meg kell szüntetni.

## Források

- [BSI: Szövetségi Információbiztonsági Hivatal (Németország)](https://www.bsi.bund.de/)
- [GDPR 33. cikk: bejelentés a felügyeleti hatóságnak](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [php.net: közlemények és biztonsági frissítések](https://www.php.net/)