← zabolotny.de
DEENRUUA

Головна / Нотатки

Регулювання · Безпека · DevOps

Обов’язок повідомляти за CRA з 11 вересня 2026: 24 години, 72 години, 14 днів

З 11 вересня 2026 виробники продуктів із цифровими елементами мають повідомляти про активно експлуатовані вразливості — у три етапи й за жорстким таймером. Що це означає для команд розробки та DevOps.

Сергій Заболотний ·

Про що йдеться

Cyber Resilience Act (CRA, Регламент (ЄС) 2024/2847) встановлює вимоги безпеки до продуктів із цифровими елементами. Першим набуває чинності обов’язок повідомляти про активно експлуатовані вразливості та серйозні інциденти: він діє з 11 вересня 2026, помітно раніше за решту вимог. Таймер запускається, коли виробник дізнається про активну експлуатацію, а не коли все з’ясовано.

Три строки

ЕтапСтрокЗміст
Рання попередження24 годиниМінімум деталей, швидкість важливіша за повноту
Повідомлення72 годиниПродукт, опис, серйозність, вплив, вжиті або заплановані заходи
Підсумковий звіт14 днівCVE, оцінка CVSS, причина, виправлення, статус розкриття, повідомлення користувачів

Повідомлення подаються через єдину платформу ENISA, яка передає їх національним CSIRT. Окремо про це потрібно без невиправданої затримки інформувати постраждалих користувачів. Верхня межа штрафу за джерелом — до 10 млн € або 2% світового річного обороту. Деталі, наприклад строк для серйозних інцидентів, дивіться в тексті регламенту.

Кого це стосується

Зобов’язані виробники продуктів із цифровими елементами. Імпортери й дистриб’ютори самі не повідомляють до ENISA, але мають без затримки передавати відомості про вразливості виробнику. Наскільки я розумію, чистий вебсервіс (SaaS) без супровідного продукту сам по собі не є виробником за CRA; радше ним є той, хто постачає ПЗ або пристрої, які клієнти запускають в себе. Це моє прочитання, а не офіційне роз’яснення — у разі сумнівів звіряйтеся з текстом регламенту.

Що варто підготувати команді розробки

Це узгоджується з тим, що я описую в нотатках про Zero Trust для домашньої лабораторії і про NIS2 для невеликих ІТ-компаній: хто знає свої доступи й залежності, у виграші за обох регуляцій.

Джерела та обмеження

Не юридична консультація. Я розробник, а не юрист. Дані взято з перелічених джерел (станом на жовтень 2026); визначальним є текст закону.

Читати далі

Регулювання · ІТ-безпека · МСБ

NIS2 для невеликих ІТ-компаній і фрилансерів: пороги, строки, обов’язки

Німецький закон про імплементацію NIS2 діє з 6 грудня 2025. Чи зачеплено компанію напряму, залежить від галузі та розміру, але й невеликі фірми відчувають його як постачальники.

DevOps · CI/CD · Next.js

CI/CD для Next.js 15 на VPS: GitHub Actions, PM2 reload і Caddy

Ручний деплой був повільним і схильним до помилок. Сьогодні досить git push — без простою і без PaaS.

Регулювання · ШІ · Прозорість

Регламент про ШІ, стаття 50: що потрібно зробити до 2 грудня 2026

Більшість вимог статті 50 щодо прозорості діють з 2 серпня 2026. Для машинозчитного маркування генеративного ШІ, що вже є на ринку, діє перехідний період до 2 грудня 2026. Чек-лист для розробників і операторів.

Кар’єра · DevOps · Особистий досвід

Перехід у DevOps у Німеччині: мій план, мої підтвердження, мої прогалини

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

Коментарі

Долучайтеся до обговорення: коментарі працюють через GitHub Discussions (вхід через акаунт GitHub). Вміст GitHub/giscus завантажується лише після кліку. Конфіденційність

Ще з практики

Інші нотатки, кейси та проєкти — на головній сторінці.

Усі нотатки Кейс MeisterMeld Кейс PflegeOasis Кейс Kernbohr-Expert На головну