PHP2Shell — назва двох серйозних вразливостей у ядрі PHP, про які повідомили разом із терміновими виправленнями 21 жовтня 2026 року. У своїй розповіді про цей випадок OpenAI наголосила не лише на ролі ШІ у пошуку помилки, а й на двох місяцях координації між розробниками PHP, дослідниками та постачальниками засобів безпеки. Їхнє завдання було підготувати виправлення й захисні заходи до публічного розкриття.
18
У цьому й полягає головний урок для безпеки програмного забезпечення: знайти вразливість — лише початок. Потрібно ще підготувати надійне виправлення й дати організаціям змогу його встановити.
Що знайшли дослідники — і до чого тут ШІ
Вразливості отримали ідентифікатори CVE-2026-109618 і CVE-2026-109619. Обидві мають оцінку 9,2 за шкалою CVSS. Дослідники продемонстрували виконання коду без автентифікації на інсталяціях WordPress, Drupal і Joomla, а також витік даних із пам’яті.
3
4 За повідомленнями, уразливими були версії PHP від 5.4 до 8.5.
1
Обидві проблеми стосувалися роботи PHP з пам’яттю. Одна була пов’язана з обробкою нестачі пам’яті, інша — із застарілим внутрішнім станом між запитами та використанням уже звільненої пам’яті.
3
9 Тобто йшлося не про помилку в конкретному сайті чи його CMS, а про вади в самому PHP — середовищі виконання, на якому працюють вебзастосунки.
3
4
OpenAI заявила, що Calif виявила критичну вразливість за допомогою GPT-5.6 Sol у межах ініціативи Patch the Planet, а Wiz незалежно знайшла й повідомила про обидві вразливості.
18 У матеріалах Wiz та інших публікаціях серед інструментів дослідників також названо Wiz Atlas, Gemini 4 Argon і GPT-5.6 Sol.
4
33 Однак доступні повідомлення не розмежовують чітко, яке саме завдання виконував кожен інструмент. Тож вони не дають змоги точно встановити, яка модель долучилася до тестування атак або перевірки виправлень.
У вторинній хронології, що посилається на PHP Foundation, зазначено дати повідомлень розробникам PHP: від Calif — 11 серпня, від Wiz — 24 серпня, від OpenAI — 18 вересня.
6 Це дати подання повідомлень, а не обов’язково дні, коли команди вперше знайшли вразливості.
Чому для розкриття знадобилася спільна робота
За словами OpenAI, підготовка тривала два місяці й об’єднала розробників PHP, дослідників і постачальників засобів безпеки, які готували виправлення та захист до оприлюднення інформації.
18 Розробники PHP керували випуском виправлень, а дослідники й партнери з безпеки допомагали з аналізом, технічною підтримкою та координацією.
18
Виправлення з’явилися 21 жовтня — на день раніше за заплановану дату, 22 жовтня.
14 У публікаціях ішлося, що графік змінили після витоку інформації та ранньої появи виправлених образів контейнерів. PHP Foundation звинуватила компанію Chainguard у порушенні ембарго. Це звинувачення сторін у суперечці; наявні повідомлення не дають підстав вважати його незалежно підтвердженим висновком.
6
35
38
Цей епізод добре показує складність скоординованого розкриття вразливостей. Якщо технічні подробиці певний час не оприлюднювати, розробники й постачальники можуть підготувати оновлення. Але затримка створює ризик для користувачів, якщо вразливість уже намагаються експлуатувати.
У повідомленнях описано поетапну модель реагування OpenAI: перевірити проблему й підготувати виправлення, дати постачальникам час на підготовку, залучити державних партнерів, а потім розширити сповіщення та опублікувати рекомендації. Якщо з’являються витоки або ознаки експлуатації, графік може змінитися.
37
41
Повідомлення про атаки — і чого вони не доводять
Amazon заявила, що її система MadPot зафіксувала спробу експлуатації PHP2Shell 17 жовтня — за чотири дні до публічного розкриття. У повідомленнях також ішлося про ширші спроби атак після виходу виправлень.
5 Зафіксована спроба не означає, що зловмисникам вдалося захопити сервер. Доступні матеріали не встановлюють, як саме хтось міг дізнатися про вразливість до її розкриття, і не наводять підтвердженої кількості зламаних систем.
За повідомленням, Palo Alto Networks виявила понад 22,6 мільйона доступних з інтернету екземплярів, які потенційно могли бути вразливими до PHP2Shell.
53 Це оцінка можливого впливу, а не кількість систем, для яких підтверджено експлуатацію чи компрометацію.
Державні органи закликали організації якнайшвидше усунути вразливості. В одному з повідомлень зазначалося, що установам радили від’єднати системи від мережі, якщо їх не вдається оперативно захистити.
56 Cloudflare повідомила, що завчасно ввімкнула правила вебфаєрвола (WAF) для своїх клієнтів, які користуються цим сервісом.
12 Такі заходи доповнюють оновлення, але не скасовують потреби перевірити й оновити уражені інсталяції PHP.
За повідомленнями, вразливості виправили у версіях PHP 8.2.35, 8.3.36, 8.4.27 і 8.5.12.
8 Адміністраторам варто перевірити, яку версію PHP використовують їхні системи: номери пакетів у дистрибутивах можуть відрізнятися від версій на сайті PHP.
8
Ширший висновок: разом із пошуком треба масштабувати виправлення
OpenAI також заявила, що виділить субсидований доступ до Daybreak на суму 1 мільярд доларів для фахівців із кіберзахисту. Пріоритет, за її словами, матимуть організації з обмеженими ресурсами безпеки, які захищають критично важливі сервіси.
25 Це має допомогти оборонцям отримати доступ до інструментів. Але PHP2Shell підкреслює іншу частину проблеми: виправлення потрібно вчасно підготувати, донести до користувачів і встановити в усій екосистемі програмного забезпечення.
ШІ може допомагати знаходити вразливості, але твердження про те, що саме було виявлено, які інструменти долучилися та чи вдалися атаки, потребують точного підтвердження й належної атрибуції. Висновок із PHP2Shell стриманий: швидке виявлення може дати захисникам цінний час, але він має значення лише тоді, коли розробники, постачальники й оператори систем встигають підготувати та встановити виправлення.