Виправлення безпеки захищає сервер лише тоді, коли його можна встановити. Під час реагування на PHP2Shell волонтер-супровідник Ондржей Сурі допоміг доставити виправлені пакети користувачам Debian і Ubuntu, зокрема для старіших версій PHP.
17
28 Ця робота нагадала про важливу, але часто непомітну ланку безпеки відкритого програмного забезпечення: шлях від виправлення в коді до оновлення, яке адміністратор може розгорнути на сервері.
Що сталося з PHP
PHP2Shell — назва двох уразливостей: CVE-2026-109618 і CVE-2026-109619. У попередньому повідомленні команда безпеки PHP оцінила кожну з них у 9,2 бала за CVSS v4.0.
6
7 Їх успішне використання могло дати зловмиснику змогу віддалено виконувати код на вразливому сервері, який обробляє вебзапити, — без автентифікації.
3
8
21 жовтня 2026 року PHP випустив виправлені версії 8.2.35, 8.3.36, 8.4.27 і 8.5.12.
3 Це були оновлення основного проєкту. Але щоб адміністратори могли застосувати їх у звичний для своїх систем спосіб, виправлений код ще потрібно було зібрати й поширити у вигляді пакетів.
Чому важили готові пакети
Багато адміністраторів встановлюють PHP як готовий пакет для свого дистрибутива Linux, а не збирають його самостійно з вихідного коду. Підготовка таких пакетів — окремий етап роботи після створення виправлення. Сурі вже понад 20 років волонтерськи супроводжує пакети PHP для Debian і Ubuntu, переважно у вільний час.
17
32
За повідомленнями, у день релізу в його репозиторії з’явилися виправлені пакети для PHP від версії 5.6 до 8.5.
28 Це було важливо для систем зі старішими версіями: PHP 8.1 і попередні випуски вже не отримували звичайних оновлень від самого проєкту PHP. Водночас команда PHP опублікувала виправлення у вихідному коді для версій 7.4, 8.0 і 8.1, а окремі постачальники також надавали власні виправлення.
2
33
Різниця практична: вихідний код із патчем насамперед допомагає тим, хто здатен самостійно його застосувати й зібрати програму. Готовий пакет дає адміністраторам пряміший шлях до встановлення оновлення. Робота Сурі забезпечила такий шлях для користувачів Debian і Ubuntu, зокрема тих, хто ще використовував старі версії PHP.
24
28 Наявні повідомлення підтверджують підготовку пакетів, але не показують, скільки серверів їх установили і як швидко.
Суперечка навколо часу релізу
Команда безпеки PHP заздалегідь призначила випуск на 21 жовтня й повідомила, що може оприлюднити його раніше, якщо подробиці уразливостей стануть публічними або з’являться свідчення активної експлуатації.
7 Навколо графіка релізу виникла суперечка: PHP Foundation заявила, що Chainguard опублікувала контейнери з виправленням більш ніж за шість годин до узгодженого часу й порушила ембарго.
34 Окремий матеріал повідомляє, що генеральний директор Chainguard пояснив рішення тим, що експлойти вже з’являлися.
36 Це дві позиції учасників суперечки; самі по собі вони не дають змоги остаточно встановити, що сталося.
Безпека залежить і від тих, хто супроводжує код
Реагування на PHP2Shell охоплювало кілька взаємопов’язаних етапів: виявлення уразливостей, виправлення в основному проєкті, підготовку пакетів для конкретних систем і встановлення оновлень адміністраторами. Багаторічна волонтерська робота Сурі зробила роль супровідників особливо помітною, але урок ширший: виправлення має пройти через людей і дистрибутиви, перш ніж воно зможе захистити сервери.
17
24
Отже, підтримка програмних пакетів — це теж частина кібербезпеки. Щоб виправлення справді дісталося користувачів, потрібні ті, хто підтримує пакети актуальними, зокрема для старих версій, із якими основний проєкт уже не працює у звичайному режимі.
28
33