Приказ ФСТЭК № 117 вступил в силу 1 марта 2026 года и заменил привычный Приказ № 17. Главное изменение – не новый перечень мер, а смена модели. Раньше схема выглядела так: подготовились к аттестации, прошли её, живём дальше до следующей проверки. Теперь регулятор требует непрерывного мониторинга, регулярной отчётности и фактического подтверждения защищённости в любой момент времени. Прошло полгода с момента, когда первые ведомства и ГУПы начали перестраивать процессы. Делимся тем, что увидели на проектах.

Аттестат больше не финиш, а точка старта

Самый частый разрыв ожиданий – у заказчиков, которые рассчитывали закрыть тему «один раз и навсегда». Приказ № 117 опирается на разделы 4 и 5 ГОСТ Р 59547-2021 и требует мониторинга ИБ как постоянного процесса, а не разового мероприятия. На практике это означает, что служба ИБ должна собирать события, фиксировать инциденты и держать актуальную картину защищённости непрерывно.

Кто заранее выстроил SIEM и регламенты реагирования, прошёл переход спокойно. Кто полагался на бумажную аттестацию – столкнулся с тем, что отчитываться нечем: данные есть, но они разрознены и не сведены в единую модель. Здесь помогает подход, который мы описывали в материале про данные как продукт: источники событий нужно стандартизировать, иначе мониторинг превращается в ручной сбор логов под каждый запрос.

Инфраструктура и подрядчики – две зоны риска

Приказ отдельно усиливает требования к взаимодействию с подрядчиками и к безопасной разработке ПО. Для систем, размазанных между собственным ЦОДом и облаком, это особенно чувствительно. Контур мониторинга должен покрывать обе среды, а ответственность за участки – быть зафиксирована в договорах. Мы разбирали эту проблему в статье про гибридную инфраструктуру под ИИ-нагрузки: без единой телеметрии между площадками слепые зоны появляются именно на стыках.

Вторая зона риска – цепочка поставки кода. Требование обеспечивать разработку безопасного ПО касается и заказной разработки, и доработок силами интегратора. Мы закладываем в процессы статический анализ, контроль зависимостей и проверку артефактов до выкатки в прод. Если этого нет, формальное соответствие № 117 рассыпается на первом же аудите.

Автоматизация отчётности экономит ресурс

Регулярная отчётность – самая ресурсоёмкая часть нового режима. Ручная подготовка выматывает службу ИБ и плодит ошибки. Поэтому рутину стоит автоматизировать: сбор показателей, формирование форм, контроль сроков. Часть наших заказчиков уже применяет для этого ИИ-помощников по аналогии с тем, что мы внедряли в ИИ-агенте для документооборота – система собирает черновик отчёта, а человек проверяет и подписывает.

Соответствие № 117 держится на сквозном контуре – от модели угроз и мониторинга до регламентов реагирования и автоматизированной отчётности, где каждый участок закрыт процессом, а не разовым мероприятием.

Вывод

Полгода практики показали простое: Приказ № 117 наказывает не за слабые меры, а за отсутствие процесса. Выигрывают те, кто перестроил ИБ из проектной задачи в постоянную операционную функцию – с телеметрией, автоматизацией и понятной ответственностью на каждом участке. Начинать стоит не с бумаг, а с данных и мониторинга.