Атаки PHP2Shell: як перевірити й захистити сайт на WordPress і Joomla
Після новин про вразливості PHP сайт може виглядати як завжди. Але варто перевірити, чи встановлено виправлення на хостингу та чи немає ознак втручання. Пояснюю, з чого почати й коли знадобиться відновлення сайту.
PHP2Shell стосується серверного середовища. Оновлення WordPress, Joomla або плагінів не замінює встановлення виправлення PHP.
Не знаєте, чи захищений ваш сайт?
Перевірю PHP і наявність виправлень, оціню сумісність CMS та допоможу з оновленням. Якщо сайт уже зламано, досліджу причину, видалю шкідливий код і допоможу відновити роботу.
Ви спілкуєтеся безпосередньо зі мною. Обсяг, вартість і терміни узгодимо до початку роботи.
Що сталося в жовтні 2026 року
21 жовтня розробники випустили оновлення PHP, які усувають дві критичні вразливості: CVE-2026-109618 і CVE-2026-109619. За певних умов вони дозволяють виконати код на сервері без входу до CMS.
Проблема міститься в PHP, на якому працює багато сайтів і магазинів. Вона стосується WordPress, Joomla та інших PHP-застосунків. Тому потрібно перевіряти серверне середовище, а не лише версію системи сайту.
22 жовтня Imperva повідомила про 482 342 запити до 21 998 сайтів у 103 країнах за першу добу спостережень. Це дані одного провайдера про сканування та спроби використання вразливостей. Вони не означають, що всі ці сайти було зламано.
Зовнішній вигляд не підтверджує встановлення виправлення. Але й сама новина про вразливість не доводить злому вашого сайту. Потрібні перевірка версії та статусу оновлення, а за підозр також аналіз файлів і журналів.
Що робити у вашій ситуації
01 Сайт працює, але ви не знаєте версію PHP
Уточніть у панелі хостингу, який обробник обслуговує домен, і попросіть підтвердити встановлення виправлення. Якщо інформації недостатньо, надішліть відповідь хостингу: обговоримо, що ще потрібно перевірити.
02 PHP застарілий, а сайт давно не оновлювали
Спочатку оцініть сумісність CMS, теми, розширень і власного коду. Підготуйте резервну копію та план повернення. Для старого магазину варто перевірити перехід на тестовій копії до зміни робочого середовища.
03 З'явилися перенаправлення, чужі файли або спам
Потрібна перевірка на компрометацію. Оновлення PHP усуває вразливість, але не видаляє вже завантажений шкідливий код і не скасовує змін у базі даних.
Як перевірити версію PHP і наявність виправлення
Почніть із налаштувань конкретного домену в панелі хостингу. Домени й піддомени одного облікового запису можуть використовувати різні обробники PHP. Версія в командному рядку також може відрізнятися від тієї, яка обслуговує сайт.
Для підтримуваних гілок PHP 21 жовтня випустили такі виправлення:
| Гілка | Реліз із виправленням |
|---|---|
| PHP 8.2 | 8.2.35 |
| PHP 8.3 | 8.3.36 |
| PHP 8.4 | 8.4.27 |
| PHP 8.5 | 8.5.12 |
Постачальники серверних пакетів можуть переносити виправлення до власних збірок без зміни основної версії PHP. Тому напису «PHP 8.3» недостатньо: потрібні точна збірка й підтвердження виправлення від постачальника.
Для PHP 8.1 і старіших уточніть у провайдера статус виправлень і план переходу на підтримувану гілку. Виправлення від окремого постачальника не повертає довгострокову підтримку самого проєкту PHP.
Після перемикання можуть перестати працювати старі розширення, форми або оплата. До зміни збережіть файли й базу даних, перевірте сумісність і переконайтеся, що зможете повернути робочу конфігурацію.
Що написати до підтримки хостингу
Можна надіслати такий запит, указавши свій домен:
Добрий день. Прошу перевірити домен [ваш домен] у зв'язку з вразливостями PHP2Shell: CVE-2026-109618 і CVE-2026-109619.
Яка точна версія та збірка PHP обслуговує цей домен? Чи встановлено виправлення обох вразливостей і чи перезапущено робочі процеси після оновлення?
Якщо виправлення ще не встановлено, який порядок оновлення та як підготуватися з урахуванням сумісності сайту? Прошу також уточнити, де доступні журнали за період до оновлення.
Паролі та ключі доступу в першому повідомленні надсилати не потрібно.
Відповідь «захист увімкнено» варто уточнити: йдеться про виправлення PHP чи лише про фільтрацію запитів? Розробники PHP зазначають, що тимчасові заходи не замінюють оновлення.
Незрозуміла відповідь хостингу? Обговорити перевірку →Що робити, якщо є ознаки злому
Перенаправлення на чужий сайт, нові адміністратори, невідомі PHP-файли, змінені сторінки або попередження хостингу потребують аналізу. Причина може бути пов'язана з різними вразливостями, тому автоматично приписувати зараження PHP2Shell не можна.
- Обмежте шкоду. За шкідливих перенаправлень або крадіжки даних обговоріть із хостингом тимчасове обмеження доступу до ураженого сайту.
- Збережіть матеріал для перевірки. Зробіть окрему копію поточних файлів, бази та доступних журналів. Позначте її як потенційно заражену.
- Не відновлюйте стару копію без перевірки. Вона вже може містити шкідливий код, а після відкату магазин може втратити нові замовлення.
- Установіть причину та усуньте наслідки. Потрібно перевірити файли, базу, користувачів, завдання планувальника та можливості повторного доступу.
- Оновіть середовище й доступи. Після очищення змініть уражені паролі та ключі, перевірте права й спостерігайте, чи не з'являються зміни знову.
Окремо перевірте надсилання заявок, листи про замовлення та оплату. Навіть після видалення перенаправлення сайт може залишатися несправним для клієнтів.
Докладніше: що робити після злому Joomla та як видалити шкідливе перенаправлення.
Чим я можу допомогти з вашим сайтом
Я займаюся доопрацюванням і підтримкою сайтів. Можна звернутися з WordPress, Joomla або іншою PHP-системою. Спочатку ознайомлюся із завданням і доступними виправленнями, потім узгодимо роботи.
Перевірка й оновлення PHP
- Уточнення версії, збірки та статусу виправлень.
- Оцінка сумісності CMS і розширень.
- Підготовка копії та порядку оновлення.
- Оновлення або взаємодія з хостингом у межах узгодженого доступу.
- Перевірка сторінок, форм і погоджених сценаріїв магазину.
Відновлення після злому
- Аналіз ознак зараження та доступних журналів.
- Пошук і видалення шкідливого коду.
- Перевірка причини зараження та можливостей повторного доступу.
- Відновлення погоджених функцій сайту.
- Рекомендації щодо подальшого захисту й контролю.
Після роботи ви отримаєте опис знайденої проблеми, внесених змін і проведених перевірок. Якщо для наступного кроку потрібне доопрацювання або допомога хостингу, поясню, що саме необхідно.
Вартість залежить від стану сайту, доступів, сумісності й обсягу відновлення. Окремі роботи та платні інструменти узгодимо до їх використання.
Обговорити мій сайтПоширені запитання
WordPress і плагіни оновлені. Це усуває PHP2Shell?
Потрібно окремо підтвердити встановлення виправлення PHP на сервері. Оновлення CMS не замінює оновлення серверного середовища.
Хостинг оновив PHP. Чи потрібно перевіряти щось іще?
Уточніть, що оновлено обробник вашого домену. Потім перевірте роботу сайту. Якщо до оновлення були ознаки втручання, потрібна окрема перевірка на зараження.
Чи може онлайн-сканер підтвердити, що сайт захищений?
Лише за адресою сайту зазвичай не можна надійно підтвердити збірку PHP й наявність виправлення. Для цього потрібні відомості хостингу або перевірка серверної конфігурації. Зовнішнє сканування може допомогти виявити окремі симптоми.
Оновлення PHP видалить віруси?
Ні. Воно усуває відповідну вразливість, але вже внесені зміни у файли, базу або доступи потрібно перевіряти й усувати окремо.
Ви працюєте лише з WordPress і Joomla?
Можна звернутися з іншою PHP-системою або власним сайтом. Можливість і обсяг роботи визначу після ознайомлення з проєктом.
Скільки коштує перевірка або відновлення?
Спочатку потрібні адреса сайту, опис ситуації та відомості про хостинг. Після уточнення завдання узгодимо склад робіт і вартість.