ХабрПостыНовостиМегапосты?

Единая платформа с сертификатом ФСТЭК России для управления виртуальными машинами и контейнерами

Мы переоформили сертификат ФСТЭК России. Его номер в реестре не изменился — № 4860 от 4 октября 2024 года (переоформлен 23 марта 2026 года, действителен до 4 октября 2029 года), но теперь за одним сертификатом скрывается больше возможностей для пользователей. Главная из них — запуск как контейнеров, так и виртуальных машин в рамках одной платформы с централизованным управлением.

Раньше пользователям была доступна только Deckhouse Kubernetes Platform Certified Security Edition для управления контейнерами. Теперь действие сертификата распространяется и на нашу виртуализацию. 

В зависимости от инфраструктуры, а также требований к безопасности и производительности наш программный продукт можно использовать в одном из исполнений:

  1. В исполнении «контейнеризация» — соответствует продукту с коммерческим наименованием Deckhouse Kubernetes Platform Certified Security Edition Lite (DKP CSE Lite);

  2. В исполнении «виртуализация» — соответствует продукту с коммерческим наименованием Deckhouse Virtualization Platform Certified Security Edition (DVP CSE);

  3. В исполнении «контейнеризация + виртуализация» — соответствует продукту с коммерческим наименованием Deckhouse Kubernetes Platform Certified Security Edition Pro (DKP CSE Pro). 

Вы можете выбрать наиболее подходящее для вашей инфраструктуры сертифицированное решение — управлять только контейнерами, только виртуальными машинами или же обоими типами нагрузок сразу. Дополнительно про исполнения можно прочитать в информационном письме.

Что подтверждает сертификат

Сертификат подтверждает соответствие требованиям:

Что значат уровни доверия и классы защиты

Уровни доверия — это характеристика средства защиты информации, отражающая степень уверенности в отсутствии уязвимостей и недекларированных возможностей. Уровень доверия определяется строгостью процессов безопасной разработки, анализа кода и испытаний. Установлено 6 уровней доверия: от УД1 (максимальный) до УД6 (минимальный).

Класс защиты средства защиты информации определяет состав и уровень реализуемых функций безопасности — идентификация и аутентификация, управление доступом, регистрация событий, изоляция процессов и другое. Установлено 6 классов защиты: от 1-го (максимальный) до 6-го (минимальный).

В нормативных требованиях устанавливается соответствие между классами защиты и уровнями доверия. Как правило, класс N соответствует уровню доверия N. Выбор класса защиты и уровня доверия СЗИ осуществляется исходя из требований к защищённости информационной системы, в которой данное средство применяется.

Почему сертификация важна для пользователей

Наличие у используемого решения сертификата ФСТЭК России — обязательное условие для целого ряда организаций. Однако мы получаем его не «для галочки», а чтобы дать пользователям конкретные практические преимущества, особенно важные в значимых объектах КИИ.

Упрощение масштабирования: сертификат покрывает разные сценарии использования

Аттестация защищённого контура — сложный и многоступенчатый процесс. И наличие сертификатов ФСТЭК России на используемые решения — один из самых важных факторов при выборе средства защиты при создании защищённого контура.

Наш сертификат ФСТЭК России покрывает широкий спектр прикладных задач. Это позволяет гибко развивать архитектуру: начав с одного сценария (например, только виртуализация), можно добавить контейнеризацию без необходимости проходить полную переаттестацию защищённого контура. Достаточно провести дополнительные испытания на соответствие новой конфигурации действующим требованиям к безопасности информации.

Возможности по управлению виртуальными машинами

Теперь в сертифицированной платформе доступны возможности нашей виртуализации. Она позволяет:

Единая платформа для всех типов нагрузок

Добавление возможностей виртуализации в DKP CSE Pro позволяет построить в защищённом окружении единую инфраструктуру для управления жизненным циклом разных рабочих нагрузок — как контейнеров, так и виртуальных машин. Независимо от способа развёртывания приложений платформа обеспечит соответствие требованиям регулятора.

Этот подход позволяет не воспринимать микросервисы и виртуальные машины как отдельные «острова», а применять к ним единые механизмы, гарантирующие высокую безопасность на уровне платформы независимо от типа приложений.

Централизованное управление безопасностью для контейнеров и виртуальных машин

И виртуализация, и контейнеризация — это стандартные способы развёртывания приложений. С точки зрения безопасности к ним должны применяться одинаковые меры и политики. Однако на практике для запуска контейнеров и виртуальных машин компании обычно использую разные платформы, а значит — разные инструменты и методы контроля и аудита.

DKP CSE Pro решает проблему «зоопарка» методов и инструментов обеспечения ИБ. Единая платформа позволяет применять одни и те же инструменты и меры контроля независимо от того, как развёрнуто приложение. Всё необходимое уже встроено и работает прозрачно для виртуальных машин и микросервисов:

Управление платформой осуществляется через веб-интерфейс или API с полноценной поддержкой DevOps-практик — включая централизованное управление сетевыми политиками из единой точки. Это позволяет реализовать сквозную модель нулевого доверия для ВМ и микросервисов и исключить несанкционированное сетевое взаимодействие.

Kubernetes как сервис для разработки в защищённом контуре

В любом из сертифицированных продуктов (DKP CSE Pro, DKP CSE Lite, DVP CSE) пользователям доступны возможности централизованного управления кластерами Deckhouse. Они позволяют создавать контролируемые виртуальные окружения для запуска приложений и развёртывать кластеры Kubernetes в защищённом контуре. Создание таких окружений занимает минуты, а не часы или дни. При этом безопасность не станет жертвой скорости.

Deckhouse Commander позволяет не только создавать кластеры для виртуализации или контейнеризации по шаблонам, но и контролировать их, исключая дрейф конфигурации.

Что в планах

Мы регулярно добавляем новые возможности в сертифицированные продукты Deckhouse. Сейчас планируем расширить действие сертификата на соответствие требованиям к межсетевым экранам, утверждённым приказом ФСТЭК России № 9 от 9 февраля 2016 года. В виртуализации работаем над использованием виртуальных кластеров Kubernetes для запуска AI/ML-нагрузок и предоставлением баз данных в режиме самообслуживания. Следите за новостями в нашем блоге.

Запросить демо DKP CSE Pro, DKP CSE Lite или DVP CSE можно по кнопке «Оставить заявку на демо» на нашем лендинге.

@anna_lesnykh
22.04.2026 15:45 UTC
Первоисточник

Комментарии

@AndrewTishkin
22.04.2026 16:44 UTC
0

Интересно, все эти сертификации хоть немного помогают противостоять реальным угрозам или же просто театр безопасности и денежный отсос?

23.04.2026 07:29 UTC
+3

Сама по себе бумажка от атак не спасает - это правда. Но смысл не в бумажке. Мы и так делаем то, что в итоге проверяют при сертификации: distroless-образы, чтобы меньше поверхность атаки, отслеживаем CVE и быстро их закрываем, процесс разработки выстроен по-взрослому. Сертификация просто заставляет это всё зафиксировать и показать внешним людям - мол, вот, проверяйте. Продукт от этого не становится безопаснее в день получения сертификата, он такой и был.

23.04.2026 08:19 UTC
+2

Чуть дополню коллегу. Современная сертификация — это не просто про «отдать денег и на выходе получить бумажку».

Это про процессы безопасной разработки ПО, про его тестирование различными методами, такими как стат анализ, фаззинг-тестирование, тестирование на проникновение и, наконец, это про системный подход. На выходе мы получаем ПО, соответствующее заявленным требованиям безопасности информации и не содержащее известных уязвимостей, а также выстроенные процессы их своевременного устранения на этапе эксплуатации.

08.05.2026 08:48 UTC
0

про его тестирование различными методами, такими как стат анализ, фаззинг-тестирование, тестирование на проникновение и, наконец, это про системный подход. На выходе мы получаем ПО, соответствующее заявленным требованиям безопасности информации и не содержащее известных уязвимостей

Но всё это словоблудие не позволило найти последнюю критическую дыру в Линуксе, дающую root-права за пару минут, да?

С другой стороны обещали отсутствие только известных уязвимостей!

Кстати, уже исправлена эта, теперь уже известная уязвимость?

08.05.2026 11:39 UTC
+1

Скорее всего вы говорите про CVE-2026-31431, и вот наша митигация.

08.05.2026 13:46 UTC
0

Да.
Однако:

https://habr.com/ru/companies/F6/posts/1033050/

Так скоро весь Линукс и отключат, помодульно.