PHP2Shell — общее название двух критических уязвимостей в самом PHP: CVE-2026-109618 и CVE-2026-109619. При определённых условиях они могли позволить злоумышленнику без учётной записи удалённо выполнить код на уязвимом сервере. PHP выпустил исправления 21 октября 2026 года. Пока организации оценивали риски и устанавливали обновления, некоторые временно ограничивали доступ к своим сервисам. Зафиксированные попытки атак не следует путать с подтверждёнными взломами.
4
7
18
В чём опасность PHP2Shell
Уязвимости находятся в PHP — программной среде, на которой работает серверная часть многих сайтов, — а не в отдельном плагине или приложении. Одна из проблем связана с обработкой нехватки памяти, другая — с устаревшим глобальным состоянием. При определённых условиях специально сформированный запрос мог привести к удалённому выполнению кода; одна из уязвимостей также могла раскрыть чувствительные данные из памяти процесса.
4
11
По некоторым оценкам, PHP используется вплоть до 70% сайтов. Но эта цифра не означает, что все такие сайты были уязвимы или одинаково доступны для атаки. Риск зависит от версии PHP, конфигурации сервера и того, можно ли добраться до уязвимого участка кода.
45
46
Как обнаружили уязвимости и почему раскрытие ускорило реакцию
В сообщениях о выявлении и устранении проблем упоминаются исследователи и команды Wiz, Calif и OpenAI; некоторые публикации описывали использование ИИ в исследовательской работе. Однако доступные материалы не подтверждают все детали этой истории — например, последовательность с переносом эксплойта из WordPress в Drupal или точное распределение работы по каждой уязвимости.
14
45
Как сообщалось, на проблему с обработкой памяти обращали внимание и раньше, но её способность привести к удалённому выполнению кода удалось показать позднее. Это важное различие: заметить подозрительную ошибку — не то же самое, что доказать работоспособный сценарий атаки.
22
38
Технические сведения об уязвимостях утекли до запланированного публичного раскрытия. Это усилило давление на разработчиков и ускорило подготовку исправлений.
6
23 Ситуация показала, насколько быстро техническая проблема может превратиться в организационную: командам нужно проверить угрозу, подготовить обновление и установить его в сжатые сроки.
Что известно о патчах и попытках атак
21 октября были выпущены исправленные версии PHP 8.2.35, 8.3.36, 8.4.27 и 8.5.12. Администраторам также стоит проверить рекомендации поставщика операционной системы или хостинга: некоторые компании выпускают исправления для своих сборок отдельно, и номер версии при этом может отличаться от исходного.
4
39
Компании в сфере кибербезопасности сообщали о сканировании и попытках эксплуатации уязвимостей. В публикациях, связанных с Cloudflare, также говорилось о резком росте числа таких запросов. Эти показатели отражают запросы или попытки, замеченные конкретными сервисами, но не показывают, сколько систем действительно было взломано.
5
36
Оценки успешных атак различались. BBC сообщала, что по состоянию на 22 октября не было известно об успешной эксплуатации. В более позднем уведомлении Beazley говорилось о массовых попытках атак, но не о подтверждённой массовой эксплуатации. Sansec также пересмотрела оценку и отметила, что масштабная эксплуатация выглядит менее вероятной, чем ожидалось изначально. Это оценки на конкретный момент времени, и ни одна из них не делает не обновлённый сервер безопасным.
7
9
18
Почему некоторые сервисы временно отключали
Пока организации проверяли, затронуты ли их системы, и готовили обновления, некоторые временно отключили сервисы или ограничили к ним доступ. По сообщениям СМИ, правительство Великобритании вывело из работы 32 сервиса. Кроме того, трекер статусов зафиксировал более 100 сервисов, которые до выхода патча сообщили о сбоях, технических работах или предупреждениях, связанных с PHP2Shell. Это показывает, насколько срочное устранение уязвимостей может нарушить работу сервисов, но само по себе не подтверждает, что они подверглись атаке.
22
34
Публикации описывали меры и в других странах, однако доступные данные не дают полного, независимо проверенного перечня затронутых сервисов и не подтверждают все сообщения об отдельных локальных отключениях.
20
25
Что делать владельцам и администраторам сайтов
- Найдите все установки PHP. Проверьте не только основной сайт, но и рабочие серверы, контейнеры, вспомогательные системы и управляемый хостинг.
- Как можно скорее установите исправление. Используйте исправленную версию либо патч, который подтвердил поставщик. После обновления перезапустите PHP-процессы или сервисы, если это требуется, и убедитесь, что запущена нужная версия. Обновление приложения или его плагинов не заменяет исправление самой среды PHP.
14
39
- Если обновить систему сразу нельзя, временно ограничьте доступ. Решение об ограничении публичного доступа или отключении сервиса принимайте с учётом его доступности из интернета и последствий простоя. Сетевые правила защиты — временная мера, а не замена патчу.
- Проверьте систему на признаки взлома. Просмотрите журналы и обратите внимание на неожиданные файлы, процессы и учётные записи администратора. Если есть подозрение на компрометацию, сохраните данные для расследования: установка патча сама по себе не устраняет уже произошедшее вторжение.
- Запросите подтверждение у поставщика. Небольшим организациям, которые пользуются хостингом или управляемой ИТ-службой, стоит уточнить, что исправление установлено на всех используемых ими серверах с PHP.
Агентство национальной безопасности США (NSA) рекомендовало установить критические исправления и сообщило, что уделяет приоритетное внимание выявлению злоумышленников, которые могут попытаться воспользоваться PHP2Shell. ФБР также призывало организации обновить PHP. Доступные источники не подтверждают существование единого совместного распоряжения ФБР, NSA и CISA, обязывающего все организации отключать системы, если они не успевают установить патч.
17
28
Что могут сделать обычные пользователи
Устанавливайте обновления операционной системы, приложений и роутера, включите многофакторную аутентификацию и используйте уникальные пароли. Это полезные меры общей цифровой безопасности, но они не исправляют уязвимость PHP на чужом веб-сервере: это задача владельца сайта или хостинг-провайдера.
Главный практический вывод из истории PHP2Shell — обновления нужно устанавливать без промедления и проверять, что они действительно применены. Инцидент также показывает, насколько коротким может стать срок на реакцию. Но имеющиеся данные не позволяют выдавать число попыток атак за число успешных взломов или говорить о крахе безопасности всего интернета.