Как опираться на Методику ВУ и НДВ при работе по ГОСТ Р 56939–2024
Елена Пономарева, руководитель отдела аудитоконсалтинга процессов РБПО ООО НТЦ “Фобос-НТ”
Отечественные компании, стремящиеся подтвердить соответствие процессов разработки требованиям ГОСТ Р 56939–2024 (далее – ГОСТ), нуждаются в источниках, вносящих ясность в реализацию его процессов. Одним из них стала Методика ВУ и НДВ ФСТЭК России от 12 мая 2026 г. (далее – Методика), впервые доступная на сайте регулятора в части УД6, УД5 и УД4. Возможности ее использования при выстраивании процессов РБПО и посвящена эта статья.
Роль Центра исследований безопасности системного ПО при реализации положений Методики
Алексей Хорошилов, руководитель Центра исследований безопасности системного программного обеспечения, ведущий научный сотрудник ФГБУН “ИСП РАН”
Центр исследований безопасности системного ПО создан на базе ИСП РАН по инициативе ФСТЭК России для повышения безопасности отечественного ПО через совместные исследования заимствованных компонентов с открытым исходным кодом.
Разработчик и лаборатория: что меняется?
Андрей Кузнецов, директор департамента внедрения и развития практик, НТЦ “Фобос-НТ”, сотрудник ИСП РАН
Методика от 12.05.2026 плотнее привязана к ГОСТ Р 56939–2024 и точнее распределяет работу между разработчиком и испытательной лабораторией.
Методика 3.0. История создания и ключевые тезисы
Дмитрий Пономарев, технический директор ООО НТЦ “Фобос-НТ”, сотрудник ИСП РАН
Публикация на сайте ФСТЭК России [2] выдержки из Методики — важный и очень своевременный шаг, способствующий популяризации методологии исследования средств защиты информации среди компаний, ориентирующихся на выстраивание процессов разработки безопасного ПО (РБПО) в соответствии с лучшими отечественными практиками и требованиями.
СРК "Береста": система резервного копирования и восстановления данных корпоративного уровня
Дмитрий Ханецкий, заместитель генерального директора – коммерческий директор ООО “Береста РК"
На рынке нас часто спрашивают: вы просто взяли Veritas и переписали? Нет, это было бы слишком недальновидно. Наши инженеры хорошо знают западные системы и понимают: копировать их вместе со всеми ограничениями – плохая идея. Поэтому “Бересту" мы с самого начала строили как самостоятельный продукт – со своей архитектурой, кодовой базой и логикой работы.