PHP2Shell — спільна назва двох критичних вразливостей PHP: CVE-2026-109618 і CVE-2026-109619. Кожну з них оцінено у 9,2 бала за шкалою CVSS, а зловмисник може скористатися ними для виконання коду на вебсервері без автентифікації. PHP опублікувала виправлення 21 жовтня 2026 року. На терміновість реагування вплинуло повідомлення про спробу експлуатації, датовану чотирма днями раніше.
4
5
24
У чому полягають вразливості PHP2Shell
Обидві проблеми пов’язані з помилками керування пам’яттю під час обробки запитів у PHP. За описом PHP, CVE-2026-109618 спричиняє пошкодження пам’яті під час очищення після помилки нестачі пам’яті. CVE-2026-109619 дає змогу повторно використати застарілий стан запиту в наступному запиті, який обробляє той самий робочий процес. Обидві вразливості можуть призвести до віддаленого виконання коду.
4
10
Ризик стосується інсталяцій PHP, які обробляють вебзапити. Серед них — конфігурації з PHP-FPM, Apache з mod_php та інші вебсерверні варіанти.
4
5 Команда безпеки PHP вважає, що найбільший ризик — у mod_php.
7
Виправлені версії PHP
21 жовтня 2026 року PHP випустила такі версії з виправленнями:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Адміністраторам слід оновити PHP до виправленої версії відповідної гілки. Оскільки проблема стосується інсталяцій, що обслуговують вебтрафік, перевірте всі такі середовища, а не лише версію фреймворку чи системи керування вмістом.
4
5
Повідомлялося, що передчасне розголошення перенесло випуск виправлень із запланованого 22 жовтня на день раніше. У доступних повідомленнях немає певних даних про те, яка саме інформація просочилася, хто її розкрив і як вона поширилася.
3
20
Що відомо про спроби атак
Amazon Threat Intelligence повідомила про спробу експлуатації, яку її пастка-приманка MadPot зафіксувала 17 жовтня — за чотири дні до публічного розголосу та випуску виправлень. За даними Amazon, спроба надійшла з IP-адреси, пов’язаної з комерційною мережею анонімізації. Водночас невідомо, як саме зловмисник дізнався про вразливості заздалегідь.
24
Після розголосу Cloudflare зафіксувала мільйони спроб експлуатації. Це кількість спроб, а не підтверджених зламаних сайтів.
18
19 Так само зафіксована пасткою-приманкою активність свідчить про спробу атаки, але не доводить, що зловмисник успішно проник на робочий сервер. Доступні повідомлення не встановлюють, скільки саме виробничих систем, якщо такі були, зазнали злому.
24
46
Що варто зробити адміністраторам
- Встановити виправлену версію PHP у кожному середовищі, де використовується відповідна гілка.
4
- Перевірити активність, починаючи з 17 жовтня. Оскільки Amazon виявила ранню спробу атаки на своїй пастці-приманці, для ретроспективної перевірки недостатньо брати за початок лише день випуску патчів.
24
46
- Розрізняти спробу атаки й підтверджений злам. Кількість спроб може свідчити, що вразливість активно перевіряють, але сама по собі не доводить виконання коду на конкретному сервері.
18
24
Найважливіші кроки — оновити вразливі інсталяції PHP та перевірити відповідну активність щонайменше з 17 жовтня. Велика кількість спроб підкреслює терміновість оновлення, але не є доказом, що кожен сервер, на який націлювалися, був зламаний.