Īsi: PrestaShop ievainojamība, kas šobrīd nokļūst virsrakstos, ir PHP2Shell un atrodas PHP, nevis veikalā. PrestaShop atjauninājums pret to nepalīdz. Pēc PHP ielāpa un pārstartēšanas pārbaudiet mapi override, moduļus, norēķinu procesu un darbinieku kontus.
Ko PHP2Shell nozīmē PrestaShop tirgotājiem
PrestaShop ir PHP lietojumprogramma, kas izplatīta mazo un vidējo tirgotāju vidū, bieži koplietošanas hostingā vai vienkāršos vServeros. Ievainojamības CVE-2026-109618 un CVE-2026-109619 saskaņā ar PHP komandu ļauj izpildīt ļaunprātīgu kodu no attāluma bez pieteikšanās, neatkarīgi no veikala stāvokļa.
Veikalā uz spēles ir daudz: klientu konti, adreses, pasūtījumi, rēķini un piekļuves maksājumu un piegādes pakalpojumiem. Uzbrucēji veikalos bieži mērķē uz norēķinu procesu, kur var nolasīt maksājumu ievadi, pirms tā nonāk pie maksājumu pakalpojumu sniedzēja.
Pievienojas arī laika faktors. Saskaņā ar mediju ziņojumiem pirmais uzbrukuma mēģinājums novērots 17.10.2026, ielāpi parādījās 21.10.2026. Veikals, kas šajā laikā bija sasniedzams, var būt skarts, pat ja šodien viss izskatās normāli. Apstiprinātu kompromitācijas pazīmju (Indicators of Compromise) līdz šim nav; norādes izriet no neparastas uzvedības, jauniem failiem un izmaiņām datubāzē.
PrestaShop ievainojamība: PHP versijas pārbaude Back Office
Sadaļā Advanced Parameters > Information PrestaShop rāda servera un PHP datus par darbojošos instalāciju. Labotās upstream versijas ir 8.5.12, 8.4.27, 8.3.36 un 8.2.35. Hostinga sniedzēji labojumus daļēji ievieš kā backport, redzamais numurs tad paliek tāds pats. Likt sev stāvokli apstiprināt rakstiski.
Kuras PHP versijas atbalsta jūsu PrestaShop versija, pārbaudiet pēc sistēmas prasībām ražotāja dokumentācijā vietnē prestashop.com. Vecāki veikali ar versijām 1.6 un 1.7 bieži darbojas uz vecākiem PHP stāvokļiem; tad līdz jauninājuma iespējai ir spēkā tas, kas rakstīts sadaļā Tūlītēji pasākumi bez ielāpa.
Tipiskas ļaunprātīga koda slēptuves PrestaShop
| Vieta | Saturs | Pārbaudes punkts |
|---|---|---|
app/config/parameters.php (vecākās versijās config/settings.inc.php) |
Datubāzes piekļuve, sīkdatņu atslēga | Izmaiņu datums, aizdomu gadījumā mainīt |
override/ |
Pārrakstītas klases un kontrolieri | Katram failam jābūt izskaidrojamam |
modules/ |
Moduļi no tirgus un trešo pušu sniedzējiem | Nezināmi moduļi, mainīti faili |
themes/ |
Veidnes un JavaScript, arī norēķinu procesam | Sveši skripti |
img/, upload/, download/ |
Attēli, klientu augšupielādes, digitālie produkti | Nav PHP failu |
var/cache/, var/logs/ |
Kešatmiņa un žurnāli | Saglabāt žurnālus, kešatmiņu ģenerēt no jauna |
install/ |
Instalēšanas mape | Darbības laikā nedrīkst būt |
Mape override pelna īpašu uzmanību. Tur novietotais kods aizstāj PrestaShop daļas, piemēram, pasūtījuma vai maksājuma apstrādi, un atjauninājumos netiek automātiski noņemts.
Droši pārbaudes soļi komandrindā un datubāzē (tabulu prefikss atkarīgs no instalācijas):
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;
Ja klienti ziņo par neparastām maksājumu lapām vai kartes ļaunprātīgu izmantošanu pēc pirkuma, atvienojiet norēķinu procesu no tīkla un saglabājiet žurnālus no 20.10.2026. Manipulēts norēķinu process katrā nākamajā pirkumā var nolasīt datus.
Back Office, darbinieku konti un moduļi
Back Office atrodas direktorijā ar individuālu nosaukumu, kas piešķirts instalēšanas laikā. Sadaļā Advanced Parameters pārbaudiet darbinieku kontus un profilus uz nezināmām vai pamestām piekļuvēm, piemēram, no agrākām aģentūrām. Ja iespējams, ierobežojiet admin direktoriju zināmiem tīkliem.
Moduļi no tirgus un trešo pušu sniedzējiem paplašina maksājumus, piegādi, mārketingu un saskarnes. Katrs modulis ir papildu PHP kods, un moduļi bez aktīvas uzturēšanas ir viena no biežākajām ieejām PrestaShop veikalos. Neizmantoto atinstalējiet un izdzēsiet, nevis tikai deaktivizējiet. Arī API webservice atslēgas pārbaudiet uz nezināmiem ierakstiem.
Ko PrestaShop atjauninājums var un ko ne
PrestaShop vai atsevišķu moduļu atjauninājums aizver kļūdas šajā kodā. Tas neielāpo PHP, nepārstartē procesus un nenoņem ne pārrakstījumus, ne svešus moduļus, skriptus tēmā vai jaunus darbinieku kontus. Ja personas dati ir nolasīti, var pastāvēt arī ziņošanas pienākums; vispārīgu informāciju sniedz VDAR ziņošanas pienākums: 72 stundas, vērtējumu konkrētajā gadījumā veic jūsu datu aizsardzības speciālists. Ko tirgotājiem vēl ņemt vērā, apkopo IT drošība tiešsaistes veikaliem.
Veikalos ar vairākām valstīm vai multistore funkciju uz vienas instalācijas bieži darbojas vairāki domēni. Atradums tad skar visus veikalus, pat ja neatbilstība pamanīta tikai vienā.
Kā PHP SOS palīdz konkrēti?
- Mēs kopā ar jūsu hostinga sniedzēju noskaidrojam PHP stāvokli, backport un pārstartēšanu.
- Mēs saglabājam žurnālus, failus un datubāzi un dokumentējam sākotnējo stāvokli.
- Mēs pārbaudām pārrakstījumus, moduļus, tēmu, augšupielāžu mapes, darbinieku kontus un webservice atslēgas.
- Atrasto gadījumā ļaunprātīgas programmatūras noņemšana veic attīrīšanu un piekļuvju maiņu.
Biežāk uzdotie jautājumi
Vai PrestaShop atjauninājums aizver PHP2Shell?
Nē. PrestaShop atjauninājumi labo kļūdas veikala kodā. PHP2Shell ievainojamības atrodas PHP interpretatorā, un tās aizver tikai PHP atjauninājums vai apstiprināts backport ar visu PHP procesu pārstartēšanu.
Kur PrestaShop redzu PHP versiju?
Back Office sadaļā Advanced Parameters > Information. Tur ir servera un PHP dati. Ieviestu backport pēc numura atpazīt nevar; to apstiprina jūsu hostinga sniedzējs.
Kas ir override mape un kāpēc to pārbaudīt?
Mapē override var pārrakstīt PrestaShop klases un kontrolierus. Tur esošais kods darbojas oriģināla vietā, piemēram, norēķinu procesā. Nezināmi pārrakstījumi tāpēc pēc aizdomām ir svarīgs pārbaudes punkts.
Vai admin direktorijai jābūt pārdēvētai?
PrestaShop instalēšanas laikā admin direktorijai piešķir savu nosaukumu. Tas apgrūtina tās atrašanu, bet neaizstāj stipras paroles, divfaktoru autentifikāciju un piekļuves ierobežojumu.