Ī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.
Kā PHP SOS palīdz konkrēti?
- 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.
- 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).
- 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.
- 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.
- 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:
# 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.
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 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. 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.