Образец модели угроз программного обеспечения и описания поверхности атаки

Модель угроз ПО — не то же самое, что модель угроз информационной системы по методике ФСТЭК России. Она описывает угрозы самой программе: через какие интерфейсы на неё можно воздействовать, что из этого получит нарушитель и какие доработки это предотвращают. Стандарт ГОСТ Р 56939-2024 требует разработать модель угроз, описать поверхность атаки, составить перечень целей для дальнейших исследований и уточнять всё это по ходу разработки (пункт 5.7). Анализ угроз ПО значимого объекта КИИ требует и подпункт 29.3.1 Требований, утверждённых приказом ФСТЭК России от 25.12.2017 № 239.

Как получить документ

Два пути: сформировать в кабинете или купить готовый образец за 1 000 ₽.

В личном кабинете

Модель угроз программного обеспечения и описание поверхности атаки по вашим данным

Документ собирается по самооценке процессов и перечню инструментов из мастера режима «Разработка безопасного ПО» — их ведут в кабинете. Анкета образца этого не посчитает, поэтому под вашу организацию он собирается в кабинете.

Что даёт кабинет

  • ✓Документы с реквизитами и сведениями вашей организации, готовые к подписи
  • ✓Сведения подставляются из того, что вы уже ввели, а пробелы видны до скачивания
  • ✓Образцы заполнения во всех вариантах — для просмотра на платном тарифе, с файлами — при покупке документа

Раздел входит в тариф «Полный».

Без данных организации

Готовый заполненный образец и пустой бланк

1 000 ₽ разово

С платной подпиской — 500 ₽: тарифы

Ступень «Ведение и объект»: в образце заполнены строки учёта и сведения об объекте или системе.

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

Нужен образец под вашу сферу деятельности? Закажите его через форму обратной связи — достаточно назвать сферу, сведения о вашем объекте не нужны.

Что входит

  • ✓Образец заполнения: тот же документ за вымышленную организацию, все пустые места заполнены подробно — в PDF
  • ✓Пояснительная записка: зачем документ нужен, каким актом предусмотрен и как ввести его в действие
  • ✓Модель угроз программного обеспечения и описание поверхности атаки — пустой бланк в PDF и DOCX, реквизиты и сведения впишете сами
Выберите вариант образца

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

Что должно быть в документе

  • угрозы с кратким описанием, объектами воздействия и последствиями;
  • меры нейтрализации угроз и их приоритет по критичности ущерба;
  • описание поверхности атаки — интерфейсы и области, доступные нарушителю;
  • перечень целей для дополнительного анализа — модули и интерфейсы поверхности атаки;
  • уточнения модели угроз и поверхности атаки для изменений в новых версиях;
  • уточнённый перечень целей для фаззинга и экспертизы.

Как оформить

  1. Возьмите описание архитектуры и перечислите все интерфейсы: сетевые порты, файлы на входе, программный интерфейс, механизм обновления.
  2. Для каждого интерфейса запишите, что может сделать нарушитель и к чему это приведёт.
  3. Сопоставьте с каждой угрозой меру — доработку программы или иное ограничение — и расставьте приоритеты.
  4. Составьте перечень целей: эти модули идут на фаззинг и экспертизу двумя экспертами.
  5. Уточняйте модель при каждом изменении поверхности атаки и утверждайте у руководителя.

Сформируйте этот документ под свой профиль — с подстановкой реквизитов и без ошибок.

Сформировать в ГрамотаИБ

Частые вопросы

Можно ли использовать модель угроз информационной системы вместо модели угроз ПО?

Нет, это разные документы. Модель угроз системы по методике ФСТЭК России описывает угрозы информации в конкретной системе оператора. Модель угроз по пункту 5.7 ГОСТ Р 56939-2024 описывает угрозы самой программе и её интерфейсам и нужна, чтобы направлять проверки кода.

Как связаны модель угроз и фаззинг?

Напрямую: по модели угроз и поверхности атаки составляется перечень целей для дальнейших исследований, например фаззинг-тестирования (пункт 5.7.2.3 ГОСТ Р 56939-2024). Регламент динамического анализа берёт модули для фаззинга из этого перечня.

Документы того же комплекта

Образец акта приёмки версии ПО
Акт по пунктам 5.20.3.2 и 5.20.3.4 ГОСТ Р 56939-2024: какие несоответствия остались в версии, что устранено, почему неустранённые ошибки не влияют на безопасность и как проверены подписи и контрольные суммы выпуска.
Образец журнала учёта обучения работников разработке безопасного программного обеспечения
Форма учёта по пункту 5.2 ГОСТ Р 56939-2024: кто из работников какой курс прошёл, с каким результатом и чем это подтверждено, а также семинары и рассылки о типовых ошибках и уязвимостях — с темой и составом участников.
Образец журнала учёта сообщений об уязвимостях программного обеспечения
Журнал по пунктам 5.23.3.2–5.23.3.4 ГОСТ Р 56939-2024: обращения пользователей и сведения об уязвимостях из внешних источников, проверка применимости, ответ заявителю, оценка актуальности и критичности, решение об устранении.
Образец заявки на сертификацию процессов безопасной разработки программного обеспечения
Заявка изготовителя средства защиты информации во ФСТЭК России на сертификацию процессов безопасной разработки по Порядку, утверждённому приказом ФСТЭК России от 01.12.2023 № 240: семь обязательных сведений, подпись, печать и приложение — руководство по безопасной разработке.

Входит в полный комплект

Все образцы раздела: Безопасная разработка ПО (ГОСТ Р 56939-2024).

Нормативная основа: ГОСТ Р 56939-2024 (разработка безопасного ПО). Подробный разбор — в статье «Проверки кода по ГОСТ Р 56939-2024: статический и динамический анализ, фаззинг, тестирование».

Материал носит справочный характер и не заменяет юридическую оценку под конкретную ситуацию.