Куда я попал?
SECURITM это SGRC система, ? автоматизирующая процессы в службах информационной безопасности. SECURITM помогает построить и управлять ИСПДн, КИИ, ГИС, СМИБ/СУИБ, банковскими системами защиты.
А еще SECURITM это место для обмена опытом и наработками для служб безопасности.

AppSec Table Top: методология безопасной разработки от Positive Technologies

Framework

Регламент безопасной разработки

Для проведения оценки соответствия по документу войдите в систему.

Список требований

  • Инициатива: Регламент безопасной разработки
    Описание:
    Регламент безопасной разработки выступает в качестве практического руководства, детализирующего положения и принципы, определенные в политике БР [
    OAD1]. Если политика отвечает на вопрос «Что нужно делать?», то регламент раскрывает, как именно это делать. В документе подробно описываются конкретные шаги, последовательность действий, взаимосвязь практик, распределение ролей и ответственности. 
    Для наглядности и полноты изложения регламент может дополняться описанием практик и задач, процессными картами, инструкциями и другими приложениями, облегчающими внедрение и соблюдение требований безопасности.
    Шаги реализации:
    1. Проанализировать политику безопасной разработки, чтобы четко понимать контекст, цели и общие требования к БР.
    2. Определить, для кого предназначен регламент (разработчики, тестировщики, специалисты по безопасности, руководители проектов и т. д.), чтобы адаптировать язык и уровень детализации.
    3. Продумать логическую структуру документа, чтобы обеспечить его доступность и удобство использования.
    4. Разделить каждый процесс, обозначенный в политике, на конкретные шаги и описать их.
    5. Определить ролевую модель и четко указать, кто и за что отвечает в каждом процессе.
    6. Предоставить информацию об инструментах и технологиях для реализации практик безопасности.
    7. Дополнить текстовое описание схемами, диаграммами, таблицами и другими визуальными элементами для лучшего восприятия материала (например, наглядными процессными картами, отражающими последовательность действий и взаимодействие участников в рамках БР).
    8. Разработать шаблоны документов (плана тестирования безопасности и т. п.) и чек-листы, которые помогут сотрудникам следовать требованиям регламента.
    9. Дополнить внутренний портал безопасности вспомогательной информацией, примерами, рекомендациями по БР.
    10. Довести регламент до сотрудников и разместить его на внутреннем портале.
    11. Утвердить документ и внедрить процедуры контроля за соблюдением требований регламента — например, в рамках внутренних аудитов.
    12. Установить периодичность пересмотра и актуализации регламента с учетом изменений в законодательстве, стандартах, технологиях и угрозах безопасности.
    Зона ответственности: AppSec
    Инструмент: -
    Артефакт: Регламент безопасной разработки
Название Severity IP Integral
1111111 111 11 1111 11111111111111111 1111111 1 11111111111111111
 - 
1
 - 
11 111111111 111 1111111111111111111111111 1111 1 11111 1111111
 - 
1
 - 

Мы используем cookie-файлы, чтобы получить статистику, которая помогает нам улучшить сервис для вас с целью персонализации сервисов и предложений. Вы может прочитать подробнее о cookie-файлах или изменить настройки браузера. Продолжая пользоваться сайтом, вы даёте согласие на использование ваших cookie-файлов и соглашаетесь с Политикой обработки персональных данных.