Кампания PHP2Shell собирает список целей для атаки на серверы с PHP

PHP2shell

В закрытом канале I2P 22 октября 2026 года два оператора распределяли задачи по подготовке к эксплуатации уязвимостей PHP, объединённых названием PHP2Shell. Подтверждено, что речь идёт о подготовке: успешных массовых атак на этом этапе не наблюдалось. Приоритет отдан государственным и финансовым сайтам, за ними идут логистика, порты, аэропорты и производство. Исправления вышли 21 октября, поэтому отдельной задачей стал отсев хостов, где обновление уже применили.

Описание

Сбор предполагалось вести по открытым источникам. Один из участников поручил собирать публичные баннеры и строки версий у всего, что объявляет себя PHP, и запретил активное сканирование. Хосты, которые выглядят плотно наблюдаемыми, следовало обходить. По данным CYFIRMA, которая вела наблюдение за закрытым каналом, второй участник отвечал за промежуточные узлы для размещения списков целей, а модели ИИ участники отводили на сортировку и проверку открытых материалов. Отобранные репозитории планировали проверять вручную в лабораторной среде.

Список целей делили по странам и отраслям. В переписке перечислены США, Япония, Таиланд, Индонезия, Корея, Австралия, Тайвань, Индия, Сингапур, ОАЭ, Саудовская Аравия и страны Евросоюза. Среди приоритетов названы также торговые компании, строительные фирмы и платформы онлайн-сделок. К 24 октября набор целей насчитывал 216 хостов, а для сканирования упоминался 21 адрес узлов. Конкретные жертвы не назывались, поэтому привязки к определённым организациям нет.

Эксплуатация проходит в памяти рабочего процесса PHP до запуска кода приложения. Собственных файлов такой сценарий не создаёт, поэтому поиск по следам на диске сам по себе ничего не даёт. Наблюдаемый признак - появление у веб-сервера или PHP-FPM дочерних процессов, которых там обычно не бывает: оболочки, загрузчика, интерпретатора. Второй признак - исполняемые файлы в каталогах временного хранения, появившиеся после 17 октября. Журналы приложений при этом чаще всего пусты, а запросная сторона даёт более шумные сигналы: необычные строки клиента, поле прогресса загрузки в теле многочастного (multipart) запроса, служебные маркеры. Устойчивость срабатывания зависит от аллокатора памяти, сборки, расширений и схемы рабочих процессов.

Для поиска последствий подготовлен набор правил YARA. Он охватывает сохранённые тела запросов, файлы сессий PHP, полезную нагрузку второй стадии и веб-оболочки, появившиеся после успешного выполнения кода. Набор компилируется с трактовкой предупреждений как ошибок и прошёл прогон на 72 синтетических случаях. На реальном коде приложений правила не проверялись, а часть из них срабатывает на самих файлах правил и на лентах данных об угрозах. Строковые совпадения вроде названия инструмента или служебного маркера меняются одной правкой, тогда как поведение процессов и содержимое файлов сессий устойчивее.

Дата запуска в переписке не называлась. Первый отфильтрованный список ожидался к 25 октября, а 24 октября его уже называли готовым. Попытки эксплуатации в живой среде фиксировались независимо от этой переписки, однако подтверждённых массовых успехов за группой нет. Уверенность в самой уязвимости и в факте активности высокая, а связь кампании с экосистемой Lazarus оценивается как умеренная: она опирается на язык общения, операционный рисунок и исторические практики, а не на совпадение инфраструктуры или инструментов.

Публичные эксплойты добавляют неопределённости. В открытом доступе есть несколько авторских реализаций, но их работоспособность и соответствие конкретным дефектам независимо не проверялись. Часть циркулирующих образцов - поддельные и распространяют вредоносное ПО. Ни один из описанных признаков не доказывает состоявшееся срабатывание: дочерний процесс веб-сервера появляется и по штатным причинам, а совпадение по адресам инфраструктуры служит поводом для проверки, а не подтверждением компрометации.

Индикаторы компрометации

YARA

Комментарии: 0