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

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

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

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

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

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

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

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

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

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

Сформировать в кабинете Тарифы

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

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

600 ₽ разово

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

Ступень «Реквизиты»: в образце заполнены реквизиты: организация, фамилии, должности, даты и номера.

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

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

Что входит

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

Выберите вариант образца

Изготовитель средства защиты: сертификация процессов межсетевой экран уровня узла; процессы готовятся к сертификации по приказу ФСТЭК России № 240 Разработчик делового ПО из реестра российских программ система электронного документооборота; процессы выбраны добровольно — анализ кода и реагирование на уязвимости Поставщик ПО для значимых объектов КИИ система учёта ремонтов оборудования; заказчики — субъекты КИИ требуют выполнения пункта 29.3 приказа ФСТЭК России № 239 Исполнитель госконтракта: региональная государственная система система учёта обращений граждан; требования стандарта включены в техническое задание Небольшая продуктовая команда: процессы впервые облачный сервис онлайн-записи; обязательных требований нет, процессы внедряются по плану на полтора года

Электронная почта

Согласен на обработку адреса почты для выдачи образца и связи со мной — политика обработки ПДн.

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

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

что считается секретом у разработчика;
система хранения и выдачи секретов;
кто и в каком порядке получает доступ к секретам;
проверка кода и конфигурационных файлов на включённые секреты;
смена секретов — плановая и при компрометации;
действия при обнаружении секрета в репозитории.

Как оформить

Найдите все секреты, которые сейчас используются: ключи подписи, пароли стендов, токены развёртывания.
Выберите систему управления секретами или хотя бы защищённые переменные конвейера.
Включите проверку кода на секреты при каждом изменении.
Опишите, что делать с найденным секретом: смена обязательна, удаление из истории — по решению ответственного.
Утвердите регламент.

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

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

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

Обязательно ли внедрять хранилище секретов?

Стандарт допускает применять требования пункта 5.15 по усмотрению разработчика и в нужном объёме (примечание к пункту 5.15.2 ГОСТ Р 56939-2024). Если хранилища нет, это указывают в регламенте и описывают, как защищены секреты вместо него.

Можно ли проверять код на секреты статическим анализатором?

Да, стандарт это прямо допускает: проверку можно реализовать средствами статического или композиционного анализа (примечание к пункту 5.15.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: семь обязательных сведений, подпись, печать и приложение — руководство по безопасной разработке.

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

Полный комплект документов по безопасной разработке программного обеспечения — 45 документов с образцами за одну организацию, 8 900 ₽

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

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

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