V1.1.2 Secure Software Development Lifecycle

Requirement:

Verify the use of threat modeling for every design change or sprint planning to identify threats, plan for countermeasures, facilitate appropriate risk responses, and guide security testing.

Explanation:

Требование определяет использование моделирования угроз в жизненном цикле безопасной разработки ПО (SDLC) для каждого изменения проекта или планирования спринта.

• Threat Modeling: Моделирование угроз - это структурированный подход к определению потенциальных угроз, уязвимостей и рисков в программной системе или приложении. Он включает в себя анализ проектирования, архитектуры, компонентов и потоков данных системы с целью выявления потенциальных слабых мест в системе безопасности.
• Design Change or Sprint Planning: Данное требование подчеркивает необходимость включения моделирования угроз на ранних стадиях процесса разработки, например, при внесении изменений в проект или планировании спринта. Это стимулирует проактивный подход к обеспечению безопасности путем учета угроз до внедрения изменений или функций.

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

STRIDE- это методология моделирования угроз для выявления и устранения угроз безопасности. Она расшифровывается как

• (S) Spoofing
• (T) Tampering,
• (R) Repudiation
• (I) Information Disclosure
• (D) Denial of Service
• (E) Elevation of Privilege

---

Использование методологии STRIDE для моделирования угроз к примеру для Интернет-банкинга:

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

1. Spoofing:

• Threat: Злоумышленники могут подделать идентификационные данные пользователей и получить доступ к их счетам.
• Countermeasure: внедрение надежных механизмов аутентификации, таких как многофакторная аутентификация (MFA), для проверки подлинности личности пользователя.

2. Tampering:

• Threat: Злоумышленники могут подделать данные транзакции, изменив получателя или сумму.
• Countermeasure: использование проверок целостности сообщений (например, цифровых подписей) для обеспечения целостности данных.

3. Repudiation:

• Threat: Пользователи или злоумышленники могут отклонить выполнение определенных транзакций.
• Countermeasure: реализовать логирование транзакций и механизмы недопущения отклонения транзакций для отслеживания и проверки действий пользователей.

4. Information Disclosure:

• Threat: Конфиденциальные данные пользователей, такие как остатки на счетах или персональные данные, могут быть раскрыты.
• Countermeasure: шифрование конфиденциальных данных как при передаче (например, с помощью протокола HTTPS), так и в состоянии покоя (например, в базах данных).

5. Denial of Service (DoS):

• Threat: Злоумышленники могут проводить DoS-атаки с целью нарушения работы банковских сервисов.
• Countermeasure: Для защиты от DoS-атак используйте ограничение скорости, систему обнаружения вторжений и резервирование.

6. Elevation of Privilege:

• Threat: Злоумышленники могут использовать уязвимости для получения несанкционированного доступа и повышения своих привилегий.
• Countermeasure: Применять принцип наименьших привилегий, осуществлять надлежащий контроль доступа, регулярно ставить патчи и обновлять систему для минимизации уязвимостей.

Remediation:

Чтобы реализовать требование, основываясь на методологии STRIDE необходимо выполнить следующее:

1 Integrate Threat Modeling into Sprint Planning:

• Необходимо реализовать процесс разработки так, чтобы моделирование угроз стало стандартной практикой при планировании спринта.
• Определите ответственных за моделирование угроз в команде разработчиков.

2 Identify Threats and Vulnerabilities:

• Анализ планируемых изменений и определите потенциальных угроз и уязвимостей.
• При этом учитываются такие аспекты, как поток данных, аутентификация, авторизация, проверка ввода и хранение данных.

3 Risk Assessment:

• Оценка уровня критичности и вероятность каждой выявленной угрозы или уязвимости.
• Определение их приоритетности в зависимости от степени риска, чтобы сосредоточиться на наиболее критичных проблемах.

4 Countermeasures and Security Controls:

• Определение контрмер и контроля безопасности для устранения выявленных угроз и уязвимостей.
• К ним могут относиться проверка достоверности вводимых данных, контроль доступа, шифрование и безопасное кодирование.

5 Documentation:

• Документация результатов моделирования угроз, включая выявленные угрозы, риски и контрмеры.
• Обеспечение доступа к этой документации для команды разработчиков и соответствующих заинтересованных сторон.

6 Security Testing:

• Использование результатов моделирования угроз для проведения тестирования на безопасности, включая тестирование на проникновение, анализ кода и проверку уязвимостей.

Скопируйте в пространство вашего проекта шаблон [Threat Modeling] HTTP(s) Data Flow, используя вложенные инструкции, переделайте документ.

Шаблоны:

• [Threat Modeling] Frontend Server
• [Threat Modeling] Backend Server
• [Threat Modeling] HTTP(s) Data Flow

Additional: