# PHP paikamisteenus: uuenduse paigaldus koos taaskäivituse ja tõendiga

> PHP uuenduse paigaldus: paigame parandatud versioonidele, käivitame kõik tööprotsessid uuesti ja tõendame seisu kirjalikult. Ettevõtetele ja agentuuridele.

Allikas: https://phpsos.de/et/leistungen/php-patch-service/  
Seis: 25.10.2026  
Pakkuja: PHP SOS, PHP hädaabi ja serveri turvalisus. Kohene abi WhatsAppis: https://wa.me/491736494914?text=Tere%2C%20PHP%20SOS%2C%20vajame%20abi%20oma%20PHP-serveriga.%20Ettev%C3%B5te%3A%20%E2%80%A6%20Veebisait%3A%20%E2%80%A6

**Lühidalt:** Kes tahab PHP uuendust paigaldada lasta, vajab rohkem kui uusi pakette: otsustavad on õige paketi seis, kõigi PHP protsesside taaskäivitus ja selle tõend. Just seda meie PHP paikamisteenus pakub. Saate serveri kohta kirjaliku tõendi, mida võite sisemiselt või kolmandatele isikutele esitada.

## Miks PHP uuendusest üksi sageli ei piisa

Alates 21.10.2026 on olemas paigad PHP2Shelli turvaaukudele CVE-2026-109618 ja CVE-2026-109619. BSI soovitab kohest uuendust. Praktikas näeme kolme tüüpilist komistuskivi.

Esiteks ei näita versiooninumber alati tegelikku seisu. Distributsioonid ja veebimajutajad portivad parandusi sageli tagasi (backport); siis teatab näiteks Plesk edasi 8.2.34, kuigi paketi seis on paigatud. Teiseks töötavad pärast paigaldamist sageli vanad PHP protsessid edasi. Uued failid kettal ei kaitse, kuni vanad tööprotsessid mälus töötavad. Kolmandaks töötab serveris sageli mitu PHP versiooni paralleelselt ja üks neist ununeb.

## PHP uuenduse paigaldus: parandatud versioonid

| Haru | Parandatud alates | Eelmine seis | Märkus |
|---|---|---|---|
| PHP 8.5 | 8.5.12 | 8.5.11 | kontrollige lisaks `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 | tugi lõpeb 31.12.2026 |
| PHP 8.1 ja vanemad | ametlikke uuendusi pole | – | ainult minimaalsed lähtekoodi tagasiportimised versioonidele 7.4, 8.0, 8.1 |

Distributsioonide või veebimajutajate pakettide puhul ei loe number „PHP“ taga, vaid paketi seis, mille pakkuja paigatuks kinnitab. Kuidas seda ise kontrollida, on kirjas lehel [PHP versiooni ja paigatud seisu õige kontroll](https://phpsos.de/et/php2shell/php-version-pruefen/).

## Kuidas PHP SOS konkreetselt aitab?

1. **Inventuur:** Kaardistame kõik PHP paigaldused serveris, töörežiimi (PHP-FPM, mod_php, php-cgi, FrankenPHP, LiteSpeed) ja selle, milline veebisait millist versiooni kasutab.
2. **Uuenduse paigaldus:** Paigaldame parandatud versioonid teie distributsiooni, paneeli või ametliku projekti pakettide allikast. Konteinerite jaoks ehitame teiega uued tõmmised (image).
3. **Kõigi protsesside taaskäivitus:** Käivitame PHP-FPM-i, Apache'i, LiteSpeedi või vastavad tööprotsessid täielikult uuesti ja kontrollime, et ükski protsess pole uuendusest vanem. Taustateavet leiate lehelt [PHP-FPM-i ja kõigi tööprotsesside taaskäivitus](https://phpsos.de/et/php2shell/php-fpm-neustart/).
4. **Funktsioonikontroll:** Avame olulisemad lehed ja funktsioonid, näiteks avalehe, sisselogimise, vormid ja kassa, ning kontrollime vealogisid.
5. **Tõend:** Saate iga serveri kohta protokolli, kus on versioon, paketi seis, taaskäivituse ajahetk ja avatud punktid.

Tüüpiline kontrollisamm pärast taaskäivitust näeb välja nii:

```bash
# PHP CLI ja FPM-i binaarfaili versioon (tee sõltub süsteemist)
php -v
php-fpm8.3 -v
# FPM-i protsesside algusaeg: peab olema pärast uuendust
ps -o pid,lstart,cmd -C php-fpm8.3
```

## Erijuhud: paneelid, konteinerid ja mitu PHP versiooni

**Pleski või cPaneliga** serverites pärinevad PHP versioonid sageli paneeli pakettide allikatest, mitte distributsioonist. Seal kontrollime iga paigaldatud versiooni eraldi, ka neid, mis pole parajasti ühegi veebisaidiga seotud. Kasutamata, aegunud versioonid eemaldame kokkuleppel, et neid ei aktiveeritaks kogemata uuesti.

**Dockeri ja Kubernetese** keskkondades ei piisa hostil tehtavast uuendusest. PHP asub tõmmises ja alles uuesti ehitatud tõmmis paigatud baasseisuga, mis on levitatud kõigile töötavatele konteineritele, sulgeb turvaaugu. Kontrollime seejuures ka, kas registrites või juurutustes kasutatakse veel vanemaid tõmmiseid. Üksikasjad leiate lehelt [PHP paikamine Dockeri konteinerites](https://phpsos.de/et/php2shell/docker-container-patchen/).

**mod_php** puhul töötab PHP otse Apache'i protsessis. PHP meeskond hindab riski seal kõige suuremaks. Pärast uuendust tuleb seetõttu Apache ise täielikult uuesti käivitada; seadistuse lihtne uuestilaadimine ei piisa igal juhul.

## Mida te meilt saate

- paikamisprotokoll iga serveri kohta: paigaldatud paketid, versioonid, allikas, ajahetk
- tõend, et kõik PHP protsessid on uuesti käivitatud
- kontrollitud veebisaitide ja funktsioonide loend
- viited süsteemidele, mida paigata ei õnnestunud, põhjendusega
- soovitus edasiseks teeks, näiteks PHP 8.2 puhul lähenevat toe lõppu silmas pidades

## Mida me teilt vajame

- **Ligipääs:** SSH administraatoriõigustega või paneeliligipääs (Plesk, cPanel vms)
- **Hooldusaken:** millal tohib lühike taaskäivitus toimuda
- **Kontaktisik:** täpsustavate küsimuste jaoks ja heakskiiduks pärast funktsioonikontrolli
- **Varukoopiad:** kinnitus, et värske varukoopia on olemas, või tellimus see enne luua
- **Märkused oma arenduste kohta:** erilised PHP laiendused või seadistused, mida tuleb arvestada

Jagatud veebimajutuse puhul ilma oma serveriligipääsuta me ise paigata ei saa. Aitame teil siis veebimajutajalt õigeid küsimusi küsida ja vastust hinnata.

## Mida me ei luba

Paikamisteenus sulgeb teadaoleva turvaaugu. See ei vasta küsimusele, kas server oli enne uuendust juba kompromiteeritud, ega eemalda sisse toodud kahjulikku tarkvara. Kui soovite seda teada, on sobiv tellimus [PHP2Shelli kohene abi](https://phpsos.de/et/leistungen/php2shell-soforthilfe/) koos jälgede otsimisega.

PHP 8.1 ja vanemate jaoks ametlikke uuendusi enam pole. Siin rakendame ajutisi meetmeid ja soovitame [üleminekut toetatud versioonile](https://phpsos.de/et/leistungen/php-migration-legacy/). Ühilduvuslubadust teie CMS-ile me mälu põhjal ei anna, vaid kontrollime seda tootja süsteeminõuete alusel.


## Korduma kippuvad küsimused

**Miks näitab minu server pärast uuendust endiselt vana PHP versiooni?**  
Põhjuseid võib olla kaks. Kas distributsioon on paigaldanud tagasiporditud parandusi (backport), siis jääb versiooninumber samaks, kuigi paketi seis on paigatud. Või töötavad vanad PHP protsessid veel mälus ja need tuleb uuesti käivitada.

**Millised PHP versioonid sulgevad PHP2Shelli?**  
Turvaauk on parandatud versioonides PHP 8.5.12, 8.4.27, 8.3.36 ja 8.2.35, avaldatud 21.10.2026. Distributsioonide pakettide puhul loeb paketi seis, mille pakkuja paigatuks kinnitab.

**Kas uuendus võib mu veebisaidi seisma panna?**  
Uuendus samas põhiversioonis, näiteks 8.3.35-lt 8.3.36-le, on üldjuhul ohutu. Lühike PHP protsesside taaskäivitus on aga vajalik. Lepime ajaakna teiega kokku ja kontrollime lehti pärast.

**Kas paigaga on kõik tehtud?**  
Turvaaugu enda osas jah, niipea kui kõik protsessid on uuesti käivitatud. Kas enne paika on keegi juba sisse tunginud, paik ei näita. Selleks on vaja eraldi kontrolli.

## Allikad

- [php.net: turvateated](https://www.php.net/)
- [PHP 8 ChangeLog](https://www.php.net/ChangeLog-8.php)
- [php.net: toetatud versioonid](https://www.php.net/supported-versions.php)
- [BSI: Saksamaa föderaalne infoturbeamet](https://www.bsi.bund.de/)