# Interneta veikals uzlauzts? IT drošība tirgotājiem > Veikals uzlauzts vai apdraudēts ar PHP2Shell? Kā tirgotāji aizsargā klientu kontus, norēķinus un apgrozījumu un pirmajās stundās rīkojas sakārtoti. Avots: https://phpsos.de/lv/branchen/onlineshops/ Aktuāls uz: 25.10.2026 Pakalpojuma sniedzējs: PHP SOS, PHP ārkārtas palīdzība un serveru drošība. Tūlītēja palīdzība pa WhatsApp: https://wa.me/491736494914?text=Sveiki%2C%20PHP%20SOS%2C%20mums%20nepiecie%C5%A1ama%20pal%C4%ABdz%C4%ABba%20ar%20m%C5%ABsu%20PHP%20serveri.%20Uz%C5%86%C4%93mums%3A%20%E2%80%A6%20Vietne%3A%20%E2%80%A6 **Īsi sakot:** Ja jūsu interneta veikals ir uzlauzts vai darbojas uz neielāpotas PHP versijas, vienlaikus runa ir par trim lietām: klientu datiem, norēķinu lapu un jūsu apgrozījumu. Kontrolēti pārslēdziet veikalu apkopes režīmā, saglabājiet žurnālus no 20.10.2026 un noskaidrojiet, kurš jūsu serverī atjaunina un pārstartē PHP. ## Kas interneta veikalā ir uz spēles Veikals ir vairāk nekā vietne. Tajā tiek pārvaldīti klientu konti ar paroļu jaucējkodiem, piegādes un rēķinu adreses, pasūtījumu vēsture, kuponi un bieži arī saskarnes ar preču uzskaiti, piegādes pakalpojumu sniedzējiem un tirgus vietām. Kas var izpildīt kodu serverī, parasti tiek pie datubāzes un tur glabātajām API atslēgām. Karšu dati parasti atrodas nevis pie jums, bet pie maksājumu pakalpojumu sniedzēja. Tas nomierina tikai daļēji: uzbrucējs var pasūtīšanas procesā ievadīt JavaScript, kas pārlūkprogrammā nolasa ievadīto. Šādi skimminga skripti veikala darbībā gandrīz nav pamanāmi, jo pasūtījumi turpina iet cauri pavisam normāli. Klāt nāk saskarnes. Veikals, kas nodod pasūtījumus preču uzskaitei, piegādes pakalpojumu sniedzējiem un tirgus vietām, piekļuves atslēgas tām parasti glabā konfigurācijas failos serverī. Kas tās nokopē, tirgotāja vārdā var veidot sūtījumu etiķetes, mainīt krājumus vai ļaunprātīgi izmantot tirgus vietu kontus. ## Tipiskās veikalu sistēmas un kāpēc PHP2Shell tās skar Plaši izplatītās veikalu sistēmas Eiropas MVU darbojas uz PHP: [Shopware 6](https://phpsos.de/lv/plattformen/shopware-6/), [WooCommerce](https://phpsos.de/lv/plattformen/woocommerce/), Magento, OXID, PrestaShop un daudzas vecākas Shopware 5 instalācijas. PHP2Shell (CVE-2026-109618 un CVE-2026-109619, katrai CVSS 9.2) atrodas pašā PHP. Uzbrucējiem nav vajadzīgs ne klienta konts, ne administratora piekļuve. Tirgotājiem tas nozīmē: jaunākais veikala atjauninājums neaizsargā. Izšķiroši ir tas, vai PHP serverī ir versijā 8.5.12, 8.4.27, 8.3.36 vai 8.2.35 vai hostinga sniedzējs ir ieviesis backport, un vai pēc tam ir pārstartēti visi PHP procesi. Veciem veikaliem uz PHP 8.1 vai vecāka PHP projekts oficiālus atjauninājumus vairs nesniedz. Tad līdzās ārkārtas situācijai jāveic migrācija, ko jūs nevēlaties veikt steigā sezonas kulminācijā. ## Interneta veikals uzlauzts: ko incidents konkrēti nozīmē Uzlauzts veikals rada zaudējumus vairākos līmeņos, kas viens otru pastiprina: - **Apgrozījums:** Katra apkopes režīma stunda maksā pasūtījumus. Taču veikals, kas nemanot turpina darboties, var izmaksāt ievērojami dārgāk. - **Klientu dati:** Noplūdušās adreses un pasūtījumi tiek izmantoti mērķtiecīgiem pikšķerēšanas e-pastiem, kas izskatās īsti, jo min īstus pasūtījumus. - **Redzamība:** Ja Google atpazīst ļaunprātīgu kodu, meklēšanas rezultātos parādās brīdinājums. Kā no tā tikt vaļā, aprakstīts rokasgrāmatā [Google brīdinājuma noņemšana](https://phpsos.de/lv/ratgeber/google-warnung-entfernen/). - **Partneri:** Maksājumu pakalpojumu sniedzējiem un tirgus vietām ir savas prasības drošības incidentu gadījumā. Kas ziņo par vēlu, riskē ar nepatikšanām norēķinos. ## Kurš ir atbildīgs: aģentūra, hostinga sniedzējs vai tirgotājs? Daudzos veikalos jautājums par PHP nonāk starp visiem krēsliem. Aģentūra ir uzbūvējusi veikalu un kopj spraudņus, hostinga sniedzējs apsaimnieko serveri, un tirgotājs pieņem, ka par to rūpējas kāds no abiem. Pārvaldītā hostingā ielāpu parasti uzliek hostinga sniedzējs, savā vServer to nedara neviens automātiski. | Uzdevums | Parasti atbildīgais | Ko pārbaudīt | |---|---|---| | Atjaunināt PHP pakotni | Hostinga sniedzējs vai servera uzturētājs | Rakstisks apstiprinājums ar pakotnes stāvokli | | Pārstartēt PHP procesus | Kas pārvalda serveri | Pārstartēšanas laiks | | Veikals un spraudņi | Aģentūra | Apkopes līgums un piekļuves | | Informēt maksājumu pakalpojumu sniedzēju | Tirgotājs | Līgumiskie ziņošanas pienākumi | > **Svarīgi:** > PHP ielāps nepierāda, ka iepriekš nekas nav noticis. Ja veikals tika uzbrukts laikā no 17.10. līdz ielāpa uzlikšanas brīdim, ievadītais kods var turpināt darboties. Lai pārbauda to, pirms paziņojat, ka briesmas garām. ## Pirmās stundas: secība tirgotājiem 1. Ieslēgt veikalam apkopes režīmu vai, ja tas nav iespējams, uz laiku atvienot to no tīkla. 2. Saglabāt tīmekļa servera, PHP un veikala žurnālus no 20.10.2026, pirms rotācija tos izdzēš. 3. Lūgt hostinga sniedzēju rakstiski apstiprināt PHP pakotnes stāvokli un pārstartēšanu. 4. Atjaunot administratora paroles, API atslēgas maksājumiem, piegādei un tirgus vietām, kā arī datubāzes piekļuves, un to darīt tikai pēc attīrīšanas. 5. Pārbaudīt norēķinu lapu, maksājumu spraudņus un iekļautos skriptus, vai tajos nav izmaiņu. Ja ir norādes uz datu noplūdi, tiek skaitīts [VDAR 72 stundu termiņš](https://phpsos.de/lv/compliance/dsgvo-meldepflicht-72-stunden/). Juridisko vērtējumu veicat kopā ar savu datu aizsardzības speciālistu un, ja vajadzīgs, advokātu. ## Kā PHP SOS palīdz konkrēti? - Mēs attālināti pārbaudām faktisko PHP pakotnes stāvokli, darbības režīmu (piemēram, mod_php vai PHP-FPM) un to, vai visi darbprocesi ir pārstartēti. - Mēs izmeklējam veikala failus, datubāzi un norēķinu lapu, meklējot webshell, skimminga kodu un jaunus administratora kontus, un [noņemam atrasto ļaunprogrammatūru](https://phpsos.de/lv/leistungen/malware-entfernung/). - Mēs saskaņojamies ar jūsu aģentūru un hostinga sniedzēju, lai veikala apkope un servera darbība nesaietos viena otrai garām. - Mēs dokumentējam konstatējumus un pasākumus tā, lai tos varētu uzrādīt maksājumu pakalpojumu sniedzējam, apdrošinātājam un datu aizsardzības speciālistam. - Pēc tam mēs nostiprinām serveri un pēc vēlēšanās uzņemamies pastāvīgo uzraudzību. ## Biežāk uzdotie jautājumi **Vai man PHP2Shell dēļ jāatvieno veikals no tīkla?** BSI (Vācijas Federālais informācijas drošības birojs) iesaka uz laiku atvienot tīmekļa serverus no tīkla, ja PHP atjaunināšana nav iespējama nekavējoties. Veikalam apkopes režīms ar paziņojuma lapu bieži ir labāks risinājums nekā kļūdas ziņojums. Tiklīdz PHP ir ielāpots un visi procesi pārstartēti, veikalu var atkal atvērt. **Vai manā veikalā ir apdraudēti kredītkaršu dati?** Lielākajā daļā veikalu karšu dati atrodas nevis jūsu serverī, bet pie maksājumu pakalpojumu sniedzēja. Bīstams tomēr ir manipulēts kods norēķinu lapā, kas pārķer ievadi, pirms tā sasniedz sniedzēju. Tāpēc norēķinu lapa jāiekļauj katrā pārbaudē pēc uzbrukuma. **Vai pietiek atjaunināt Shopware vai WooCommerce?** Nē. PHP2Shell skar pašu PHP, nevis veikala sistēmu. Veikala atjauninājums ievainojamību neaizver, un PHP ielāps nenoņem jau ievadītu ļaunprātīgu kodu. **Kam man jāziņo pēc datu noplūdes?** Personas datu gadījumā jāapsver ziņojums datu aizsardzības uzraudzības iestādei 72 stundu laikā, atkarībā no riska arī skarto personu informēšana. Papildus ir līgumiski pienākumi pret maksājumu pakalpojumu sniedzēju un apdrošinātāju. Vērtējumu konkrētajā gadījumā veicat kopā ar datu aizsardzības speciālistu un advokātu. ## Avoti - [php.net: drošības paziņojumi](https://www.php.net/) - [BSI: brīdinājumi un ieteikumi](https://www.bsi.bund.de/) - [VDAR 33. pants: ziņošana uzraudzības iestādei](https://dsgvo-gesetz.de/art-33-dsgvo/) - [OWASP Top 10](https://owasp.org/www-project-top-ten/)