21 октября 2026 года вышли обновления безопасности для всей линейки PHP 8.x, закрывающие две уязвимости удалённого выполнения кода (RCE — когда атакующий запускает произвольный код на чужом сервере без авторизации). Если вы держите что-то на PHP — обновляйтесь немедленно: к моменту выхода патчей рабочие эксплойты уже распространялись в социальных сетях.
Как утечка превратила плановый патч в пожарную тревогу
Изначально релиз был запланирован на 22 октября, 14:00 UTC. Но 20 октября, около 15:00 UTC, два CVE-идентификатора уязвимостей начали гулять по форумам и соцсетям. Вместе с ними распространялся неверный CVSS-балл — 10.0 вместо реального 9.2. Технических деталей в утечке не было, но сам факт идентификаторов запустил цепочку событий.
PHP-проект отреагировал: предварительное объявление вышло в 19:30 UTC того же дня, а релиз сдвинули на сутки вперёд — на 21 октября, 14:00 UTC. Это решение было вынужденным, но именно оно создало следующую проблему.
Около 20:00 UTC компания Calif, одна из фирм, сообщивших об уязвимостях, по ошибке опубликовала видео с работающим proof-of-concept (PoC — демонстрация эксплойта в действии). На видео атака работала против нескольких реальных целей и раскрывала дополнительные детали о природе уязвимостей. Видео быстро удалили, но копии уже разошлись по сети. По данным PHP Foundation, именно это видео ускорило разработку независимых PoC-эксплойтов, которые активно циркулировали 21 октября.
Что нашли и кто нашёл
Уязвимости обнаружила команда Wiz Research — с помощью собственной платформы Wiz Atlas в связке с языковыми моделями Gemini 4 Argon и GPT-5.6 Sol. Это примечательный момент: находка сделана с явным участием ИИ-инструментов в процессе поиска уязвимостей.
Хронология по данным Wiz Research:
| Дата | Событие |
|---|---|
| 19 августа 2026 | Wiz Research обнаруживает первую уязвимость PHP |
| 20 августа 2026 | Подтверждён unauthenticated RCE против Drupal |
| 21 августа 2026 | Подтверждён unauthenticated RCE против WordPress |
| 24 августа 2026 | Wiz Research сообщает об уязвимостях PHP security team |
| 21 сентября 2026 | PHP подтверждает получение отчётов, начинает разработку патча |
| 21 октября 2026 | Патчи выходят, публичное раскрытие |
От обнаружения до патча прошло ровно два месяца — это стандартный срок для координированного раскрытия (responsible disclosure — процесс, при котором исследователи дают вендору время на исправление до публикации деталей). Проблема в том, что финальный этап этого процесса прошёл хаотично.
Обе уязвимости позволяют неаутентифицированному злоумышленнику выполнять произвольный код — то есть атака возможна без каких-либо учётных данных. Это подтверждено для Drupal и WordPress, двух самых распространённых CMS на PHP.
Кому это нужно прямо сейчас
Обновление критично для всех, кто запускает PHP-приложения в продакшене — особенно на публично доступных серверах. Под угрозой прежде всего сайты на WordPress и Drupal, но любое PHP-приложение потенциально уязвимо, пока не обновлено.
Патчи вышли для всей линейки PHP 8.x. Если вы используете более старые версии PHP — они официально не поддерживаются и патчей не получат. Это отдельный повод для беспокойства.
Для хостинг-провайдеров и DevOps-команд: если вы управляете инфраструктурой с PHP, проверьте, обновил ли провайдер системные пакеты, и не полагайтесь только на это — обновите PHP самостоятельно и проверьте версию явно.
Где процесс сломался и что это значит для индустрии
История с этим патчем — учебный пример того, как координированное раскрытие может пойти не так сразу в нескольких точках. Утечка CVE-идентификаторов без технических деталей создала давление, которое заставило всех участников действовать быстрее запланированного. Ускорение релиза — разумный ответ, но оно же сжало время для всех сторон, включая компанию, которая в итоге опубликовала видео по ошибке.
Второй момент — роль ИИ в обнаружении уязвимости. Wiz Research явно указывает Gemini 4 Argon и GPT-5.6 Sol как инструменты поиска. Это не значит, что модели нашли дыру самостоятельно, но их участие в процессе зафиксировано. Похоже, ИИ-ассистированный security research становится стандартной практикой в крупных командах — и это меняет скорость, с которой уязвимости находятся. Что хорошо для защитников и одновременно хорошо для атакующих, если те же инструменты доступны всем.
PHP Foundation анонсировал меры по усилению процессов безопасности — конкретные детали этих мер в источнике не раскрываются.

