Как читать авторский курс и нормативные материалы
Это учебные материалы, а не заключение о соответствии конкретного продукта. Организационные модели курса отделяйте от терминов стандарта: ППК в опубликованном проекте — машиночитаемый перечень, а живой реестр его версий является практикой сопровождения. Термин OSA в разных материалах имеет разный охват. Статус и обязательность нормативного документа проверяются отдельно; проект КАПО опубликован как проект первой редакции.
Порядок обновления БДУ
Назначение
Порядок описывает регулярную синхронизацию локальной копии Банка данных угроз безопасности информации ФСТЭК России (БДУ) с источником, чтобы национальные идентификаторы уязвимостей (BDU-номера) и их сопоставление с CVE были актуальны в офлайн-контуре сервиса аудита/вердиктов.
Когда применяется
- По расписанию (еженедельно) и внепланово — при объявлении значимой уязвимости.
- После переноса фида в офлайн-контур, где нет прямого доступа в интернет.
- Перед формированием релизного VDR, если последнее обновление старше порога актуальности.
Шаги
- Зафиксировать текущую версию. Записать дату и контрольную сумму активного дампа БДУ, чтобы был откат.
- Получить свежий экспорт. Скачать актуальный дамп БДУ с официального ресурса ФСТЭК России (публичный источник допустим).
- Проверить целостность. Сверить контрольную сумму/подпись загруженного файла; при расхождении — повторить загрузку, не подключая дамп.
- Перенести в офлайн-контур. Через согласованный канал передачи артефактов (без указания внутренних путей) доставить дамп на узел сервиса аудита/вердиктов.
- Импортировать. Загрузить дамп; убедиться, что выросло число записей и обновилась дата фида.
- Сверить маппинг BDU↔CVE. Прогнать тестовый компонент с известной уязвимостью; проверить, что национальный идентификатор подтянулся к CVE.
- Пересчитать открытые findings. Перепрогнать активные SBOM, чтобы новые BDU-записи появились в VDR продуктов.
- Записать evidence. Версия фида, дата, контрольная сумма, исполнитель (роль) — в журнал обновлений.
Частая ошибка Импорт «поверх» без фиксации предыдущей версии. Если новый дамп окажется неполным, нечем восстановить состояние. Всегда сохраняйте откатную копию (шаг 1).
Контроль свежести В отчётах для релиза указывайте дату последнего успешного обновления БДУ. Фид старше согласованного порога (например, 14 дней) делает VDR несоответствующим.
Что записать в журнал
| Поле | Значение |
|---|---|
| Дата/время обновления | ГГГГ-ММ-ДД ЧЧ:ММ |
| Версия фида (дата экспорта БДУ) | |
| Контрольная сумма дампа | |
| Кол-во записей до / после | |
| Результат сверки BDU↔CVE | ок / расхождения |
| Исполнитель | роль (без ФИО) |
Связь с курсом
- Модуль: М06. Поиск уязвимостей и управление VDR/VEX
- Практики: П10. БДУ ФСТЭК как национальный источник · П08. Dependency-Track как портфель SBOM
- Нормативка/источники: БДУ ФСТЭК · NVD · CVE
- Связанные шаблоны: Требования к offline обновлениям · Порядок загрузки VDR из Dependency-Track · Политика управления уязвимостями компонентов