Практика2 хв читання

PHP випустила критичні виправлення: що запитати у хостингу

21 жовтня вийшли виправлення двох критичних вразливостей PHP. Власнику бізнес-сайту варто отримати підтвердження оновлення від хостингу або підрядника.

підготовлено редакцією НАДАЛІ з використанням ШІ

ШІ-ілюстрація: вітрина бізнес-сайту поруч із сервером, до якого вставляють модуль із символом інструмента.
Nadali — original AI-generated illustration created with OpenAI image generation · Original AI-generated illustration created for Nadali; use subject to applicable OpenAI terms; no exclusive copyright claim; no third-party input images used. · 1440 × 960

Підготовлено редакцією Надалі з використанням ШІ

21 жовтня 2026 року команда PHP випустила версії 8.5.12, 8.4.27, 8.3.36 та 8.2.35 із виправленнями двох критичних вразливостей: CVE-2026-109618 і CVE-2026-109619. За офіційним повідомленням PHP, вони можуть дозволити віддалене виконання коду без входу в систему. Команда закликає оновитися негайно.

Кому це важливо

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

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

Який стосунок має ШІ

OpenAI повідомила, що дослідники Calif знайшли одну з вразливостей за допомогою GPT-5.6 Sol, а Wiz незалежно виявила обидві. Роботою над виправленнями та випуском оновлень керували розробники PHP. Це атрибуція учасникам дослідження, не доказ захищеності конкретного бізнес-сайту.

Три запитання підряднику

Редакційна рекомендація: попросіть коротку відповідь із підтвердженнями, а не загальне «усе оновлено».

  1. Чи використовує наш робочий сайт PHP, і який пакет фактично обслуговує запити?
  2. Чи встановлені виправлення саме для обох зазначених CVE? Надайте посилання на повідомлення постачальника та час застосування.
  3. Чи перевірені після зміни основні сценарії: заявка, бронювання або замовлення, якщо вони є на сайті?

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

Висновок і межі

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

Читайте також: як підготувати ручний резервний процес на випадок збою.

Джерела перевірено 21 жовтня 2026 року. Обкладинка: оригінальна ШІ-ілюстрація, не фото інциденту чи результат тесту. 

Джерела та перевірка

  1. PHP — Security advisory: Critical remote code execution vulnerabilities, update now (21 October 2026) ↗
    Джерело перевірено: 2026-10-21
  2. OpenAI — Patch the Planet: global response coordination as agents uncover critical vulnerabilities (21 October 2026) ↗
    Джерело перевірено: 2026-10-21

Читайте також

До всіх матеріалів