# Aģentūra: klientu vietnes uzlauztas? Zvaniet. Mēs palīdzam.

> Skartas vairākas jūsu aģentūras klientu vietnes? Zvaniet vai rakstiet mums WhatsApp. Mēs attālināti saglabājam, attīrām un dokumentējam.

Avots: https://phpsos.de/lv/soforthilfe/agentur-kundenseiten-gehackt/  
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:** ja jūsu aģentūrā ir skartas vairākas klientu vietnes, tas reti ir nejaušība, bet parasti kopīgs serveris, koplietota piekļuve vai viena un tā pati PHP versija. Ja esat skarti, sazinieties ar mums nekavējoties. Mēs sniedzam jums pārskatu, attālināti ierobežojam incidentu, attīrām sistēmas un sniedzam ziņojumus jūsu klientiem.

> **Rīkoties nekavējoties:**
> **Tagad neko neizdzēsiet un neuzstādiet no jauna.** Arī tad, ja klientu spiediens ir liels: bez saglabātiem žurnāliem un failiem nevar ne noskaidrot cēloni, ne pierādīt, kas nebija skarts. [Pieteikt ārkārtas gadījumu](https://phpsos.de/lv/notfall/), un mēs uzņemamies darbu no pirmās ziņas.

## Vai esat skarti? Pazīmes, ja klientu vietnes ir uzlauztas

Kā aģentūra jūs redzat modeļus, ko atsevišķi operatori nekad nepamana. Uz kopīgu incidentu norāda:

- Vairākas klientu vietnes vienlaikus uzrāda tos pašus simptomus: pāradresācijas, surogātpasta saturu, brīdinājumus pārlūkprogrammā.
- Tas pats nezināmais administratora konts vai tas pats aizdomīgais fails parādās pie dažādiem klientiem.
- Hostinga sniedzējs ziņo par ļaunprātīgu izmantošanu vai neparastu slodzi kontam, kurā atrodas daudz projektu.
- Klienti zvana, jo viņu vietne Google tiek brīdināta, un pārbaudot jūs atrodat citas vietnes tādā pašā stāvoklī.
- Izstrādātājam vai bijušajam darbiniekam bija piekļuve daudziem projektiem, un viena piekļuve ir izplūdusi.
- Uzturēšanas darbi caur centrālu rīku, piemēram, izvietošanu, rezerves kopijām vai atjauninājumu pakalpojumu, ir mainījuši vietni, ko neesat aizskāruši.
- Jūs apkalpojat daudz vietņu uz PHP versijām, kuru ielāpa stāvokli nevarat pierādīt katrai atsevišķi.

Kopš PHP2Shell pievienojas tas, ka ievainojamība ir pašā PHP interpretatorā. CMS atjauninājums, piemēram, WordPress gadījumā, to neaizver; izšķiroša ir PHP izpildes vide, kas patiešām apkalpo lapas.

## Ko darīt tūlīt

1. **Uzskaitīt skartās vietnes:** domēns, serveris, hostinga konts, PHP versija, CMS, atbildīgie. Arī aizdomu gadījumi jāiekļauj.
2. **Meklēt kopīgo:** tas pats serveris? Tās pašas piekļuves? Tas pats spraudnis? Tas pats izvietošanas ceļš?
3. **Norobežot apdraudētās vietnes:** vietnes, kas aktīvi piegādā ļaunprātīgu kodu, pārslēgt apkopes režīmā. Neizdzēst.
4. **Likt saglabāt žurnālus un stāvokli:** palūgt hostinga sniedzēju saglabāt protokolus; saglabāt savus izvietošanas protokolus.
5. **Pārbaudīt centrālās piekļuves:** kam ir piekļuve hostinga panelim, SSH, Git, paroļu pārvaldniekam un izvietošanai? Izmaiņas tikai pēc saskaņošanas.
6. **Klientus informēt atturīgi:** vispirms tikai to, kas ir pierādīts. Cēloni nenosaukt, pirms tas nav noskaidrots.
7. **Sazināties ar mums:** zvaniet vai rakstiet WhatsApp.

## Kā PHP SOS palīdz konkrēti?

1. **Situācijas attēls:** Mēs kopā ar jums iegūstam pārskatu par visām vietnēm un serveriem un sakārtojam tos pēc steidzamības: aktīvi piegādāts ļaunprātīgs kods, aizdomas par datu aizplūšanu, domājams, tikai neielāpots.
2. **Saglabāt un aizvērt:** Mēs saglabājam katru skarto sistēmu, pirms kaut kas tiek mainīts, un aizveram kopīgās ielaušanās durvis: piekļuves, PHP stāvokli, visu procesu pārstartēšanu.
3. **Pārbaudīt un attīrīt:** Mēs sistemātiski meklējam tās pašas pēdas visās vietnēs, noņemam webshell un slēptās piekļuves un atjaunojam tīrā stāvoklī. Sīkāk lapā [Ļaunprogrammatūras un webshell noņemšana](https://phpsos.de/lv/leistungen/malware-entfernung/).
4. **Nostiprināt un ziņot:** Mēs vietnes nošķiram cita no citas, kur tas ir lietderīgi, un sniedzam katram klientam īsu ziņojumu, ko varat nodot tālāk, kā arī kopējo ziņojumu jums.

Mēs strādājam attālināti, bez ierašanās, visā Vācijā un Eiropā. Pēc vēlēšanās fonā jūsu aģentūrai, kā aprakstīts lapā [Aģentūras un White Label](https://phpsos.de/lv/branchen/agenturen-white-label/).

## Kāpēc aģentūrām bieži vienlaikus krīt daudzas vietnes

Kas apkalpo daudz projektu vienā serverī, ietaupa izmaksas, bet par to maina izolāciju pret ērtumu. Ja viss darbojas zem viena lietotāja un viena PHP procesu pūla, uzlauztas vietnes kods var nolasīt un mainīt kaimiņu failus. Tas nav eksotisks gadījums, bet standarts daudzās konfigurācijās. Kā pūlus pareizi nošķirt, apraksta [PHP-FPM pūlu izolēšana](https://phpsos.de/lv/blog/php-fpm-pools-isolieren/).

Pievienojas koplietotās piekļuves: viena SSH atslēga visiem projektiem, viens hostinga konts ar visiem domēniem, tās pašas paroles testa un produkcijas videi. Šeit ir spēkā minimālo tiesību princips. Vairāk lapā [Tīmekļa servera lietotāja tiesības](https://phpsos.de/lv/blog/rechte-des-webserver-benutzers/).

Arī piegādes ķēde ir svarīga: spraudņi, motīvi un bibliotēkas nāk no trešajām pusēm, hostinga sniedzējs atbild par platformu, aģentūra par darbību. Kur šīs robežas ir un kur rodas nepilnības, apskata [Piegādes ķēde: aģentūra un hostinga sniedzējs](https://phpsos.de/lv/blog/lieferkette-agentur-hoster/).

## Inventārs, PHP versijas un komunikācija ar klientiem

Biežākā problēma šādās situācijās ir pārskata trūkums: kura vietne darbojas kurā serverī ar kuru PHP versiju, un kas par to atbild? Bez šī saraksta nevar pateikt, kuru ielāps skar un kuru ne. Kā izveidot šādu reģistru, parāda [Vietņu un serveru inventārs](https://phpsos.de/lv/blog/inventar-websites-server/). Ja paralēli darbojas vairākas PHP versijas, papildus palīdz [Vairākas PHP versijas vienā serverī](https://phpsos.de/lv/blog/mehrere-php-versionen-server/).

Pret klientiem skaitās skaidrība. Jums nav jāzina viss, bet nekas nav jāskaistina: kas ir pierādīts, kas vēl tiek pārbaudīts, ko darīsiet tālāk? Formulējumu palīgmateriālus atradīsiet lapā [Klientu informēšana pēc incidenta](https://phpsos.de/lv/blog/kunden-nach-vorfall-informieren/). Ja ir skarti personas dati, ziņošanas pienākumiem pēc VDAR 33. panta var būt nozīme. Tā ir vispārīga informācija; vērtējumu sniedz datu aizsardzības speciālisti un advokāts. Ja incidents aug ārpus atsevišķām vietnēm, pārejam uz strukturētu [Incident Response](https://phpsos.de/lv/leistungen/incident-response/).

## Ko jums vajadzētu mums nosūtīt

- skarto un, domājams, skarto domēnu saraksts
- dati par serveri un hostingu katram projektam, ciktāl zināmi
- PHP versijas un lietotie CMS vai veikali
- piekļuves, ko varat mums piešķirt, un lomas komandā
- norādes, kas pēdējais mainīts vai izvietots
- kontaktpersonas vārds lēmumiem, kā arī klientu komunikācijai

## Kāpēc PHP SOS

Mēs strādājam pēc principa Made in Germany un jau vairāk nekā 25 gadus kopā ar savu kiberspeciālistu partneru tīklu esam specializējušies IT drošībā. Jums ir viena kontaktpersona visiem skartajiem projektiem, mēs strādājam attālināti un dokumentējam katrai sistēmai, kas atrasts un darīts. Mēs nesolām brīnumus. Ko nevar pierādīt, mēs saucam par nezināmu, lai jūs saviem klientiem nesacītu vairāk, nekā zināt.

## Vai esat skarti? Zvaniet. Mēs palīdzam.

Ja vairākas jūsu klientu vietnes uzvedas neparasti, laika spiediens ir divkāršs: tehniski un attiecībās ar klientiem. Sazinieties ar mums tagad: zvaniet vai rakstiet WhatsApp. Mēs uzņemamies darbu no pirmās ziņas un paliekam klāt, līdz incidents ir noslēgts un dokumentēts. [Pieteikt ārkārtas gadījumu tagad](https://phpsos.de/lv/notfall/)


## Biežāk uzdotie jautājumi

**Kāpēc bieži uzreiz ir skartas vairākas klientu vietnes?**  
Bieži vietnes dala serveri, hostinga kontu, to pašu PHP procesu vai tos pašus piekļuves datus. Ja uzbrucējs vienā vietā iekļūst, viņš var pārvietoties sāniski. Ievainojams PHP turklāt skar visas vietnes, kas to izmanto.

**Vai man klientus jāinformē uzreiz?**  
Tas atkarīgs no situācijas un līguma. Vispirms noskaidrojiet, kuras vietnes patiešām ir skartas, lai neinformētu ar pieņēmumiem. Ja ir personas dati, iespējami ziņošanas pienākumi; vērtējumu sniedz datu aizsardzības speciālists vai advokāts.

**Kas ir atbildīgs, ja klienta vietne ir uzlauzta?**  
Tas atkarīgs no jūsu līgumiem, apkalpošanas apjoma un notikumu gaitas. Juridisko konsultāciju mēs nesniedzam. Sakārtots ziņojums par cēloni un pasākumiem šo noskaidrošanu atvieglo.

**Vai varat strādāt zem mūsu vārda, lai gala klients mūs neredz?**  
Pēc vēlēšanās strādājam fonā jūsu aģentūrai un sniedzam ziņojumus, ko varat nodot saviem klientiem. Detaļas apspriežam iepriekš.

**Vai pietiek klientu vietnes attīrīt atsevišķi?**  
Parasti nē. Ja cēlonis ir kopīgajā serverī, koplietotā piekļuvē vai neielāpotā PHP versijā, problēmas pēc atsevišķas tīrīšanas parādās atkal. Cēlonis jānovērš līdzi.

## Avoti

- [BSI: Vācijas Federālais informācijas drošības birojs](https://www.bsi.bund.de/)
- [VDAR 33. pants: ziņošana uzraudzības iestādei](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [php.net: ziņojumi un drošības atjauninājumi](https://www.php.net/)