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 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):
find override -name "*.php" -newermt "2026-10-17"
find img upload download -type f -name "*.php"
ls -d admin*
SELECT email, firstname, lastname, active FROM ps_employee;
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 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 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 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.