Pe scurt: Vulnerabilitatea PrestaShop care face acum titluri este PHP2Shell și se află în PHP, nu în magazin. O actualizare PrestaShop nu ajută împotriva ei. După patchul PHP și repornire, ar trebui să verificați directorul override, modulele, checkout-ul și conturile angajaților.
Ce înseamnă PHP2Shell pentru comercianții PrestaShop
PrestaShop este o aplicație PHP răspândită la comercianții mici și mijlocii, adesea pe hosting partajat sau pe vServere simple. Potrivit echipei PHP, vulnerabilitățile CVE-2026-109618 și CVE-2026-109619 permit execuția de cod malițios la distanță, fără autentificare, indiferent de starea magazinului.
Pentru un magazin sunt multe în joc: conturi de clienți, adrese, comenzi, facturi și accesuri la servicii de plată și de expediere. La magazine, atacatorii vizează frecvent checkout-ul, unde pot citi datele de plată înainte ca acestea să ajungă la furnizorul de plăți.
La aceasta se adaugă factorul timp. Potrivit rapoartelor din presă, o primă încercare de atac a fost observată la 17.10.2026, iar patchurile au apărut la 21.10.2026. Un magazin care a fost accesibil în acest interval poate fi afectat, chiar dacă astăzi totul pare normal. Indicatori de compromitere (IoC) confirmați nu există până acum; indicii rezultă din comportament neobișnuit, fișiere noi și modificări în baza de date.
Vulnerabilitatea PrestaShop: verificarea versiunii PHP în Back Office
La Parametri avansați > Informații, PrestaShop afișează date despre server și PHP pentru instalarea care rulează. Versiunile upstream remediate sunt 8.5.12, 8.4.27, 8.3.36 și 8.2.35. Furnizorii de hosting aplică uneori corecțiile ca backport, iar numărul afișat rămâne atunci același. Cereți confirmarea stării în scris.
Ce versiuni PHP sunt acceptate de versiunea dumneavoastră de PrestaShop verificați conform cerințelor de sistem din documentația producătorului de pe prestashop.com. Magazinele mai vechi, din versiunile 1.6 și 1.7, rulează adesea pe versiuni PHP mai vechi; atunci se aplică ce scrie la Măsuri imediate fără patch, până când un upgrade este posibil.
Ascunzători tipice pentru codul malițios în PrestaShop
| Loc | Conținut | Punct de verificare |
|---|---|---|
app/config/parameters.php (versiuni mai vechi config/settings.inc.php) |
Accesul la baza de date, cheia cookie | Data modificării, reînnoiți în caz de suspiciune |
override/ |
Clase și controllere suprascrise | Fiecare fișier trebuie să poată fi explicat |
modules/ |
Module din marketplace și de la terți | Module necunoscute, fișiere modificate |
themes/ |
Șabloane și JavaScript, inclusiv pentru checkout | Scripturi străine |
img/, upload/, download/ |
Imagini, upload-uri ale clienților, produse digitale | Fără fișiere PHP |
var/cache/, var/logs/ |
Cache și jurnale | Salvați jurnalele, regenerați cache-ul |
install/ |
Directorul de instalare | Nu are voie să existe în funcționare |
Directorul override merită o atenție deosebită. Codul depus acolo înlocuiește părți din PrestaShop, de exemplu procesarea comenzilor sau a plăților, și nu este eliminat automat la actualizări.
Verificări inofensive în linia de comandă și în baza de date (prefixul tabelelor diferă în funcție de instalare):
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;
Dacă clienții raportează pagini de plată neobișnuite sau utilizarea abuzivă a cardului după o achiziție, scoateți checkout-ul din rețea și salvați jurnalele începând cu 20.10.2026. Un checkout manipulat poate intercepta date la fiecare achiziție ulterioară.
Back Office, conturile angajaților și modulele
Back Office se află într-un director cu nume individual, atribuit la instalare. Verificați, la Parametri avansați, conturile angajaților și profilurile pentru accesuri necunoscute sau orfane, de exemplu de la agenții anterioare. Restricționați, dacă este posibil, directorul admin la rețele cunoscute.
Modulele din marketplace și de la terți extind plata, expedierea, marketingul și interfețele. Fiecare modul este cod PHP suplimentar, iar modulele fără întreținere activă se numără printre cele mai frecvente căi de intrare în magazinele PrestaShop. Dezinstalați și ștergeți ce nu folosiți, în loc să dezactivați doar. Verificați și cheile de webservice pentru API în căutarea unor intrări necunoscute.
Ce poate și ce nu poate o actualizare PrestaShop
O actualizare PrestaShop sau a unor module individuale închide erori din acel cod. Ea nu aplică patchul PHP, nu repornește procese și nu elimină nici suprascrieri, nici module străine, scripturi din temă sau conturi noi de angajați. Dacă s-au interceptat date cu caracter personal, poate exista în plus o obligație de notificare; informații generale oferă Obligația de notificare RGPD: 72 de ore, evaluarea în cazul concret o preia responsabilul dumneavoastră cu protecția datelor. Ce ar trebui să mai respecte comercianții rezumă Securitate IT pentru magazine online.
La magazinele cu mai multe țări sau cu funcție multistore, mai multe domenii rulează adesea pe aceeași instalare. O descoperire afectează atunci toate magazinele, chiar dacă neregula a fost observată doar în unul.
Cum ajută PHP SOS concret?
- Clarificăm cu furnizorul dumneavoastră de hosting starea PHP, backportul și repornirea.
- Salvăm jurnalele, fișierele și baza de date și documentăm starea inițială.
- Verificăm suprascrierile, modulele, tema, directoarele de upload, conturile angajaților și cheile de webservice.
- În caz de descoperiri, eliminarea malware-ului preia curățarea și reînnoirea accesurilor.
Întrebări frecvente
Închide o actualizare PrestaShop vulnerabilitatea PHP2Shell?
Nu. Actualizările PrestaShop remediază erori din codul magazinului. Vulnerabilitățile PHP2Shell se află în interpretorul PHP și sunt închise doar printr-o actualizare PHP sau printr-un backport confirmat, cu repornirea tuturor proceselor PHP.
Unde văd versiunea PHP în PrestaShop?
În Back Office, la Parametri avansați > Informații. Acolo se află datele despre server și PHP. Un backport aplicat nu poate fi recunoscut după număr; acest lucru îl confirmă furnizorul dumneavoastră de hosting.
Ce este directorul override și de ce să îl verific?
În directorul override pot fi suprascrise clase și controllere ale PrestaShop. Codul de acolo rulează în locul originalului, de exemplu la checkout. Suprascrierile necunoscute sunt, de aceea, un punct important de verificare în caz de suspiciune.
Trebuie redenumit directorul admin?
La instalare, PrestaShop atribuie directorului admin un nume propriu. Aceasta îngreunează găsirea lui, dar nu înlocuiește parolele puternice, autentificarea în doi pași și restricționarea accesului.