Коротко

Панелі керування встановлюють власні збірки PHP, і звичайний apt upgrade їх не зачіпає. У cPanel оновлення виконується через EasyApache 4, у Plesk — через інсталятор компонентів, в ISPmanager — через розділ PHP. Після оновлення обов'язковий перезапуск обробників.

cPanel і WHM

Збірки PHP у cPanel живуть окремо від системних пакетів, у каталозі /opt/cpanel. Оновлення:

/usr/local/cpanel/scripts/upcp --force
/scripts/restartsrv_httpd
/scripts/restartsrv_cpanel_php_fpm

Перевірити версії всіх встановлених збірок:

ls /opt/cpanel | grep ea-php
rpm -q --changelog ea-php83-php-cli | grep -m1 CVE-2026-109618

Якщо якийсь сайт працює на версії PHP, що більше не підтримується (7.4, 8.0, 8.1), оновлень для неї не буде: сайт потрібно переводити на підтримувану гілку.

Plesk

Plesk оновлює PHP через свій інсталятор:

plesk installer update
plesk bin php_handler --list
plesk bin service --restart-all

Список обробників покаже всі версії PHP та їхній стан. Оновити потрібно кожну, яку використовують сайти.

ISPmanager

У панелі оновлення робиться в розділі «Налаштування сервера → PHP»: там видно всі встановлені версії та доступні оновлення. З командного рядка:

ispmgr-ctl php list
dnf update 'php*' || apt install --only-upgrade 'php*'
systemctl restart 'php*-fpm'

Загальне правило для панелей

На сервері з панеллю майже завжди встановлено кілька версій PHP — по одній для різних сайтів. Вразливість закривається лише в тій версії, яку ви оновили. Пройдіть по списку версій і переконайтеся, що оновлено всі, які використовуються.

for v in /opt/cpanel/ea-php*/root/usr/bin/php; do echo -n "$v: "; $v -v | head -1; done

Що перевірити після оновлення

Сайти відкриваються, помилок 500 немає.
У журналі змін пакета кожної використовуваної версії є номери CVE.
Процеси PHP-FPM перезапущено: ps -eo lstart,cmd | grep php-fpm | head покаже час старту.

Часті запитання

Чи оновить панель PHP сама?

cPanel і Plesk вміють встановлювати оновлення безпеки автоматично, якщо це ввімкнено в налаштуваннях. Перевірте, що автооновлення ввімкнено і що воно відпрацювало — дата останнього запуску видна в інтерфейсі.

Чи зламає оновлення сайти клієнтів?

Оновлення в межах тієї самої гілки (наприклад, 8.3.x) сумісне за кодом. Ризик виникає під час переходу між гілками — його плануйте окремо.

Що робити із сайтами на PHP 7.4?

Для непідтримуваних гілок виправлень немає і не буде. Єдиний спосіб закрити вразливість — перевести сайт на 8.2 або новішу версію.