Кіберзагрози жовтня 2026: скільки часу є у компанії, щоб зупинити атаку

Майстер-клас: секрети випікання найсмачніших млинців!

30.10.2026

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

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

Інший кейс пов'язаний з VPN-шлюзами Ivanti, через які співробітники підключаються до корпоративної мережі. Формально все працювало коректно: пристрій було оновлено до актуальної версії, а вбудовані перевірки не фіксували ознак зламу. Проте кіберзлочинці вже збирали облікові дані для подальшого просування інфраструктурою.

Що відбувається під час тихої фази, чому обидві історії ведуть до Active Directory (центрального каталогу облікових записів компанії) і які сигнали допомагають помітити сторонніх осіб у мережі раніше, ніж вони досягнуть мети? 

Від фішингового листа до знищення даних — 63 дні

Почнімо з історії логістичного оператора, адже вона чітко показує тиху фазу — від першого листа до фінального кроку. У жовтні 2026 компанія ESET опублікувала розслідування цієї атаки та дійшла висновку, що в ній брали участь 2 угруповання:
1. Кібершпигунська група UAC-0099 (за класифікацією CERT-UA).
2. Російське угруповання Sandworm, відоме руйнівними атаками на українську інфраструктуру.

За оцінками ESET, перша група здобула первинний доступ до мережі, а згодом передала його другій.

Атака розгорталася в кілька етапів:
1. 16 липня 2025 року — співробітник отримав фішинговий лист із вкладенням, після чого на комп'ютері запустився завантажувач MATCHBOIL і встановилась шпигунська програма MATCHWOK. 2. Наступного дня в мережі з'явився MythicRatatoskr — новий бекдор, тобто прихована програма для віддаленого керування комп'ютером.
3. У серпні зловмисники розгорнули всередині мережі проксі-сервер, щоб маскувати свої з'єднання через уже захоплені вузли. Згодом вони отримали права адміністратора.
4. 17 вересня 2025 року дані компанії було знищено через групові політики Active Directory.

Хто саме з двох угруповань керував бекдором між цими подіями, ESET встановити не змогла. Проте для захисту важливішим є інше: між першим листом і знищенням даних минуло 63 дні.

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

Атака, яку не відрізнити від адміністрування

Найменш очевидний момент в інциденті: для знищення даних Sandworm взагалі не знадобилося використовувати шкідливий софт. Угруповання задіяли SDelete (легітимну утиліту Microsoft для безповоротного видалення файлів) і розіслали її через групові політики Active Directory. Це штатний інструмент, яким централізовано керують налаштуваннями комп'ютерів у домені.

Для засобів захисту подібна операція здається звичайною роботою адміністратора. Утиліта має цифровий підпис Microsoft, а розсилка через групові політики — стандартна процедура. Тому антивірус на цьому етапі малоймовірно виявить загрозу. Надійнішим сигналом у таких випадках стають не самі файли, а раптові зміни в групових політиках — особливо ті, що синхронно запускають сторонній софт на десятках чи сотнях машин.

Чому інцидент 2025 року актуальний і сьогодні?

Відповідь можна знайти в інших жовтневих публікаціях про UAC-0099.

ESET зафіксувала, що за 2 роки основний завантажувач групи помітно еволюціонував. Тепер він розпізнає ізольоване середовище для аналізу безпеки (пісочницю) й просто не запускається в ньому. Усі зафіксовані цілі зловмисників — українські компанії з транспортної галузі, виробництва та енергетики.

TrendAI описала ще один інструмент цього ж угруповання — шкідливу програму ASHVEIN. Вона викрадає збережені в браузерах облікові дані, робить знімки екрана та надає хакерам віддалений контроль над комп'ютером. Щоб потерпілий нічого не запідозрив, атаку маскують під документ-приманку — нібито відповідь від Національної поліції.

За оцінкою TrendAI, коло цілей UAC-0099 розширилося. Раніше угруповання атакувало переважно держоргани й військові компанії, а тепер дедалі частіше обирає цивільний бізнес: портові термінали, транспортні, логістичні й аграрні компанії. Отже, перевізник чи постачальник сьогодні ризикує опинитися в тому ж списку цілей, що й державна установа. 

Блокування домену не завжди обриває зв'язок зі шкідливою програмою

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

MythicRatatoskr влаштований інакше. Він підтримує зв'язок через Yggdrasil — децентралізовану мережу, що працює як «надбудова» над стандартним інтернетом і не має єдиного центрального сервера чи власника. Відключити такий канал, вилучивши один домен, неможливо. За даними ESET, це перший зафіксований випадок, коли таку мережу використало угруповання, пов'язане з державою.

Схожу стійкість закладено й в ASHVEIN. Якщо основний сервер зв'язку недоступний, програма отримує адресу резервного через GitHub — сервіс, який рідко блокують у корпоративних мережах.

Однак, Yggdrasil не робить трафік анонімним. Щоб під'єднатися до мережі, бекдор звертається до публічних вузлів зі свого списку — саме ці запити можна блокувати. Тому стратегія захисту змінюється: замість пошуку чужих серверів в інтернеті потрібно жорстко контролювати власний вихідний трафік.

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

Як злам VPN-шлюзу відкриває доступ до облікових записів компанії?

Децентралізований канал лише маскує зв'язок. Інша жовтнева атака показала, як зловмисники можуть приховати сам факт вторгнення в інфраструктуру.

Злам, який не залишив слідів на диску

13 жовтня Ivanti повідомила у своєму VPN-шлюзі Connect Secure про вразливість нульового дня. Так називають помилку, яку хакери почали використовувати раніше, ніж виробник встиг її виправити.

За даними Volexity, невідоме угруповання щонайменше з 3 жовтня поєднувало 3 такі вразливості й отримувало повний контроль над шлюзом. Дві з них Ivanti закрила оновленням, а виправлення третьої планує випустити пізніше. У розслідуваному випадку пристрій був оновлений до останньої доступної версії.

Атаку не помітив навіть вбудований засіб перевірки цілісності Ivanti — Integrity Checker Tool. Він шукає зміни у файлах пристрою, тоді як зловмисники змінювали код лише в оперативній пам'яті. Далі вони повертали налаштування до початкового стану й видаляли записи з журналів подій. Тому успішне проходження перевірки в такій ситуації свідчить про одне: слідів на диску немає.

Навіщо зловмисникам VPN-шлюз?

Відповідь дають подальші дії нападників. Щоб перевіряти логіни й паролі співробітників під час підключення, VPN-шлюз зберігає облікові дані для доступу до Active Directory. Зловмисники видобули їх і вивантажили частину інформації про користувачів компанії. Далі вони шукали паролі локальних адміністраторів робочих станцій (LAPS) і ключі відновлення BitLocker, якими розблоковують зашифровані диски, й намагалися підібрати паролі інших користувачів.

Тобто шлюз, якому довіряє домен, став для хакерів не кінцевою ціллю, а входом до корпоративної мережі. Як і у попередньому інциденті, шляхи ведуть до Active Directory. Для команд безпеки такий сценарій змінює порядок дій. Після оновлення шлюзу варто перевірити дані мережевого моніторингу на ознаки атаки, а за підозри — проаналізувати пам'ять пристрою. 

Вразливості, що відкрили доступ до корпоративних сайтів

VPN-шлюзи — не єдині точки на межі мережі, куди зловмисники можуть дістатися з інтернету. Наприкінці жовтня критичні вразливості виявили в PHP — мові програмування, на якій працює значна частина корпоративних сайтів.

Дві помилки під загальною назвою PHP2Shell (CVE-2026-109618 і CVE-2026-109619) дозволяють виконувати код на сервері без автентифікації. Деталі вразливостей з'явилися в мережі 20 жовтня, ще до виходу офіційних виправлень проблеми. Вже 26 жовтня американське агентство CISA внесло обидві до каталогу KEV (Known Exploited Vulnerabilities), куди потрапляють вразливості, які хакери вже активно експлуатують. Того ж тижня дослідники зафіксували перші реальні атаки на сервери-пастки (honeypot).

Головний ризик — вебшел, тобто прихований засіб віддаленого керування сервером. З ним зловмисники можуть непомітно для власника змінювати сторінки сайту й використовувати його проти відвідувачів. Наприклад, так у вересні діяло угруповання UAC-0277. За даними CERT-UA, на понад 100 зламаних сайтах воно показувало фальшиву перевірку «Я не робот», яка під виглядом захисту змушувала користувача запускати шкідливу команду для крадіжки паролів.

Головні вразливості жовтня 2026

Ivanti — найпомітніший, але не єдиний випадок місяця, коли під атакою опинилися пристрої на межі корпоративної мережі. З 1 по 26 жовтня CISA додало до каталогу KEV критичні помилки в поштових шлюзах Fortinet і Cisco, міжмережевих екранах Palo Alto Networks і Fortinet й у шлюзах NetScaler. 
Окремо Microsoft у жовтні випустила виправлення для рекордних 1 413 вразливостей. Серед них — вразливість нульового дня, що дає змогу обійти позначку Mark of the Web (MotW). За нею Windows розпізнає файли з зовнішньої мережі та автоматично запускає для них додаткові захисні перевірки чи захищений режим перегляду. 

    • CVE

    • Продукт

    • CVSS

    • Поточний статус

    • Першочергова дія

    • CVE

    • CVE

    • Продукт

    • Продукт

    • CVSS

    • CVSS

    • Поточний статус

    • Поточний статус

    • Першочергова дія

    • Першочергова дія

    • CVE-2026-104935 

    • Ivanti Connect Secure 

    • 8.6 

    • Експлуатована вразливість нульового дня; третя ланка атаки поки без виправлення 

    • Оновити, перевірити шлюз на компрометацію та замінити облікові дані, до яких він мав доступ. 

    • CVE

    • CVE-2026-104935 

    • Продукт

    • Ivanti Connect Secure 

    • CVSS

    • 8.6 

    • Поточний статус

    • Експлуатована вразливість нульового дня; третя ланка атаки поки без виправлення 

    • Першочергова дія

    • Оновити, перевірити шлюз на компрометацію та замінити облікові дані, до яких він мав доступ. 

    • CVE-2026-104286 

    • Fortinet FortiMail 

    • 9.8 

    • Експлуатована вразливість нульового дня 

    • Оновити або тимчасово вимкнути модуль IBE, перевірити ознаки зламу з бюлетеня Fortinet. 

    • CVE

    • CVE-2026-104286 

    • Продукт

    • Fortinet FortiMail 

    • CVSS

    • 9.8 

    • Поточний статус

    • Експлуатована вразливість нульового дня 

    • Першочергова дія

    • Оновити або тимчасово вимкнути модуль IBE, перевірити ознаки зламу з бюлетеня Fortinet. 

    • CVE-2026-76519 

    • Cisco Secure Email Gateway 

    • 9.8 

    • Активна експлуатація, повний контроль через вкладення до листа 

    • Оновити й перевірити кожен вузол кластера на компрометацію. 

    • CVE

    • CVE-2026-76519 

    • Продукт

    • Cisco Secure Email Gateway 

    • CVSS

    • 9.8 

    • Поточний статус

    • Активна експлуатація, повний контроль через вкладення до листа 

    • Першочергова дія

    • Оновити й перевірити кожен вузол кластера на компрометацію. 

    • CVE-2026-0322 

    • Palo Alto PAN-OS 

    • 8.6 

    • Обмежена експлуатація через інтерфейс керування 

    • Оновити й відкрити інтерфейс керування лише для довірених адрес. 

    • CVE

    • CVE-2026-0322 

    • Продукт

    • Palo Alto PAN-OS 

    • CVSS

    • 8.6 

    • Поточний статус

    • Обмежена експлуатація через інтерфейс керування 

    • Першочергова дія

    • Оновити й відкрити інтерфейс керування лише для довірених адрес. 

    • CVE-2025-61624 

    • Fortinet FortiOS 

    • 6.0 

    • Експлуатація після витоку конфігурацій FortiManager 

    • Оновити, перевірити сторонні скрипти й замінити облікові дані адміністраторів і VPN. 

    • CVE

    • CVE-2025-61624 

    • Продукт

    • Fortinet FortiOS 

    • CVSS

    • 6.0 

    • Поточний статус

    • Експлуатація після витоку конфігурацій FortiManager 

    • Першочергова дія

    • Оновити, перевірити сторонні скрипти й замінити облікові дані адміністраторів і VPN. 

    • CVE-2026-96951 

    • Windows Shell 

    • 8.8 

    • Експлуатована вразливість нульового дня, обхід Mark of the Web 

    • Встановити жовтневі оновлення Windows. 

    • CVE

    • CVE-2026-96951 

    • Продукт

    • Windows Shell 

    • CVSS

    • 8.8 

    • Поточний статус

    • Експлуатована вразливість нульового дня, обхід Mark of the Web 

    • Першочергова дія

    • Встановити жовтневі оновлення Windows. 

    • CVE-2026-109618 / 109619 

    • PHP (PHP2Shell) 

    • 9.2 

    • Активна експлуатація, у KEV з 26.10 

    • Оновити PHP і перевірити сайти на вебшели. 

    • CVE

    • CVE-2026-109618 / 109619 

    • Продукт

    • PHP (PHP2Shell) 

    • CVSS

    • 9.2 

    • Поточний статус

    • Активна експлуатація, у KEV з 26.10 

    • Першочергова дія

    • Оновити PHP і перевірити сайти на вебшели. 

Прогноз загроз на листопад 2026 року

Орієнтовний сценарій на наступний місяць ґрунтується на тенденціях, зафіксованих у жовтні, і враховує події, розвиток яких ще триває: 
● Нові руйнівні атаки на енергетику, логістику та агросектор. На тлі зимових ударів по енергосистемі Sandworm може повторити сценарій із логістичною компанією, отримавши доступ від UAC-0099 або іншого посередника. Тому виявлення шпигунських інструментів цієї групи потребує негайного реагування. ● Атаки інших груп на Ivanti Connect Secure. Сервери-пастки компанії Previdian уже до 14 жовтня зафіксували понад сотню спроб використати вразливість із 50 різних адрес (поки здебільшого тестових). Виправлення для однієї з ланок ланцюга (CVE-2026-111357) Ivanti планує лише в наступних релізах. ● Масові атаки на неоновлені PHP-сайти. 26 жовтня CISA внесла PHP2Shell до каталогу KEV, а дослідники вже зафіксували успішні атаки на сервери-пастки. Тож можна очікувати масових спроб встановити вебшели на неоновлені сайти, зокрема українські. Зламані ресурси вже використовують для поширення шкідливого ПЗ через фальшиві перевірки «Я не робот». ● Децентралізовані канали керування в інших угруповань. Підхід MythicRatatoskr можуть перейняти інші групи, що атакують Україну, тож з'єднання з вузлами Yggdrasil слід відстежувати вже зараз, поки такий трафік рідкісний і легко відрізняється від звичайного. 
Пріоритети у захисті інфраструктури на листопад залежать від профілю компанії. Енергетичним, логістичним і агрокомпаніям варто насамперед стежити за ознаками активності UAC-0099, а власникам Ivanti Connect Secure і PHP-сайтів — не відкладати оновлення й перевірки. 

Як помітити атаку раніше, ніж вона завдасть шкоди?

Зазначені атаки мають спільну рису. Між проникненням і наслідками в них минають тижні, і майже протягом всього часу зловмисники залишають сліди — у вихідному трафіку, змінах Active Directory, пам'яті й журналах шлюзів, на самих сайтах. 
Ці кроки допоможуть вашій команді випередити хакерів: 
1. Розслідувати виявлення інструментів UAC-0099 як повноцінні інциденти. Якщо засоби захисту виявили MATCHBOIL, MATCHWOK чи ASHVEIN, слід з'ясувати, як далеко нападники просунулися мережею, а не лише очистити один комп'ютер. Підозрілі архіви, файли віртуальних дисків (VHD) і документи з пошти необхідно перевіряти в пісочниці. 2. Обмежити нетипові вихідні з'єднання. Варто заблокувати доступ робочих станцій і серверів до публічних вузлів Yggdrasil та адрес діапазону 200::/7. Додатково доцільно налаштувати сповіщення про несанкціоновані проксі-сервери й невідомі процеси, що виходять у мережу із затримкою після запуску. 3. Взяти під контроль корпоративні політики. Слід відстежувати зміни політик (події 5136 і 5137 у журналі Windows), особливо якщо вони запускають програми чи заплановані завдання. Право на редагування краще залишити окремій невеликій групі адміністраторів. 4. Перевіряти шлюзи не тільки вбудованими засобами виробника. Для Ivanti, Cisco, FortiMail і FortiGate перевірку за бюлетенями виробника варто доповнити аналізом мережевого трафіку, а за підозри — пам'яті пристрою. Дані для розслідування потрібно зберегти до оновлення. 5. Замінити облікові дані й ключі, до яких шлюз мав доступ. Після ймовірного зламу змінити дані для підключення шлюзу до Active Directory і RADIUS, SAML-сертифікати, паролі LAPS і ключі BitLocker і завершити всі активні VPN-сесії. 6. Готуватися до знищення даних. Резервні копії мають зберігатися так, щоб їх неможливо було стерти з домену, а відновлення з них і перехід на резервний майданчик потрібно регулярно перевіряти. Причиною втрати даних можуть стати й фізичні удари. За словами прем'єр-міністра Сергія Корецького, лише у вересні в Києві пошкоджено близько 10 дата-центрів, а 19 жовтня ракетний удар знищив майданчик Datagroup. 7. Оновити PHP і перевірити власні сайти. Оновлення має охопити всі PHP-середовища, включно із сайтами на хостингу підрядників. Після цього варто пошукати на сайтах вебшели, сторонній JavaScript і несанкціоновані зміни шаблонів. 

Виявлення прихованих загроз із IT Specialist

Жовтень показав, що навіть складну атаку можна зупинити задовго до наслідків, якщо вчасно помітити її в мережі. Для цього потрібно щодня стежити за трафіком, змінами в Active Directory, станом шлюзів і сайтів та вміти відрізняти дії зловмисника від звичайної роботи адміністраторів. Проте більшості ІТ-команд складно поєднувати це зі своїми повсякденними завданнями, тож тиха фаза атаки часто минає непомічено.

Наші фахівці перевірять інфраструктуру на ознаки прихованої присутності, зокрема поштові та VPN-шлюзи, налаштують цілодобовий моніторинг подій безпеки (SIEM) і робочих станцій (EDR). Якщо підозри підтвердяться, наша команда реагування на інциденти швидко локалізує атаку, збереже докази та поверне повний контроль над доменом.

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