ГОЛОВНЕ

Станом на перевірку 4 листопада 2026 року офіційний перелік Держспецзв’язку містить 2637 позицій. Записи №2395–2637 — 243 позиції — мають дату включення 2 листопада. Відсутність продукту в цьому переліку є обов’язковою умовою для його використання в системах, де обробляються державні інформаційні ресурси, службова або таємна інформація, а також на об’єктах критичної інформаційної інфраструктури. Іншим підприємствам перелік варто використовувати як перевірений сигнал для кіберризиків і закупівель, але не слід вигадувати універсальну законодавчу заборону для будь-якої приватної системи.

Що саме оновилося

Офіційна таблиця Держспецзв’язку під час перевірки 4 листопада містила 2637 пронумерованих позицій. Запити до оприлюднених відкритих даних показали 243 записи з датою включення 2 листопада 2026 року — від №2395 до №2637. Наприкінці переліку, зокрема, з’явилися базові станції, маршрутизатори, радіомодеми та радіостанції виробника «НІРІТ-СІНВЕЙ Телеком Технолоджі»; підставою зазначено Указ Президента України №8/2026.

Для кого заборона прямо обов’язкова

Частина четверта статті 4 Закону про кібербезпеку встановлює: у визначених законом системах можна використовувати ПЗ і мережеве обладнання лише за умови, що їх немає у відкритому переліку заборонених. Це стосується інформаційних, електронних комунікаційних та інформаційно-комунікаційних систем, у яких обробляються державні інформаційні ресурси, службова інформація або державна таємниця, а також об’єктів критичної інформаційної інфраструктури.

Що означає перелік для звичайного бізнесу

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

Алгоритм перевірки для підприємства

  1. Вивантажте інвентар ПЗ та мережевого обладнання: назва, версія або модель, виробник, постачальник, місце встановлення й відповідальна особа.
  2. Позначте системи, де обробляються державні інформаційні ресурси, службова або таємна інформація, та об’єкти критичної інформаційної інфраструктури.
  3. Зіставляйте не лише торгову назву: перевіряйте виробника, альтернативне написання, модель, версію та додаткові ідентифікатори з офіційної таблиці.
  4. За збігу збережіть доказ перевірки: номер рядка, дату включення, підставу, дату й час вашої звірки та посилання на офіційний перелік.
  5. Для систем, на які поширюється пряма заборона, припиніть нові встановлення й закупівлі та погодьте контрольоване вилучення або заміну з відповідальними за ІТ, кібербезпеку і захист інформації.
  6. Для інших систем оцініть санкційний, договірний і кіберризик; перевірте, чи не надає виробник або постачальник віддалений доступ та оновлення.
  7. Повторіть перевірку перед закупівлею, продовженням ліцензії, великим оновленням і після кожного змістового оновлення офіційного переліку.

Як оформити результат перевірки

Поле контролюЩо зафіксуватиНавіщо
ПродуктНазва, версія або модель, виробник, інвентарний номерУникнути хибного збігу лише за схожою назвою
СистемаЯкі дані обробляє та чи має спеціальний статусВизначити, чи діє пряма вимога частини четвертої статті 4
ПерелікНомер рядка, дата включення, підстава, URL і час перевіркиПідтвердити стан динамічного джерела на дату рішення
РішенняЗаміна, ізоляція, відмова від закупівлі або обґрунтоване продовження контролюЗалишити зрозумілий слід для аудиту й наступної перевірки

Як діяти, якщо знайдено збіг

  1. Не видаляйте критичний компонент без плану: спочатку оцініть залежності, резервні копії, можливість експорту даних і безпечну заміну.
  2. Заблокуйте нові закупівлі, розгортання та продовження ліцензій до завершення перевірки.
  3. Перевірте договори з постачальником, умови техпідтримки, доступ до даних і порядок припинення послуг.
  4. Зафіксуйте технічні й організаційні заходи на перехідний період: сегментацію, обмеження мережевих з’єднань, контроль облікових записів і журналювання.
  5. Якщо система входить до сфери прямої заборони, визначте відповідального й строк усунення порушення; за потреби залучіть фахівця із захисту інформації та юриста.

Типові помилки

  1. перевірити лише назву програми й не звірити виробника, модель або інше написання;
  2. вважати, що перелік стосується тільки програм і не охоплює мережеве обладнання;
  3. поширити пряму законодавчу заборону на всі приватні системи без перевірки їхнього статусу;
  4. ігнорувати продукт, якого немає в таблиці, хоча його виробник або постачальник створює окремий санкційний чи кіберризик;
  5. не зберегти дату перевірки й конкретний рядок динамічного переліку;
  6. видалити компонент без резервного плану та зупинити критичний бізнес-процес;
  7. продовжувати автоматичне поновлення ліцензії або закупівлю після виявлення збігу.

Увійдіть до iFin, щоб застосувати ці рекомендації у своїй роботі.

Увійти в iFin

Джерела та корисні посилання

Опубліковано 4 листопада 2026 р.. Останнє оновлення: 4 листопада 2026 р.. Матеріал описує робочий процес. Для конкретної операції звіряйте чинні норми та актуальну інструкцію сервісу. Редакційні принципи