Пришло уведомление об уязвимости PHP
Хостинг просит обновиться, сайт временно отключён или вы не знаете, установлен ли патч. Проверим пакет PHP и среду, которая обслуживает сайт, согласуем обновление.
Уязвимость PHP2Shell · комплекс работ под ключ
Обновление и восстановление сайта после PHP2Shell.
Закроем уязвимость PHP и устраним ошибки после обновления. Восстановим весь сайт: CMS, модули, собственный код, страницы, формы, магазин и интеграции — от диагностики до проверки после запуска.
Подходит, если хостинг требует обновиться, сайт уже отключён или после смены PHP появились ошибки. Работаем с сайтами организаций Минска и всей Беларуси.
Обсудить мой сайт+375 25 751-70-60
Для первого обращения достаточно URL и описания ситуации. Стоимость и сроки согласуем после диагностики.
PHP + CMS
обновляем весь связанный стек
Файлы + база
делаем копию до изменений
Рабочий сайт
проверяем согласованные функции
1С-БитриксWordPress / WooCommerceOpenCartJoomlaDrupalLaravelСамописный PHP
CVE-2026-109618 · CVE-2026-109619
Обновить только CMS недостаточно
PHP2Shell затрагивает ядро PHP на сервере. 21 октября 2026 года вышли исправления двух критических уязвимостей, допускающих удалённое выполнение кода без авторизации при определённых условиях. Патч нужен самой серверной среде.
При переходе со старой PHP отдельно проверяем совместимость сайта. Сбой Elementor после обновления и последствия взлома требуют разной диагностики.
Официальное уведомление PHP →Нужно обновить.
Или уже восстановить.
Берём на себя весь согласованный комплекс: сервер, код, CMS и проверку сайта после изменений.
Сайт перестал работать после обновления PHP
Ошибка 500, белый экран, Fatal error, TypeError или не открывается админка. Разберём журналы и исправим несовместимость CMS, модулей, библиотек или собственного кода с новой PHP.
Страницы открываются, но функции сломаны
Не отправляются формы, не работает корзина, импорт или обмен с 1С, пропали меню и блоки. Проверим весь согласованный путь пользователя и восстановим компоненты, на которых возник сбой.
Сайт на уязвимой версии ещё не означает, что он взломан. Если обнаружим признаки компрометации, включим в план отдельную проверку и устранение последствий.
Полный комплекс.
Один ответственный.
От обновления PHP до восстановления конкретных функций. Состав работ фиксируем по состоянию вашего сайта.
Сервер и PHP
Закрываем причину риска
- Проверка версии PHP сайта, пакета и патчей хостинга
- Подбор исправленной поддерживаемой версии, включая PHP 8.4
- Проверка расширений, PHP-FPM / Apache и настроек
- Перезапуск нужных процессов и контроль ошибок
CMS, модули и код
Возвращаем рабочий сайт
- Обновление движка, модулей, темы и зависимостей
- Исправление Fatal error, TypeError и несовместимых вызовов
- Восстановление страниц, шаблонов, меню и админки
- Адаптация собственного PHP-кода и библиотек
Данные и функции
Проверяем работу бизнеса
- Резервная копия файлов и базы до изменений
- Проверка признаков компрометации; очистка при подтверждении
- Формы, письма, загрузки, корзина и оформление заказа
- CRM, 1С, платёжные модули и отчёт о проверках
Старый WordPress + Elementor?
Переход с PHP 7.3.33 или 7.4 на PHP 8.4 может потребовать обновления темы, дополнений меню и футера, совместимой пары Elementor / Pro и исправления собственного кода. Отдельно проверим шапку, подвал, условия вывода и адаптивность. Лицензии и замену неподдерживаемых компонентов согласуем до установки.
Битрикс, OpenCart или собственная система?
Проверим ядро CMS, сторонние модули, шаблоны, Composer-зависимости и собственные доработки. Исправим несовместимые вызовы PHP; проверим расширения и конфигурацию. В приёмку включим каталог, поиск, фильтры, формы, корзину, фоновые задачи и обмены — по функциям вашего сайта.
Исправления PHP2Shell
До какой версии обновлять PHP?
Сведения проверены .
Ниже — первые официальные релизы с исправлением CVE-2026-109618 и CVE-2026-109619 в каждой ветке. Перед работами сверяем актуальный выпуск и пакет хостинга. Это не гарантия отсутствия других уязвимостей.
Ветка 8.48.4.27
Для перехода со старой PHP — после проверки CMS, темы и модулей.
Ветка 8.38.3.36
Можно закрыть эти CVE внутри ветки, если сайт уже на PHP 8.3.
Ветка 8.28.2.35
Поддержка безопасности ветки заканчивается 31 декабря 2026 года.
Ветка 8.58.5.12
Выбираем после проверки совместимости всего проекта.
У дистрибутива или хостинга патч может быть перенесён в пакет с прежним номером PHP. Проверяем бюллетень поставщика, а также PHP, обслуживающий веб-запросы: версия в консоли может отличаться.
Почему проверяем сайт после патча
Для PHP 8.4.27 и 8.5.12 зарегистрирована отдельная регрессия SimpleXML с ошибкой zend_mm_heap corrupted. Она не доказывает, что любой сбой WordPress или Elementor вызван ядром PHP.
При таком симптоме проверяем сборку и исправления поставщика. Возврат к уязвимой версии не используем как решение.
Описание регрессии в репозитории PHP →От первого сообщения до рабочего сайта
Сначала определяем причину и объём. Затем обновляем, восстанавливаем и проверяем результат по согласованным сценариям.
- 01
Уточняем, что произошло
URL, уведомление хостинга, текст ошибки, момент сбоя и последние изменения. Первое обращение — без паролей и секретных ключей.
- 02
Проверяем среду и фиксируем объём
Версия PHP веб-сайта, CMS, тема, плагины, лицензии, журналы и признаки взлома. Согласуем работы, стоимость, окно обслуживания и критерии приёмки.
- 03
Сохраняем файлы и базу
Делаем резервную копию и проверяем возможность восстановления. Готовим тестовую среду и порядок переноса актуальных данных.
- 04
Обновляем и восстанавливаем
Ставим подтверждённые исправления PHP, обновляем совместимые компоненты. Исправляем ошибки, возвращаем шаблоны и функции; при подтверждённом взломе устраняем его последствия.
- 05
Проверяем и запускаем
Проходим согласованные страницы и действия на компьютере и телефоне. Платежи проверяем в тестовом режиме провайдера; реальные операции — только по отдельному согласованию.
- 06
Передаём результат
Список версий и изменений, результаты проверок, оставшиеся ограничения и рекомендации. Срок наблюдения и дальнейшую поддержку фиксируем в объёме работ.
Результат, который можно принять
- 01Подтверждённый исправленный пакет PHP в среде сайта
- 02Согласованные версии CMS, темы, плагинов и расширений
- 03Работающие страницы, админка, шапка, футер и мобильное меню
- 04Проверенные формы, уведомления и согласованные интеграции
- 05Резервная копия, список изменений и отчёт об ограничениях
Для магазина отдельно проверим корзину, оформление, оплату в тестовом режиме и обмен данными. Если часть работ зависит от хостинга, лицензии или внешнего сервиса, укажем это в отчёте.
Цена и срок зависят от исходного состояния. После диагностики предложим смету на обновление, восстановление или их сочетание. Для организаций подготовим коммерческое предложение и состав работ.
Вопросы об обновлении и восстановлении
Что важно знать о PHP2Shell
Что такое уязвимость PHP2Shell и касается ли она WordPress?
PHP2Shell — название двух критических уязвимостей ядра PHP: CVE-2026-109618 и CVE-2026-109619. Они допускают удалённое выполнение кода без авторизации при определённых условиях. Это проблема серверной среды: сайт на WordPress, Битрикс, OpenCart или собственной CMS тоже требует проверки PHP.
До какой версии PHP нужно обновиться?
Первые официальные исправления этих двух CVE вышли в PHP 8.2.35, 8.3.36, 8.4.27 и 8.5.12. Выбираем актуальный исправленный пакет поддерживаемой ветки на момент работ. Названия «PHP 8.4» недостаточно. У пакетов дистрибутива исправление может быть перенесено без смены основной версии: проверяем бюллетень и версию пакета поставщика.
Обязательно переходить на PHP 8.4?
Нет. Для сайта на PHP 8.3 может быть достаточно исправленного пакета своей ветки. Если сайт работает на PHP 7.3, 7.4, 8.0 или 8.1, планируем переход на поддерживаемую ветку с проверкой совместимости. Старый номер версии сам по себе не подтверждает наличие или отсутствие патча поставщика.
Достаточно обновить WordPress или поставить плагин безопасности?
Для устранения этих уязвимостей нужно исправление PHP на уровне хостинга, сервера или контейнера. Обновление WordPress и плагинов нужно для совместимости и собственных исправлений безопасности, но оно не заменяет патч PHP.
После обновления PHP не работает Elementor. Вы это исправите?
В комплекс включаем диагностику Elementor и Elementor Pro, темы, дополнений и собственного кода. Проверяем совместимые версии, условия показа шаблонов, шапку, футер, меню и формы. Возможность ремонта и необходимость замены неподдерживаемого компонента определяем после проверки. Для Pro нужна действующая лицензия и официальный дистрибутив.
Если сайт упал, это значит, что его взломали?
Нет. Ошибка 500, белый экран или сбой редактора могут быть следствием несовместимости после обновления. Причину устанавливаем по журналам, файлам и состоянию среды. Если подтверждается взлом, согласуем очистку, замену скомпрометированных компонентов и доступов; один патч уже произошедший взлом не устраняет.
Можно восстановить сайт на PHP 7.3.33 и обновить его целиком?
Да, такие проекты начинаем с диагностики. Проверяем путь обновления CMS, темы, Elementor и дополнений, делаем копию файлов и базы. Затем обновляем совместимые компоненты, исправляем код и восстанавливаем шаблоны. Очистку базы выполняем только по согласованному списку данных.
Сохранятся ли страницы, дизайн и позиции в поиске?
Задача обновления — сохранить контент, адреса, метаданные и рабочие шаблоны. Проверяем доступность страниц, canonical, robots.txt и sitemap. Необходимые изменения дизайна или URL согласуем отдельно. Позиции поиска зависят от многих факторов, поэтому гарантировать их неизменность нельзя.
Сколько стоят обновление и восстановление сайта?
Стоимость и срок определяем после диагностики. Они зависят от исходных версий, конфликтов, собственного кода, доступности резервной копии, признаков взлома и интеграций. До работ согласуем смету: обновление, ремонт компонентов, лицензии и дополнительные задачи считаются явно.
С какими CMS и сайтами на PHP вы работаете?
Берём на диагностику сайты на 1С-Битрикс, WordPress и WooCommerce, OpenCart, Joomla, Drupal, Laravel и самописные PHP-проекты. Проверяем весь сайт: сервер, движок, модули, собственный код, базу и интеграции. Возможность и объём обновления определяем по исходным версиям, лицензиям, зависимостям и доступам. Работаем удалённо с Минском и всей Беларусью; для организаций подготовим коммерческое предложение.
Исправляете ошибки PHP после обновления на любой CMS?
Диагностируем Fatal error, TypeError, Uncaught Error, Call to undefined function, ошибки 500 и сбои фоновых задач. Смотрим стек ошибки, версию PHP веб-сервера, расширения и зависимости. Затем обновляем или адаптируем проблемный компонент и повторяем сценарий, который приводил к сбою. Причину и объём исправлений определяем по конкретному проекту.
Обновить или восстановить
Начнём с вашего сайта
Пришлите адрес и опишите ситуацию: уведомление об уязвимости PHP, ошибка после обновления, неработающий модуль или интеграция. Уточним необходимые работы, стоимость и порядок восстановления.
Пароли, резервные копии и персональные данные клиентов через эту форму не присылайте. Доступы согласуем отдельно.
+375 25 751-70-60