PHP2Shell и чёрный октябрь: ИИ ломает софт быстрее, чем его чинят

01Что случилось

PHP - язык, на котором работает большинство сайтов, у которых вообще известен серверный язык. Вы его не видите, но он работает под капотом блога на WordPress, сайта салона на Битриксе, Википедии и тысяч интернет-магазинов. 21 октября команда PHP выпустила экстренные обновления: в самом ядре языка нашли две критические уязвимости, их назвали PHP2Shell.

Главное тут другое. Ошибку под одной из дыр люди видели ещё в 2024 году. Её не починили, потому что не договорились, как чинить, и потому что никто не знал, как её использовать. ИИ нашёл, как.

Код с ошибкой старый, саму ошибку заметили в 2024-м. Claire Zau описывает это так:

«Баг сидел больше десяти лет, его считали слишком сложным для эксплуатации, пока ИИ-аудит его не вскрыл». Claire Zau, инвестор Lightspeed, ролик «Cyber Armageddon» (перевод наш)

02Это не история про PHP

Октябрь можно прочитать как «у PHP случилась беда». Мне кажется, правильнее читать иначе: поменялась экономика поиска дыр. Раньше найти серьёзную уязвимость и превратить её в рабочую атаку стоило недель работы сильных специалистов. Теперь это стоит часов и денег на API.

Вот в чём беда. Атакующему эксплойт обходится в часы, а компании, чтобы закрыть дыру, нужны месяцы. Пока идут согласования, окно открыто.

03Агенты уже атакуют сами

Я сам каждый день работаю с агентами: у меня открыто по 5–9 сессий Claude и Codex, каждая раздаёт подзадачи помощникам. Это огромная скорость. Но ровно ту же скорость теперь получил любой, кто хочет найти дыру в чужом сайте, в том числе в моём.

04Дыры в чужом коде, на котором вы стоите

Октябрь ударил не только по PHP. Сразу несколько историй про код, который вы не писали, но на который опираетесь.

• LiteLLM - популярная прослойка для работы с языковыми моделями, стоит во многих AI-проектах. В пакеты подложили вредонос, который крадёт облачные ключи, пароли и ключи от AI-сервисов.
• eMudhra - удостоверяющий центр, который выдаёт сайтам сертификаты (тот самый замочек в браузере). Ключи у восьми сертификатов оказались настолько слабыми, что их подбирали перебором из 256 вариантов. Браузеры заблокировали сертификаты за пару дней, а боты и скрипты на серверах, которые не проверяют отзыв, остаются уязвимыми.
• Node.js - закрыл четыре серьёзные дыры, одна даёт выполнить код на сервере.

Для вайбкодеров это самое важное: большую часть кода в наших проектах мы не писали. Её притащили зависимости, которые агент поставил за секунду.

05Сколько уязвимостей публикуют

Весь 2024 и 2025 было стабильно 3–5 тысяч в месяц. С весны 2026 объём удваивается примерно за четыре месяца: в сентябре 2026 вышло 15 тысяч против 4,5 тысячи годом раньше.

Честная оговорка: это число показывает, сколько дыр ищут и регистрируют, а не насколько плох софт. Реально в атаках используют малую часть, по оценке Google около 0,23%. Но сам рост и есть сигнал: дыры теперь ищут машины, и найденное достаётся всем, включая атакующих.

06Что мы делаем у себя

У нас в HegAI каждый день десятки агентов пишут код, проверяют друг друга и выкатывают изменения. Поэтому безопасность мы строим не разовым аудитом, а набором правил, которые агент не может обойти. Ниже то, что реально работает, и почему каждое правило появилось.

Доступы и ключи

Агенты и ревью

Бэкапы и мониторинг

07Минимальная настройка безопасности: чеклист

Ниже минимум, который я бы сделал в любом проекте, от лендинга на WordPress до бота с агентами. Аудит это не заменит, но самое очевидное закроет.

1. 01

   Составьте список всего, что у вас крутится

   15 минут

   Сайты, боты, серверы, домены, сервисы на хостингах. Нельзя обновить то, о чём забыл. Особенно старые проекты, которые «собрали и не трогали».

2. 02

   Проверьте версии PHP и обновитесь

   10 минут на сайт

   Если у вас WordPress, Битрикс или любой сайт на PHP, нужны версии не ниже 8.2.35, 8.3.36, 8.4.27 или 8.5.12 в своей ветке, либо пакет дистрибутива, где в трекере безопасности закрыты CVE-2026-109618 и CVE-2026-109619 (Debian, Ubuntu и RHEL переносят исправления в старые номера версий). Смотрите версию, которая реально обслуживает сайт: php-fpm, модуль apache или настройка в панели хостинга, а не только php -v в консоли, на одном сервере их бывает несколько. После обновления перезапустите php-fpm или apache. Перед переключением версии в панели сделайте бэкап: плагины и модули на новой ветке могут упасть. Для 7.4, 8.0 и 8.1 вышли только исходные патчи без официальных сборок: если обновиться прямо сейчас нельзя, закройте сайт правилом WAF или выключите его, как советовали ФБР и АНБ.

3. 03

   Обновите зависимости в своих проектах

   20 минут

   Node.js - до последнего патча своей ветки. Python и JS-пакеты - через npm audit и pip-audit. Если в проекте есть LiteLLM, сверьте версию с бюллетенем проекта. Если стояла заражённая версия, считайте утёкшими все ключи, которые были на этой машине или в CI: облачные, от AI-сервисов, токены. Удалите пакет, поставьте чистую версию и проверьте lock-файлы.

4. 04

   Вынесите и смените секреты

   30 минут

   Ключи API, пароли от баз и токены ботов не должны лежать в коде и в git. Только переменные окружения или менеджер секретов. Если ключ когда-то попадал в репозиторий, считайте его утёкшим и выпустите новый.

5. 05

   Включите двухфакторную защиту везде, где есть деньги и доступы

   15 минут

   Хостинг, регистратор доменов, GitHub, почта, панели OpenAI и Anthropic, платёжки. Взлом почты и хостинга обходится дороже любой дыры в коде.

6. 06

   Закройте лишнее снаружи

   20 минут

   На сервере открыты только нужные порты (обычно 80, 443 и SSH по ключу). Базы данных наружу не открывайте вообще. Админки и панели - только с паролем, двухфакторкой и ограничением по IP.

7. 07

   Настройте автоматические обновления и бэкапы

   30 минут

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

8. 08

   Поставьте агента дежурить

   1 час один раз

   Раз в неделю агент проверяет зависимости, версии и открытые порты и присылает отчёт. Сам по расписанию он не запустится: нужен cron на сервере или расписание в Claude Code или Codex. Промпт ниже.

08Проверить, что есть сейчас: промпты для агента

Самый быстрый способ провести аудит - отдать его тому же Claude Code или Codex. Важно: сначала только чтение и отчёт, правки - после того, как вы посмотрели план.

Проведи аудит безопасности этого сервера. Пока ничего не меняй, только читай и собирай отчёт.
1. Версии ОС, PHP, Node.js, Python, nginx/apache. Для PHP проверь версию, которая реально обслуживает сайт (php-fpm, модуль apache), а не только php -v в консоли. Для каждой: поддерживается ли ветка и есть ли свежие исправления безопасности. Отдельно проверь PHP на исправления PHP2Shell (CVE-2026-109618, CVE-2026-109619).
2. Какие порты слушают и какие сервисы за ними. Сверь с настройками файрвола (ufw, iptables или панель облака): что реально доступно из интернета и что не должно быть.
3. Как настроен вход по SSH: разрешён ли вход по паролю и под root.
4. Включены ли автоматические обновления безопасности.
5. Есть ли бэкапы, где они лежат и когда был последний.
Выдай таблицу: что нашёл, насколько это опасно (критично / важно / можно позже), как исправить. Потом предложи план и спроси, что из него делать.

Проверь этот репозиторий на проблемы безопасности. Ничего не меняй, только отчёт.
1. Запусти проверку зависимостей (npm audit, pip-audit или аналог для этого стека; если инструмента нет, спроси, ставить ли его) и покажи уязвимые пакеты с версиями, где они исправлены.
2. Проверь, есть ли в проекте LiteLLM, и сравни версию с последним бюллетенем безопасности проекта.
3. Найди секреты в коде и в истории git: ключи API, пароли, токены. Не выводи их значения, только файл и тип секрета.
4. Проверь, что .env и файлы с секретами в .gitignore.
5. Найди места, где пользовательский ввод попадает в SQL, команды shell или файловые пути без проверки.
Выдай таблицу по важности и план исправлений. Спроси перед тем, как что-то править.

Каждый понедельник (задача запускается по расписанию) проверяй мои проекты: версии рантаймов и зависимостей, новые уязвимости в них, открытые порты на серверах и дату последнего бэкапа. Если появилось что-то критичное, пиши сразу. Если всё спокойно, коротко отчитайся одной строкой. Ничего не обновляй без моего подтверждения.