18 жовтня 2024 року в усіх країнах ЄС набула чинності Директива NIS2. Для українських операторів критичної інформаційної інфраструктури це не «закордонна історія»: євроінтеграція означає поступове транспонування NIS2 у національне законодавство, а українські компанії, що працюють з європейськими партнерами, зачіпаються вже зараз. Стаття — практичний чек-лист підготовки.
Коротко про NIS2
Directive (EU) 2022/2555 (NIS2) — друга версія Network and Information Security директиви, прийнята у 2022 році і чинна з 18 жовтня 2024 року. Замінила NIS1 (2016) з істотним розширенням сфери застосування і вимог.
Чотири основні відмінності від NIS1:
- Розширений перелік секторів: від 7 у NIS1 до 18 у NIS2.
- Жорсткіші вимоги до інцидент-репортингу: 24/72 години замість «без зволікання».
- Персональна відповідальність керівництва: топ-менеджмент може бути особисто притягнутий до відповідальності.
- Великі штрафи: до 10 млн євро або 2% глобального обороту.
Хто потрапляє під дію
NIS2 ділить організації на два класи:
| Клас |
Сектори |
Розмір |
| Essential entities (істотні) |
Енергетика, транспорт, банки, фінансовий ринок, охорона здоров’я, водопостачання, цифрова інфраструктура, ICT-управління, державна адміністрація, космос |
Великі (250+ співробітників або >50 млн євро обороту) |
| Important entities (важливі) |
Поштові послуги, відходи, хімія, харчова промисловість, виробництво (медустаткування, електроніка, машинобудування), digital providers, дослідницькі організації |
Середні (50+ співробітників або >10 млн євро обороту) |
Для українських компаній: якщо ви — істотний/важливий subject за NIS2 і обслуговуєте європейських клієнтів або маєте інфраструктуру в ЄС — діє безпосередньо. Якщо тільки в Україні — діє через українську транспозицію (поки часткову).
Article 21: 10 заходів кібербезпеки
Серце NIS2 — стаття 21, що визначає 10 категорій заходів, які повинна впровадити кожна суб’єкт:
- Risk management policy: формальна політика аналізу та управління ризиками інформаційної безпеки.
- Incident handling: процедури виявлення, реагування, відновлення (див. матеріал «Інцидент-менеджмент»).
- Business continuity: BCP/DR з реальним тестуванням.
- Supply chain security: оцінка ризиків постачальників, договірні зобов’язання щодо безпеки.
- Security in acquisition, development, maintenance: SDLC з врахуванням безпеки, vulnerability management.
- Effectiveness measurement: метрики ефективності заходів безпеки.
- Cyber hygiene and training: регулярні тренінги, обізнаність персоналу.
- Cryptography: політики криптографічного захисту, key management.
- Personnel security and access control: перевірка персоналу, контроль доступу.
- MFA, secure communications, secure emergency comms: двофакторна автентифікація, захищені комунікації.
24/72 години reporting
Реальна різниця у термінах сповіщень за NIS2:
- 24 години — early warning: повідомлення компетентного органу про значний інцидент. Не потрібен повний аналіз — достатньо факту і початкової оцінки.
- 72 години — incident notification: детальний звіт з оцінкою серйозності, ймовірних причин, вжитих заходів.
- 1 місяць — final report: повний звіт з root cause analysis, виправленнями, превентивними заходами.
Що вважається «значним інцидентом»: істотне порушення доступності, цілісності, конфіденційності даних або послуг; інцидент, що зачіпає >X користувачів або фінансові втрати >Y євро (конкретні пороги визначає національне законодавство).
Українські вимоги: mapping
Українське законодавство паралельно розвивається у тому ж напрямі:
| NIS2 вимога |
Український аналог |
| Реєстр КІІ |
Закон 1882-IX «Про критичну інфраструктуру» |
| Заходи кібербезпеки |
КМУ № 943 (вимоги до КІІ), НД ТЗІ серії 2.5 |
| Реагування на інциденти |
КМУ № 518 (порядок повідомлення про інциденти) |
| Координація з регулятором |
Адміністрація Держспецзв’язку, CSIRT-UA |
Практичний чек-лист підготовки (20 пунктів)
Організаційні (1-7)
- Призначений відповідальний за кібербезпеку на рівні топ-менеджменту.
- Затверджена політика безпеки інформації.
- Сформована команда incident response (внутрішня або зовнішній SOC).
- Каталог критичних інформаційних активів.
- Реєстр інформаційних активів і їх класифікація.
- Договірні зобов’язання з критичними постачальниками щодо безпеки.
- Програма регулярного тренінгу персоналу (мінімум раз на рік).
Процесні (8-13)
- Документована процедура управління ризиками з регулярним перегляданням.
- Playbooks для типових інцидентів (мінімум 5 категорій).
- BCP/DR з RTO/RPO для кожної критичної функції.
- Vulnerability management процес (сканування, патчинг, верифікація).
- Контактні особи у CSIRT-UA, Адміністрації Держспецзв’язку, регулятор сектору.
- Шаблони сповіщень: 24h, 72h, final report.
Технічні (14-20)
- MFA для всіх адміністративних облікових і доступу до критичних даних.
- WORM-журнал подій з збереженням >1 рік.
- Endpoint detection and response (EDR) на критичних серверах і робочих станціях.
- Network segmentation з контролем cross-segment трафіку.
- Резервне копіювання з регулярним тестуванням відновлення.
- Криптографічний захист даних at-rest і in-transit (ДСТУ 7624 або AES-256, ДСТУ 4145 для підписів).
- Програма security testing (мінімум penetration testing раз на рік).
Терміни виконання
Для організацій, що ще не привели КСЗІ у відповідність:
- 0-3 місяці: аудит поточного стану, gap analysis, формування roadmap.
- 3-9 місяців: впровадження організаційних і процесних заходів (документація, тренінги, процедури).
- 6-18 місяців: впровадження технічних заходів (MFA, EDR, segmentation, бекапи).
- 18-24 місяці: формальна сертифікація / експертиза, перші регуляторні цикли.
Штрафи
За NIS2:
- Essential entities: до 10 млн євро або 2% глобального обороту (бере більше).
- Important entities: до 7 млн євро або 1.4% обороту.
- Особиста відповідальність керівництва: до тимчасової заборони обіймати керівні посади.
Українські штрафи (наразі) — нижче, але тенденція до зближення з європейськими по мірі повної транспозиції NIS2.
[ ПРАКТИЧНА РЕАЛІЗАЦІЯ ]
Як UBD покриває Article 21 архітектурно
UBD реалізує більшість Article 21 вимог архітектурно: MFA, гранулярний контроль доступу, WORM-журнал подій з retention 5+ років, криптографія ДСТУ 7624 і ДСТУ 4145, secure communications через TLS 1.3. Це означає: для NIS2-compliance не треба будувати окремий стек безпеки — він є частиною платформи. Потрібне підтвердження документально через КСЗІ-пакет (див. матеріал «КСЗІ для системи на UBD»).
UnityBaseDefense — технічна довідка →