10 / Безопасность

Уязвимость PHP в ispmanager: обновление альтернативных версий PHP на сервере

В ispmanager версия PHP у сайта может не совпадать с версией на сервере. Команда php -v в консоли показывает системный PHP, а сайты работают на дополнительных версиях, которые панель ставит отдельно. Если обновить не ту, сайт останется уязвимым.

Обновлено

Узнать, затронут ли ваш сайт

Оставьте адрес сайта и телефон. Перезвоним в течение 30 минут и скажем, что нашли и что делать.

Нажимая кнопку, вы соглашаетесь с политикой обработки персональных данных, политикой cookie и договором оферты.

Что известно на 22 октября 2026
  • 21 октября разработчики PHP опубликовали бюллетень безопасности: две критические уязвимости, CVE-2026-109618 и CVE-2026-109619, позволяют выполнить код на сервере без авторизации.
  • Исправлены в PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35.
  • PHP 8.1 и старше обновлений от проекта не получают. Для 7.4, 8.0 и 8.1 выложены минимальные исходные исправления, а дистрибутивы и поставщики LTS-поддержки могут выпускать свои пакеты.
  • По словам разработчиков, полностью закрывает уязвимости только обновление. Временные меры снижают риск, но не делают сервер безопасным.

Источник: бюллетень на php.net

Где в ispmanager прячется версия PHP

  • Системная версия PHP из репозитория операционной системы.
  • Дополнительные версии, которые ставятся из репозитория ispmanager и работают независимо.
  • Версия, назначенная конкретному сайту в его настройках.
  • Режим работы: модуль Apache, FastCGI или PHP-FPM. Разработчики PHP считают самым рискованным mod_php.

Что делаем

  • Составляем таблицу: сайт, версия PHP, режим работы.
  • Обновляем пакеты PHP, для которых исправленная сборка уже вышла.
  • Перезапускаем PHP-FPM и веб-сервер, иначе старый процесс продолжит работать.
  • Проверяем версию, с которой отвечает каждый сайт, а не только пакет на сервере.
  • Если для нужной ветки исправления ещё нет, ставим временные меры и планируем перевод сайта на поддерживаемую версию.

Если на сервере много сайтов одного пользователя

Когда сайты работают под одним системным пользователем, вредоносный файл в одном из них может писать во все остальные. Поэтому при обновлении проверяем соседей и при необходимости разносим сайты по разным пользователям.

Проверим ваш сайт

Стоимость называем после проверки, до начала работ. Пока ничего не оплачиваете и доступов не передаёте. Перезваниваем в течение 30 минут.

Узнать, затронут ли ваш сайт

Оставьте адрес сайта и телефон. Перезвоним в течение 30 минут и скажем, что нашли и что делать.

Нажимая кнопку, вы соглашаетесь с политикой обработки персональных данных, политикой cookie и договором оферты.

Другие страницы раздела

Проверка сайта на уязвимость PHP

Узнаем, какая версия PHP работает на вашем сайте на самом деле и закрыта ли CVE-2026-109618 / 109619.

Сайт на PHP 7.4, 8.0, 8.1: закрыть уязвимость

Для PHP 8.1 и старше стандартных обновлений нет. Подберём патч или переведём сайт на PHP 8.2+.

WordPress: обновление PHP без «критической ошибки»

Обновим PHP под WordPress, проверим темы и плагины на совместимость, не уроним форму и корзину.

1С-Битрикс: обновление PHP и защита от CVE-2026-109618

Безопасно обновим PHP на BitrixVM и своём сервере, проверим модули, обмен с 1С и заказы.

Сайт сломался после обновления PHP

Найдём причину ошибки после смены версии PHP и вернём сайт в работу без отката на уязвимую версию.

Временные меры, если PHP нельзя обновить сегодня

Применим рекомендованные разработчиками PHP ограничения и настроим лимиты на веб-сервере. Это не замена обновлению.

Сайт взломали: чистка и восстановление

Найдём и удалим шеллы и подмену файлов, сменим доступы, закроем дыру и проверим соседние сайты.

Laravel, Yii, Symfony: обновление PHP на своём сервере

Обновим PHP на VDS и в Docker, перезапустим воркеры и очереди, проверим проект на ошибки на новой версии.

Обновление PHP на десятках сайтов сразу

Для студий и компаний с парком сайтов: опись, приоритеты, пакетное обновление и отчёт по каждому проекту.