# PHP ielāpu pakalpojums: atjauninājuma instalēšana ar pārstartēšanu un apliecinājumu

> PHP atjauninājuma instalēšana: ielāpojam labotajās versijās, pārstartējam visus darbprocesus un rakstiski apliecinām stāvokli. Uzņēmumiem un aģentūrām.

Avots: https://phpsos.de/lv/leistungen/php-patch-service/  
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:** kam vajadzīga PHP atjauninājuma instalēšana, tam nepietiek ar jaunām pakotnēm: izšķirošs ir pareizs pakotnes stāvoklis, visu PHP procesu pārstartēšana un tās pierādījums. Tieši to nodrošina mūsu PHP ielāpu pakalpojums. Jūs saņemat rakstisku apliecinājumu katram serverim, ko varat uzrādīt iekšēji vai trešajām personām.

## Kāpēc ar PHP atjauninājumu vien bieži nepietiek

Kopš 21.10.2026 ir pieejami ielāpi PHP2Shell ievainojamībām CVE-2026-109618 un CVE-2026-109619. BSI iesaka atjaunināt nekavējoties. Praksē redzam trīs tipiskus šķēršļus.

Pirmkārt, versijas numurs ne vienmēr parāda patieso stāvokli. Distributīvi un hostinga sniedzēji dažkārt ievieš backport labojumus; tad, piemēram, Plesk turpina rādīt 8.2.34, lai gan pakotnes stāvoklis ir ielāpots. Otrkārt, pēc instalēšanas bieži turpina darboties veci PHP procesi. Jauni faili diskā neaizsargā, kamēr atmiņā strādā vecie darbprocesi. Treškārt, vienā serverī bieži paralēli darbojas vairākas PHP versijas, un viena no tām tiek aizmirsta.

## PHP atjauninājuma instalēšana: labotās versijas

| Atzars | Labots kopš | Iepriekšējā versija | Piezīme |
|---|---|---|---|
| PHP 8.5 | 8.5.12 | 8.5.11 | papildus pārbaudīt `fatal_error_backtraces` |
| PHP 8.4 | 8.4.27 | 8.4.26 | |
| PHP 8.3 | 8.3.36 | 8.3.35 | |
| PHP 8.2 | 8.2.35 | 8.2.34 | atbalsts beidzas 31.12.2026 |
| PHP 8.1 un vecākas | nav oficiālu atjauninājumu | – | tikai minimāli pirmkoda backport labojumi versijām 7.4, 8.0, 8.1 |

Pakotnēm no distributīviem vai hostinga sniedzējiem izšķirošs nav skaitlis aiz „PHP“, bet pakotnes stāvoklis, ko sniedzējs apstiprina kā ielāpotu. Kā to pārbaudīt pašiem, rakstīts lapā [PHP versijas un ielāpa stāvokļa pareiza pārbaude](https://phpsos.de/lv/php2shell/php-version-pruefen/).

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

1. **Inventarizācija:** Mēs uzskaitām visas PHP instalācijas serverī, darbības režīmu (PHP-FPM, mod_php, php-cgi, FrankenPHP, LiteSpeed) un to, kura vietne kuru versiju izmanto.
2. **Atjauninājuma instalēšana:** Mēs instalējam labotās versijas no jūsu distributīva, paneļa vai oficiālā projekta pakotņu avota. Konteineriem kopā ar jums būvējam jaunus attēlus (images).
3. **Visu procesu pārstartēšana:** Mēs pilnībā pārstartējam PHP-FPM, Apache, LiteSpeed vai attiecīgos darbprocesus un pārbaudām, ka neviens process nav vecāks par atjauninājumu. Pamatinformāciju atradīsiet lapā [PHP-FPM un visu darbprocesu pārstartēšana](https://phpsos.de/lv/php2shell/php-fpm-neustart/).
4. **Funkciju pārbaude:** Mēs atveram svarīgākās lapas un funkcijas, piemēram, sākumlapu, pieteikšanos, veidlapas un kasi, un pārbaudām kļūdu žurnālus.
5. **Apliecinājums:** Jūs saņemat katram serverim protokolu ar versiju, pakotnes stāvokli, pārstartēšanas laiku un neatrisinātajiem jautājumiem.

Tipisks pārbaudes solis pēc pārstartēšanas izskatās šādi:

```bash
# PHP CLI un FPM bināra versija (ceļš atkarībā no sistēmas)
php -v
php-fpm8.3 -v
# FPM procesu startēšanas laiks: jābūt pēc atjauninājuma
ps -o pid,lstart,cmd -C php-fpm8.3
```

## Īpaši gadījumi: paneļi, konteineri un vairākas PHP versijas

Serveros ar **Plesk vai cPanel** PHP versijas bieži nāk no paneļa pakotņu avotiem, nevis no distributīva. Tur mēs pārbaudām katru instalēto versiju atsevišķi, arī tās, kas pašlaik nav piešķirtas nevienai vietnei. Nelietotas, novecojušas versijas pēc saskaņošanas noņemam, lai tās netiktu nejauši atkal aktivizētas.

**Docker un Kubernetes vidēs** ar atjauninājumu resursdatorā nepietiek. PHP atrodas attēlā (image), un ievainojamību aizver tikai no jauna uzbūvēts attēls ar ielāpotu bāzes stāvokli, kas izvietots visos darbojošos konteineros. Mēs pārbaudām arī to, vai reģistros vai izvietojumos vēl netiek izmantoti vecāki attēli. Sīkāka informācija ir lapā [PHP ielāpošana Docker konteineros](https://phpsos.de/lv/php2shell/docker-container-patchen/).

Ar **mod_php** PHP darbojas tieši Apache procesā. PHP komanda šeit risku vērtē kā augstāko. Tāpēc pēc atjauninājuma pilnībā jāpārstartē pats Apache; ar konfigurācijas pārlādi ne vienmēr pietiek.

## Ko jūs saņemat no mums

- ielāpošanas protokols katram serverim: instalētās pakotnes, versijas, avots, laiks
- pierādījums, ka visi PHP procesi ir pārstartēti
- pārbaudīto vietņu un funkciju saraksts
- norādes par sistēmām, kuras nevarēja ielāpot, ar pamatojumu
- ieteikums turpmākajam ceļam, piemēram, PHP 8.2 gadījumā tuvā atbalsta beigu dēļ

## Ko mums vajag no jums

- **Piekļuve:** SSH ar administratora tiesībām vai paneļa piekļuve (Plesk, cPanel u. tml.)
- **Apkopes logs:** kad drīkst veikt īsu pārstartēšanu
- **Kontaktpersona:** jautājumiem un apstiprinājumam pēc funkciju pārbaudes
- **Rezerves kopijas:** apstiprinājums, ka ir aktuāla kopija, vai uzdevums to iepriekš izveidot
- **Norādes par pašu izstrādātajiem risinājumiem:** īpaši PHP paplašinājumi vai konfigurācijas, kas jāņem vērā

Koplietošanas hostingā bez paša servera piekļuves mēs paši ielāpot nevaram. Tad palīdzam jums uzdot hostinga sniedzējam pareizos jautājumus un novērtēt atbildi.

## Ko mēs nesolām

Ielāpu pakalpojums aizver zināmo ievainojamību. Tas neatbild uz jautājumu, vai serveris pirms atjauninājuma jau nav ticis kompromitēts, un nenoņem ievadītu ļaunprogrammatūru. Ja vēlaties to uzzināt, piemērotais uzdevums ir [PHP2Shell tūlītējā palīdzība](https://phpsos.de/lv/leistungen/php2shell-soforthilfe/) ar pēdu meklēšanu.

PHP 8.1 un vecākām versijām oficiālu atjauninājumu vairs nav. Šeit ieviešam pagaidu pasākumus un iesakām [pāreju uz atbalstītu versiju](https://phpsos.de/lv/leistungen/php-migration-legacy/). Saderības solījumu jūsu CMS mēs nesniedzam no galvas, bet pārbaudām to pēc ražotāja sistēmas prasībām.


## Biežāk uzdotie jautājumi

**Kāpēc mans serveris pēc atjaunināšanas joprojām rāda veco PHP versiju?**  
Iemesli var būt divi. Vai nu distributīvs ir ieviesis backport labojumu, un tad versijas numurs paliek tāds pats, lai gan pakotnes stāvoklis ir ielāpots. Vai arī atmiņā vēl darbojas veci PHP procesi, kas jāpārstartē.

**Kuras PHP versijas aizver PHP2Shell?**  
Ievainojamība ir novērsta PHP 8.5.12, 8.4.27, 8.3.36 un 8.2.35, publicētas 21.10.2026. Distributīvu pakotņu gadījumā izšķirošs ir pakotnes stāvoklis, ko sniedzējs apstiprina kā ielāpotu.

**Vai atjauninājums var apturēt manu vietni?**  
Atjauninājums vienas pamatversijas ietvaros, piemēram, no 8.3.35 uz 8.3.36, parasti nav kritisks. Taču īsa PHP procesu pārstartēšana ir nepieciešama. Laika logu saskaņojam ar jums un pēc tam pārbaudām lapas.

**Vai ar ielāpu viss ir izdarīts?**  
Pašai ievainojamībai jā, tiklīdz visi procesi ir pārstartēti. Vai pirms ielāpa kāds jau ir iekļuvis, ielāps neparāda. Tam vajadzīga atsevišķa pārbaude.

## Avoti

- [php.net: drošības paziņojumi](https://www.php.net/)
- [PHP 8 ChangeLog](https://www.php.net/ChangeLog-8.php)
- [php.net: atbalstītās versijas](https://www.php.net/supported-versions.php)
- [BSI: Vācijas Federālais informācijas drošības birojs](https://www.bsi.bund.de/)