ОтветыОпубликовано27 источники
PHP2Shell: чем опасны критические уязвимости PHP и что делать
PHP2Shell — это две критические уязвимости в PHP с оценкой 9,2 из 10. При успешной атаке злоумышленник может запускать код на уязвимом сервере без авторизации.
ОпубликовалОтредактировано с помощью GPT-6 LunaИзображения созданы с помощью GPT Image 2
Ответ на исследование
Ключевые выводы
- PHP2Shell — это две критические уязвимости в PHP с оценкой 9,2 из 10. При успешной атаке злоумышленник может запускать код на уязвимом сервере без авторизации.
- Исправления выпущены 21 октября 2026 года. Сообщалось о попытках эксплуатации, но число попыток не означает, что столько же серверов было взломано.
- Администраторам важно проверить и обновить именно среду PHP: обновление CMS или плагинов само по себе не устраняет уязвимость в интерпретаторе.
Промпт ИИ
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the global “php2shell” crisis involving PHP vulnerabilities CVE-2026-109618 and CVE-2026-109619, why did Microsoft CEO Satya Nadella. Article summary: “PHP2Shell” is an urgent PHP security and patching incident involving CVE-2026-109618 and CVE-2026-109619: two critical flaws that can let an attacker execute code on a vulnerable web server without logging in, potential. Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
PHP2Shell — общее название двух критических уязвимостей в PHP: CVE-2026-109618 и CVE-2026-109619. Если атака удаётся, злоумышленник без авторизации может выполнять код на уязвимом сервере. Исправления вышли 21 октября 2026 года; компании по кибербезопасности сообщили о попытках атак. Но попытка эксплуатации не равна подтверждённому взлому.11
14
19
В чём суть уязвимостей
Уязвимости затрагивают сам PHP — среду, в которой выполняется серверный код, — а не отдельный сайт или систему управления контентом. По описанию Red Hat, одна из ошибок связана с некорректной обработкой памяти при её нехватке во время разбора запроса. Другая может оставлять устаревшее состояние, если фатальная ошибка прерывает очистку.7
В результате может появиться возможность удалённого выполнения кода: атакующему не обязательно сначала входить в учётную запись на сервере.11
13 Обеим уязвимостям присвоена оценка 9,2 по CVSS v4.0 — это критический уровень серьёзности.
4 Возможные последствия включают захват сервера, утечку данных и перебои в работе. Однако наличие уязвимости не означает, что каждый сайт на PHP уже атакован или скомпрометирован.
13
Почему тревога была такой высокой
По сообщениям, уязвимости существовали в PHP годами, прежде чем их обнаружили.42 Сам по себе долгий срок не доказывает, что злоумышленники знали о них или использовали их всё это время.
История также привлекла внимание к применению ИИ в исследованиях безопасности. В публикациях говорится, что Calif и Wiz использовали ИИ-инструменты в ходе исследований, а OpenAI участвовала в работе по исследованию и раскрытию уязвимостей.34
44 Такие инструменты могут помогать специалистам анализировать программное обеспечение, но сам факт их использования не показывает, насколько быстро аналогичные возможности освоят атакующие или кто получит преимущество.
В заголовках часто упоминали широкое распространение PHP — иногда его оценивают примерно в 70% сайтов.20 Эта оценка говорит о масштабе использования языка, но не о числе серверов, для которых подтверждена уязвимость, и тем более не о числе взломанных систем. Реальный риск зависит от версии PHP, настроек и способа развёртывания, а также от того, установлено ли исправление.
Что известно об исправлениях и попытках атак
21 октября проект PHP выпустил исправленные версии 8.2.35, 8.3.36, 8.4.27 и 8.5.12.19 Этот список охватывает ветки PHP с 8.2 по 8.5. Если организация использует более старую версию, стоит проверить уведомления поставщика операционной системы или хостинг-провайдера: они могут выпускать собственные исправления, перенесённые в поддерживаемую ими версию. Не следует ни считать такое исправление гарантированно доступным, ни делать вывод, что его точно нет, не проверив информацию у поставщика.
О попытках эксплуатации сообщали несколько источников. По данным SecurityWeek, Amazon зафиксировала такую попытку 17 октября — за четыре дня до выхода исправлений.14 Cloudflare также сообщала о резком росте трафика с попытками использовать уязвимости после их обнародования; в последующих публикациях речь шла о миллионах попыток.
27
38 Это показатели наблюдаемой активности, а не числа успешных проникновений.
Оценки масштаба эксплуатации различаются: одни источники сообщали об активных попытках, тогда как другие отмечали, что массовая эксплуатация оказалась менее вероятной, чем ожидалось сначала.3
4 Представленные сведения не подтверждают широкомасштабный успешный взлом. К сообщениям об атаках стоит относиться серьёзно, но важно различать сканирование, попытки эксплуатации и доказательства взлома конкретного сервера.
2
3
Почему некоторые сервисы отключали
Во время реагирования отдельные организации временно отключали публичные сервисы или переводили их на техническое обслуживание. Сообщалось о таких мерах в Японии, Франции, Финляндии и Нидерландах; организации в США и Европе также призывали принять меры.18
20
35 Временное отключение может сократить доступность уязвимой системы на период работ, но само по себе не является свидетельством того, что её взломали.
В доступных для этой статьи материалах не удалось независимо подтвердить приписываемые главе Microsoft Сатье Наделле слова на мероприятии в Кёльне — ни точную формулировку, ни контекст. Поэтому не стоит использовать эти высказывания как объяснение реакции на инцидент или характеристику его масштаба.
Что делать администраторам PHP-серверов
- Проверьте среду выполнения, а не только приложение. PHP2Shell затрагивает сам PHP. Обновление CMS или плагина не подтверждает, что установленная на сервере версия PHP исправлена.
13
- Установите проверенное исправление. Обновите PHP до подходящей исправленной версии или следуйте инструкциям поставщика, если он выпустил собственный патч. Убедитесь, что обновление действительно установлено в рабочей среде.
19
- Проверьте признаки возможного взлома. Установка исправления устраняет уязвимость, но не доказывает, что до этого к серверу не обращались. Изучите журналы событий и расследуйте подозрительную активность перед обычным возобновлением работы.
- Используйте временные меры осторожно. Следуйте актуальным рекомендациям разработчиков PHP или поставщика. Не считайте одну настройку или межсетевой экран для веб-приложений (WAF) заменой исправлению PHP.
15
27
- Защитите учётные записи как дополнительный уровень. Уникальные пароли и многофакторная аутентификация помогают защитить аккаунты, но не устраняют уязвимость, которая позволяет выполнить код на сервере без входа в систему.
При реагировании важно разделять уязвимость, попытку атаки и подтверждённый взлом. Это позволяет действовать срочно — прежде всего установить исправления — и не превращать неподтверждённые сообщения в выводы о том, кто именно пострадал.
Studio Global AI
Продолжайте свое исследование
На этой странице есть ответ, подтвержденный источником, который вы можете продолжить внутри Studio Global.
Люди также спрашивают
Каков краткий ответ на вопрос «PHP2Shell: чем опасны критические уязвимости PHP и что делать»?
PHP2Shell — это две критические уязвимости в PHP с оценкой 9,2 из 10. При успешной атаке злоумышленник может запускать код на уязвимом сервере без авторизации.
Какие ключевые моменты необходимо проверить в первую очередь?
PHP2Shell — это две критические уязвимости в PHP с оценкой 9,2 из 10. При успешной атаке злоумышленник может запускать код на уязвимом сервере без авторизации. Исправления выпущены 21 октября 2026 года. Сообщалось о попытках эксплуатации, но число попыток не означает, что столько же серверов было взломано.
Что мне делать дальше на практике?
Администраторам важно проверить и обновить именно среду PHP: обновление CMS или плагинов само по себе не устраняет уязвимость в интерпретаторе.
Источники
cyber.gc.caAL26-026 - Critical vulnerabilities impacting PHP - CVE- ...
securityweek.comPHP2Shell Patches Land as First Exploitation Attempts Hit Sensors
access.redhat.comRHSB-2026-013 Request handling memory corruption - php...