#PHPCriticalVulnerabilityHitsGovernmentWebsites

Критична вразливість у PHP спричинила глобальну метушню у сфері безпеки: державні установи та громадські організації тимчасово відключають вебсайти, щоб знизити ризик кібератак.

Мене найбільше непокоїть не лише те, скільки вебсайтів припинили роботу. Важливо й те, наскільки значна частина інтернету залежить від програмного забезпечення, яке може працювати в місцях, де організації навіть не здогадуються про потребу в оновленні.

1. Що саме сталося?

21 жовтня команда розробників PHP випустила термінові оновлення безпеки для усунення двох критичних вразливостей: CVE-2026-109618 і CVE-2026-109619.

Обидві вразливості мають оцінку критичності CVSS 9,2 із 10 і можуть дозволити віддалене виконання коду без автентифікації на вразливих системах.

Простіше кажучи, зловмисник може виконати шкідливий код на вразливому сервері, не входячи в систему. Залежно від системи та її дозволів це може призвести до розкриття даних, подальшої компрометації або збоїв у роботі.

Державні вебсайти в кількох європейських країнах тимчасово відключили як запобіжний захід, поки адміністратори працювали над захистом своєї інфраструктури.

2. Чи може загроза поширитися далі?

Так, ризик може стосуватися не лише державних порталів, які вже постраждали.

PHP лежить в основі значної частини вебсайтів і використовується системами керування контентом, онлайн-сервісами та застосунками. У деяких продуктах PHP також вбудований у фонові процеси, тож організація може бути вразливою, навіть якщо PHP не є очевидною частиною її технологічного стеку.

Найскладніше — знайти всі вразливі інсталяції, зокрема на старих серверах, у забутих застосунках і сторонніх системах.

Дослідники безпеки також повідомляли про ознаки спроб експлуатації вразливостей. Тому особливо важливо не зволікати між виявленням вразливості та застосуванням відповідного виправлення.

Однак широке поширення вразливості не означає автоматично, що кожен вебсайт на PHP було скомпрометовано. Відключення може бути запобіжним заходом, а не свідченням успішної атаки.

3. Чому це важливо для інтернет-інфраструктури

Сучасні цифрові сервіси взаємопов’язані. Вразливий сервер може відкрити доступ не лише до однієї загальнодоступної вебсторінки, якщо він також підключений до внутрішніх систем, баз даних чи інших сервісів.

Саме тому командам безпеки потрібно думати не лише про те, як якнайшвидше відновити роботу вебсайту. Перш ніж знову підключати його до мережі, вони мають переконатися, що основна система захищена.

Цей інцидент також підкреслює складність підтримки застарілого програмного забезпечення. Деякі старі версії PHP більше не отримують офіційних оновлень безпеки, тому оновлення та довгострокове обслуговування є необхідними.

4. Що організаціям слід зробити зараз?

Першочергові кроки прості:

Виявіть усі інсталяції PHP, особливо ті, що доступні з інтернету.

Оновіть їх до відповідного виправленого випуску PHP.

Перевірте хостингові платформи, плагіни та сторонні продукти, у яких може бути вбудований PHP.

Слідкуйте за журналами та системами, щоб виявити підозрілу активність.

Якщо систему неможливо швидко захистити, розгляньте можливість ізолювати її до усунення вразливості.

В офіційних рекомендаціях PHP зазначено виправлені випуски, зокрема PHP 8.2.35, 8.3.36, 8.4.27 і 8.5.12. Адміністраторам слід перевірити, яка версія та шлях оновлення підходять для їхнього середовища.

Моя думка: цей інцидент нагадує, що кібербезпека — це не лише запобігання атакам. Важливо також знати, яке програмне забезпечення використовує ваша організація, підтримувати його в актуальному стані та швидко реагувати, коли стають відомими критичні вразливості.

Виправлення вже доступні, але справжня перевірка — це те, як швидко вразливі системи виявлять і захистять.

Не є фінансовою порадою.

Як ви вважаєте, що становить більший ризик: сама вразливість чи кількість організацій, які досі можуть використовувати застарілу інфраструктуру без оновлень?
@Gate_Square