Образец отчёта об анализе текущего состояния процессов разработки безопасного ПО

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

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

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

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

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

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

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

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

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

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

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

1 000 ₽ разово

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

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

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

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

Что входит

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

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

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

  • дату анализа и кто его проводил;
  • состояние каждого из 25 процессов раздела 5 стандарта с обоснованием;
  • оценку достаточности реализованных процессов и соответствия применяемым инструментам и технологиям;
  • оценку материальных и людских ресурсов по каждому процессу;
  • результаты внутренней проверки: руководство и документация, артефакты, средства анализа, фактическое выполнение, сборочная среда, работники;
  • выводы и предложения по улучшению процессов.

Как оформить

  1. Оцените каждый процесс по артефактам, а не по ощущениям: регламент, отчёт инструмента, запись в системе задач.
  2. Отметьте процессы, которые не применяются, только если это обосновано документом, предъявляющим требования.
  3. Посчитайте ресурсы: люди, время, оборудование, обучение — по каждому процессу с пробелами.
  4. Поручите внутреннюю проверку работнику, который не участвует в разработке.
  5. Передайте выводы в план развития процессов и доложите руководителю.

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

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

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

Как часто проводить анализ?

Стандарт требует анализа «периодически» и не называет срок. Периодичность устанавливает сам разработчик в руководстве; обычно — раз в год и перед подачей заявки на сертификацию или передачей материалов заказчику.

Можно ли показать отчёт органу по сертификации?

Да, это артефакт процесса планирования (пункт 5.1.3.1 ГОСТ Р 56939-2024). Орган по сертификации проверяет артефакты процессов 5.1–5.25 (пункт 19 Порядка, утверждённого приказом ФСТЭК России от 01.12.2023 № 240), и отчёт о состоянии входит в их число.

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

Образец акта приёмки версии ПО
Акт по пунктам 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 (разработка безопасного ПО). Подробный разбор — в статье «Сертификация процессов безопасной разработки ПО: порядок ФСТЭК России № 240».

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