# WordPress PHP ievainojamība PHP2Shell: kas jādara vietnes īpašniekam

> PHP2Shell skar WordPress caur PHP, nevis kodolu. Pārbaudiet PHP stāvokli, uploads, mu-plugins un administratorus un nostipriniet savu vietni.

Avots: https://phpsos.de/lv/plattformen/wordpress/  
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:** WordPress PHP ievainojamība, par kuru šobrīd ziņo, nav WordPress, bet PHP serverī zem tā. Tāpēc WordPress atjauninājums PHP2Shell neaizver. Izšķirošs ir PHP ielāpa stāvoklis, visu PHP procesu pārstartēšana un tipisku slēptuvju, piemēram, `wp-content/uploads` un `mu-plugins`, pārbaude.

## Kāpēc WordPress atjauninājums PHP2Shell nelabo

WordPress ir lietojumprogramma, kas uzrakstīta PHP. Ievainojamības CVE-2026-109618 un CVE-2026-109619 atrodas vienu līmeni zemāk, pašā PHP interpretatorā. Saskaņā ar PHP komandu tās ļauj izpildīt ļaunprātīgu kodu no attāluma bez pieteikšanās. Ar Apache un mod_php exploit tika demonstrēts, vēl pirms tiek izpildīts jebkāds WordPress kods.

Vietne ar aktuālu kodolu, aktuāliem spraudņiem un stiprām parolēm tāpēc tomēr var būt ievainojama, ja zem tās esošais PHP ir vecs. Savukārt ielāpots PHP nepierāda, ka iepriekš nekas nav noticis. Fonu skaidrojam rakstā [Kas ir PHP2Shell?](https://phpsos.de/lv/php2shell/was-ist-php2shell/).

| Līmenis | Kas atjaunina | Vai aizver PHP2Shell? |
|---|---|---|
| WordPress kodols | Jūs vai jūsu aģentūra | Nē |
| Spraudņi un tēmas | Jūs vai jūsu aģentūra | Nē |
| PHP serverī | Hostinga sniedzējs vai servera administrators | Jā, kopā ar visu PHP procesu pārstartēšanu |

## WordPress PHP ievainojamība: PHP versijas pārbaude

Informācijas panelī sadaļā **Rīki > Vietnes veselība > Informācija** blokā „Serveris” ir redzama PHP versija, ar kuru jūsu vietne patiešām darbojas. Tas ir ticamāk nekā `php -v` komandrindā, jo komandrinda bieži izmanto citu PHP instalāciju nekā tīmekļa serveris.

Ar redzamo numuru tomēr nepietiek. Labotās upstream versijas ir 8.5.12, 8.4.27, 8.3.36 un 8.2.35. Tomēr daudzi hostinga sniedzēji labojumus ievieš kā backport; tad joprojām redzams vecāks numurs, lai gan ielāps ir uzlikts. Kā noskaidrot patieso stāvokli, lasiet rakstā [PHP versijas un ielāpa stāvokļa pareiza pārbaude](https://phpsos.de/lv/php2shell/php-version-pruefen/). Kuras PHP versijas atbalsta jūsu WordPress versija, pārbaudiet pēc sistēmas prasībām vietnē wordpress.org.

## Kur ļaunprātīgs kods WordPress mēdz slēpties

Pēc veiksmīga uzbrukuma uzbrucēji parasti atstāj slēptu ieeju, lai varētu atgriezties arī pēc ielāpa. WordPress tam ir zināmas vietas:

- **wp-content/uploads/**: paredzēta attēliem un PDF failiem, nevis PHP failiem.
- **wp-content/mu-plugins/**: „Must-use” spraudņi ielādējas automātiski, un informācijas panelī tos nevar deaktivizēt.
- **wp-config.php**: satur datubāzes piekļuvi un drošības atslēgas; ievietota rinda šeit gandrīz nav pamanāma.
- **.htaccess** galvenajā direktorijā un apakšmapēs: novirzīšana tikai meklētājprogrammām vai neparastu failu paplašinājumu izpilde.
- **Tēmas**, īpaši `functions.php`, kā arī deaktivizēti, aizmirsti spraudņi.
- **Datubāze**: jauni administratori tabulā `wp_users`, svešs JavaScript tabulā `wp_options` vai ierakstos.

Droši pirmie pārbaudes soļi ar WP-CLI un sistēmas līdzekļiem:

```bash
# Salīdzināt core failus ar oficiālajām kontrolsummām
wp core verify-checksums
# Pārbaudīt spraudņus no wordpress.org direktorijas
wp plugin verify-checksums --all
# Uzskaitīt PHP failus augšupielāžu mapē
find wp-content/uploads -type f -name "*.php"
# Alle Administratoren anzeigen
wp user list --role=administrator
```

Atrasts fails ir iemesls rūpīgai izmeklēšanai, bet vēl nav pierādījums. Komerciālos spraudņus šādi pārbaudīt nevar. Plašāk par to lasiet pamācībā [Slēpto ieeju (backdoor) atrašana WordPress](https://phpsos.de/lv/ratgeber/backdoor-wordpress-finden/).

> **Svarīgi:**
> Neizdzēsiet aizdomīgus failus pārsteidzīgi. Vispirms saglabājiet failus, datubāzi un servera žurnālus (logs) no 20.10.2026. Bez šīm pēdām vēlāk nevar noskaidrot, vai dati ir aizplūduši.

## Spraudņi, tēmas un administratoru piekļuves kā papildu risks

PHP2Shell neprasa ievainojamību spraudnī. Ikdienā spraudņi un tēmas tomēr paliek biežākā ieejas vieta WordPress vietnēs. Katrs spraudnis atnes savu kodu, savas augšupielādes funkcijas un savus atjaunināšanas ciklus. Neizmantotos spraudņus labāk dzēst, nevis tikai deaktivizēt, jo deaktivizēti faili turpina atrasties serverī.

Attiecībā uz `wp-login.php` un `wp-admin` ieteicams: maz administratoru, personiski konti, nevis kopīgas piekļuves, un divfaktoru autentifikācija. Ja XML-RPC nav vajadzīgs, to var bloķēt. Aizdomu gadījumā jāmaina visas paroles un drošības atslēgas failā `wp-config.php`. Failu redaktoru informācijas panelī izslēdz tur pat:

```php
define( 'DISALLOW_FILE_EDIT', true );
```

## Ko WordPress vietnes īpašniekam tagad vajadzētu darīt

1. Palūgt hostinga sniedzējam rakstiski apstiprināt PHP ielāpa stāvokli un visu PHP procesu pārstartēšanu.
2. Likt saglabāt servera žurnālus (logs) no 20.10.2026.
3. Veikt iepriekš minētās pārbaudes vai likt tās veikt.
4. Atjaunināt WordPress, spraudņus un tēmas. Tas ir pareizi, bet neaizstāj 1. soli.
5. Neatbilstību gadījumā vietni vienkārši nedarbināt tālāk, bet likt to attīrīt.

Platformas atjauninājums var aizvērt zināmas ievainojamības WordPress un spraudņos. Tas nevar salabot PHP un nevar noņemt ievadītus failus, kas nav kodola sastāvdaļa.

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

- Mēs kopā ar jums vai jūsu hostinga sniedzēju noskaidrojam jūsu WordPress vietnes faktisko PHP stāvokli, ieskaitot backport un pārstartēšanu.
- Mēs saglabājam žurnālus, failus un datubāzi, pirms kaut kas tiek mainīts.
- Mēs pārbaudām kodolu, spraudņus, uploads, mu-plugins, `.htaccess` un lietotāju kontus uz slēptām ieejām.
- Atrasto gadījumā [ļaunprātīgas programmatūras noņemšana](https://phpsos.de/lv/leistungen/malware-entfernung/) veic attīrīšanu, līdz incidents ir slēgts un dokumentēts; ja nekas netiek atrasts, mēs nostiprinām instalāciju [PHP2Shell tūlītējās palīdzības](https://phpsos.de/lv/leistungen/php2shell-soforthilfe/) ietvaros.


## Biežāk uzdotie jautājumi

**Vai man PHP2Shell dēļ jāatjaunina WordPress?**  
Aktuāls WordPress ir saprātīgs vienmēr, taču PHP2Shell tas neaizver. Ievainojamība atrodas servera PHP interpretatorā. Tam nepieciešams PHP atjauninājums vai jūsu hostinga sniedzēja apstiprināts backport un visu PHP procesu pārstartēšana.

**Vai drošības spraudnis pasargā no PHP2Shell?**  
Tikai ļoti ierobežoti. Spraudnis pats darbojas kā PHP kods WordPress iekšienē. Ar mod_php exploit tika demonstrēts, vēl pirms tiek startēts lietojumprogrammas kods; spraudnis šādu uzbrukumu var vispār nepamanīt.

**Kāpēc WordPress joprojām rāda veco PHP versiju, lai gan hostinga sniedzējs ir ielāpojis?**  
Daudzi hostinga sniedzēji un Linux distributīvi labojumus ievieš kā backport esošajā versijā. Versijas numurs tad paliek tāds pats. Palūdziet hostinga sniedzējam ielāpa stāvokli apstiprināt rakstiski.

**Vai mapē wp-content/uploads drīkst atrasties PHP fails?**  
Parasti nē. Augšupielādes mape ir paredzēta multivides failiem. PHP fails tajā ir skaidrs brīdinājuma signāls, un pirms dzēšanas tas jāsaglabā un jāpārbauda speciālistam.

## Avoti

- [php.net: drošības paziņojumi](https://www.php.net/)
- [PHP 8 ChangeLog](https://www.php.net/ChangeLog-8.php)
- [WordPress.org](https://wordpress.org/)
- [BSI (Vācijas Federālais informācijas drošības birojs)](https://www.bsi.bund.de/)