Фреймворк не защищает от дыры в самом PHP. Бюллетень разработчиков описывает сценарий, в котором запрос запускает атаку до выполнения кода приложения. Значит, дело не в вашем коде, а в версии и настройках PHP на сервере.
Обновлено
Источник: бюллетень на php.net
Нам нужен доступ по SSH с правами на установку пакетов и перезапуск служб либо ваш админ, которому мы даём пошаговый план. Решаете вы: работаем на сервере сами или сопровождаем вашего администратора.
Стоимость называем после проверки, до начала работ. Пока ничего не оплачиваете и доступов не передаёте. Перезваниваем в течение 30 минут.
Узнаем, какая версия PHP работает на вашем сайте на самом деле и закрыта ли CVE-2026-109618 / 109619.
Для PHP 8.1 и старше стандартных обновлений нет. Подберём патч или переведём сайт на PHP 8.2+.
Обновим PHP под WordPress, проверим темы и плагины на совместимость, не уроним форму и корзину.
Безопасно обновим PHP на BitrixVM и своём сервере, проверим модули, обмен с 1С и заказы.
Найдём, какие версии PHP работают у сайтов в ispmanager, обновим их и проверим результат.
Найдём причину ошибки после смены версии PHP и вернём сайт в работу без отката на уязвимую версию.
Применим рекомендованные разработчиками PHP ограничения и настроим лимиты на веб-сервере. Это не замена обновлению.
Найдём и удалим шеллы и подмену файлов, сменим доступы, закроем дыру и проверим соседние сайты.
Для студий и компаний с парком сайтов: опись, приоритеты, пакетное обновление и отчёт по каждому проекту.