# PrestaShop biztonsági rés, PHP2Shell: így védje a webshopját

> PrestaShop védelme a PHP2Shell után: PHP-verzió ellenőrzése, override és modules mappa átvizsgálása, az admin könyvtár és az alkalmazotti fiókok védelme.

Forrás: https://phpsos.de/hu/plattformen/prestashop/  
Á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:** A PrestaShop biztonsági rése, amely jelenleg címlapokra kerül, a PHP2Shell, és a PHP-ben van, nem a webshopban. Egy PrestaShop-frissítés nem segít ellene. A PHP-javítás és az újraindítás után ellenőrizze az `override` mappát, a modulokat, a pénztárat és az alkalmazotti fiókokat.

## Mit jelent a PHP2Shell a PrestaShop-kereskedők számára

A PrestaShop PHP-alkalmazás, amely a kis- és középkereskedők körében elterjedt, gyakran megosztott tárhelyen vagy egyszerű vServereken. A CVE-2026-109618 és a CVE-2026-109619 rések a PHP-csapat szerint lehetővé teszik kártékony kód távoli futtatását bejelentkezés nélkül, a webshop állapotától függetlenül.

Egy webshopnál sok forog kockán: ügyfélfiókok, címek, rendelések, számlák és a fizetési és szállítási szolgáltatások hozzáférései. A támadók a webshopoknál gyakran a pénztárat veszik célba, ahol a fizetési adatokat kiolvashatják, még mielőtt azok a fizetési szolgáltatóhoz érnének.

Ehhez jön az időtényező. Médiabeszámolók szerint az első támadási kísérletet 2026. 10. 17-én figyelték meg, a javítások 2026. 10. 21-én jelentek meg. Az a webshop, amely ebben az időszakban elérhető volt, érintett lehet, még ha ma minden normálisnak is látszik. Megerősített Indicators of Compromise eddig nincsenek; a jelek szokatlan viselkedésből, új fájlokból és az adatbázis változásaiból adódnak.

## PrestaShop biztonsági rés: a PHP-verzió ellenőrzése a Back Office-ban

A **Speciális beállítások > Információk** alatt a PrestaShop megjeleníti a futó telepítés szerver- és PHP-adatait. A javított upstream verziók: 8.5.12, 8.4.27, 8.3.36 és 8.2.35. A tárhelyszolgáltatók a javításokat részben backportként juttatják be, a megjelenített szám ilyenkor ugyanaz marad. Erősíttesse meg az állapotot írásban.

Hogy a PrestaShop-verziója mely PHP-verziókat támogatja, azt a gyártó dokumentációjában a rendszerkövetelmények szerint a prestashop.com oldalon ellenőrizheti. Az 1.6-os és 1.7-es verziójú régebbi webshopok gyakran régebbi PHP-állapoton futnak; ilyenkor addig, amíg a frissítés lehetséges, az érvényes, ami az [Azonnali intézkedések javítás nélkül](https://phpsos.de/hu/php2shell/sofortmassnahmen-ohne-patch/) oldalon áll.

## A kártékony kód tipikus rejtekhelyei a PrestaShopban

| Hely | Tartalom | Ellenőrzési pont |
|---|---|---|
| `app/config/parameters.php` (régebbi verzióknál `config/settings.inc.php`) | adatbázis-hozzáférés, cookie-kulcs | módosítás dátuma, gyanú esetén megújítani |
| `override/` | felülírt osztályok és vezérlők | minden fájlnak megmagyarázhatónak kell lennie |
| `modules/` | a piactér és harmadik felek moduljai | ismeretlen modulok, módosított fájlok |
| `themes/` | sablonok és JavaScript, a pénztárhoz is | idegen szkriptek |
| `img/`, `upload/`, `download/` | képek, ügyfél-feltöltések, digitális termékek | nincs PHP-fájl |
| `var/cache/`, `var/logs/` | gyorsítótár és naplók | naplók mentése, gyorsítótár újragenerálása |
| `install/` | telepítési mappa | üzem közben nem lehet jelen |

Az `override` mappa különös figyelmet érdemel. Az ott elhelyezett kód a PrestaShop részeit váltja fel, például a rendelés- vagy fizetéskezelést, és a frissítéseknél nem távolítódik el automatikusan.

Veszélytelen ellenőrzések a parancssorban és az adatbázisban (a táblaelőtag a telepítéstől függ):

```bash
find override -name "*.php" -newermt "2026-10-17"
find img upload download -type f -name "*.php"
ls -d admin*
```

```sql
SELECT email, firstname, lastname, active FROM ps_employee;
```

> **Azonnal cselekedjen:**
> Ha az ügyfelek szokatlan fizetési oldalakról vagy bankkártyával való visszaélésről számolnak be egy vásárlás után, vegye le a pénztárat a hálózatról, és mentse a naplókat 2026. 10. 20-tól. Egy manipulált pénztár minden további vásárlásnál elfoghat adatokat.

## Back Office, alkalmazotti fiókok és modulok

A Back Office egy egyedi nevű könyvtárban található, amelyet a telepítéskor adnak. A Speciális beállítások alatt ellenőrizze az alkalmazotti fiókokat és profilokat ismeretlen vagy gazdátlan hozzáférések szempontjából, például korábbi ügynökségeké. Ha lehet, korlátozza az admin könyvtárat ismert hálózatokra.

A piactér és harmadik felek moduljai bővítik a fizetést, a szállítást, a marketinget és az interfészeket. Minden modul további PHP-kód, és az aktív gondozás nélküli modulok a PrestaShop-webshopok leggyakoribb beszivárgási pontjai közé tartoznak. A nem használtat távolítsa el és törölje, ne csak kapcsolja ki. Az API webszolgáltatás-kulcsait is ellenőrizze ismeretlen bejegyzések szempontjából.

## Mit tud egy PrestaShop-frissítés, és mit nem

A PrestaShop vagy az egyes modulok frissítése lezárja az ebben a kódban lévő hibákat. A PHP-t nem javítja, folyamatokat nem indít újra, és sem a felülírásokat, sem az idegen modulokat, a témában lévő szkripteket vagy az új alkalmazotti fiókokat nem távolítja el. Ha személyes adatokat szereztek meg, bejelentési kötelezettség is fennállhat; általános információkat a [GDPR bejelentési kötelezettség: 72 óra](https://phpsos.de/hu/compliance/dsgvo-meldepflicht-72-stunden/) kínál, az egyedi esetben az értékelést az adatvédelmi felelőse végzi. Hogy a kereskedőknek ezen túl mire kell ügyelniük, azt a [Webshopok informatikai biztonsága](https://phpsos.de/hu/branchen/onlineshops/) foglalja össze.

A több országos vagy multistore funkciós webshopoknál gyakran több domain fut ugyanazon a telepítésen. Egy lelet ilyenkor az összes webshopot érinti, még ha a rendellenességet csak az egyikben vették is észre.

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

- A tárhelyszolgáltatójával tisztázzuk a PHP-állapotot, a backportot és az újraindítást.
- Mentjük a naplókat, a fájlokat és az adatbázist, és dokumentáljuk a kiindulási állapotot.
- Ellenőrizzük a felülírásokat, a modulokat, a témát, a feltöltési mappákat, az alkalmazotti fiókokat és a webszolgáltatás-kulcsokat.
- Találat esetén a [kártevő-eltávolítási](https://phpsos.de/hu/leistungen/malware-entfernung/) szolgáltatásunk végzi a tisztítást és a hozzáférések megújítását.


## Gyakori kérdések

**Lezárja a PHP2Shellt egy PrestaShop-frissítés?**  
Nem. A PrestaShop-frissítések a webshop kódjának hibáit szüntetik meg. A PHP2Shell-rések a PHP-értelmezőben vannak, és csak PHP-frissítés vagy megerősített backport, valamint az összes PHP-folyamat újraindítása zárja le őket.

**Hol látom a PrestaShopban a PHP-verziót?**  
A Back Office-ban a Speciális beállítások > Információk alatt. Ott a szerver- és PHP-adatok találhatók. A bejuttatott backport a számból nem ismerhető fel; ezt a tárhelyszolgáltatója erősíti meg.

**Mi az az override mappa, és miért kell ellenőrizni?**  
Az override mappában a PrestaShop osztályai és vezérlői felülírhatók. Az ottani kód az eredeti helyett fut, például a pénztárban. Az ismeretlen felülírások ezért gyanú esetén fontos ellenőrzési pontok.

**Át kell nevezni az admin könyvtárat?**  
A PrestaShop a telepítéskor saját nevet ad az admin könyvtárnak. Ez megnehezíti a megtalálást, de nem pótolja az erős jelszavakat, a kétfaktoros bejelentkezést és a hozzáférés korlátozását.

## Források

- [php.net: biztonsági közlemények](https://www.php.net/)
- [PrestaShop](https://www.prestashop.com/)
- [OWASP Top 10](https://owasp.org/www-project-top-ten/)
- [GDPR 33. cikk](https://dsgvo-gesetz.de/art-33-dsgvo/)