Керівниця Агентства кібербезпеки Сінгапуру (CSA) Ґвенда Фон закликала організації не зволікати після того, як 21 жовтня 2026 року в PHP виявили дві критичні вразливості й випустили оновлення безпеки. За певних умов вони дають змогу віддалено виконувати код без авторизації — а отже, потенційно отримати контроль над уразливим вебсервером. Повідомлення про спроби експлуатації посилили терміновість попередження, але самі по собі не свідчать, що конкретну організацію зламали.
3
5
7
14
Чому попередження було терміновим
Дві вразливості, відомі під спільною назвою PHP2Shell, мають ідентифікатори CVE-2026-109618 і CVE-2026-109619. CSA класифікувало їх як критичні: кожна отримала оцінку 9,2 із 10 за системою CVSS v4.0. У разі успішної атаки зловмисник міг би виконати код на сервері, не входячи до системи.
3
За повідомленнями, вразливості роками залишалися непоміченими, перш ніж їх допомогли виявити інструменти на основі штучного інтелекту. PHP — поширена мова програмування, на якій працюють сайти й вебзастосунки. Тому компанія може використовувати її через сайт, внутрішню систему чи послугу хостингу, навіть якщо не всі працівники знають про це.
1
5
7
Час мав значення: розробники випустили виправлення 21 жовтня, а 22 жовтня Фон закликала організації діяти негайно. У медіа також повідомляли про робочі способи експлуатації та спроби атак. Водночас BBC зазначала, що на той момент не було повідомлень про успішну експлуатацію. Це важлива різниця: спроби атак і продемонстровані методи вказують на ризик, але не підтверджують факт зламу.
3
6
7
8
14
Деякі оператори тимчасово вимикали сайти або окремі послуги, поки усували проблему. Сам факт, що сайт зник із мережі, не означає автоматично, що його вивели з ладу хакери: це могло бути запобіжним заходом.
9
Що варто зробити організаціям
1. Знайти всі системи, де використовується PHP
Попросіть ІТ-команду перевірити сайти, вебсервери й серверну частину застосунків, зокрема ті, що розміщені або обслуговуються зовнішніми підрядниками. Зафіксуйте версію PHP і визначте відповідального за кожну систему. Фон назвала виявлення вразливих систем одним із першочергових завдань.
7
2. Насамперед оновити системи, доступні з інтернету
Застосуйте оновлення безпеки PHP, випущені 21 жовтня, і звіртеся з повідомленням CSA SingCERT «Критичні вразливості в PHP (PHP2Shell)». Воно допоможе перевірити, яке програмне забезпечення зачеплене і які заходи потрібні. У першу чергу перевірте системи, до яких можна під’єднатися ззовні. Шлях оновлення може залежати від версії PHP — дотримуйтеся інструкцій в офіційному повідомленні.
3
3. Попросити підрядників і хостинг-провайдерів підтвердити виконання робіт
Малим і середнім підприємствам, які користуються послугами зовнішніх ІТ-компаній або хостинг-провайдерів, варто прямо запитати: чи використовується PHP у їхніх сервісах, які системи зачеплені, що вже оновлено і чи залишилися вразливі системи з доступом до інтернету. Узгодьте відповідального та строк виконання робіт, а після завершення попросіть підтвердження. Інакше компанія може просто не знати, що PHP є частиною послуги, якою вона користується.
15
4. Перевірити, чи не було ознак зламу
Встановлення оновлення усуває вразливість, але не доводить, що до цього систему не встигли атакувати. Попросіть внутрішніх фахівців із безпеки або постачальника послуги перевірити журнали вебсервера й застосунків, незвичні процеси та неочікувані зміни файлів. Підозрілі знахідки потрібно розслідувати за процедурою реагування на інциденти.
5. Скористатися рекомендаціями CSA та залучити технічну допомогу
Передайте повідомлення CSA SingCERT працівникам, які відповідають за сайти, інфраструктуру та кібербезпеку. Якщо команда не може визначити уражені системи або безпечно встановити оновлення, зверніться до свого ІТ-провайдера чи кваліфікованого фахівця з кібербезпеки. Повідомлення CSA — основне джерело інструкцій щодо ураженого програмного забезпечення та способів усунення проблеми.
3
Головне — з’ясувати, де саме використовується PHP, оперативно оновити вразливі системи з доступом до інтернету й окремо перевірити, чи не було ознак компрометації. Тимчасове вимкнення сайту або спроба атаки не є доказом зламу, але й успішне оновлення саме по собі не виключає, що доступ до системи могли отримати раніше.
6
9
14