Моделирование угроз
Простыми словами
Команда заранее спрашивает: что защищаем, что может пойти не так, как это предотвратить и чем подтвердить результат. Это не попытка угадать каждую атаку, а способ найти важные слабые места конструкции.
Как применяется
Процесс применяют при проектировании и существенных изменениях. Описывают потоки данных, доверие и возможности участников, анализируют злоупотребления и отказы. Нормативная модель угроз для конкретной системы требует отдельного соблюдения применимой методики: общий разбор приложения её автоматически не заменяет.
Пример применения
API позволяет менять реквизиты клиента. Команда анализирует не только TLS, но и право сотрудника менять чужую запись, подтверждение операции и аудит. Для сценария подмены определяет проверки полномочий и тесты, а при добавлении внешней интеграции возвращается к модели.
Не путать с
- Сканирование уязвимостейНаходит поддерживаемые инструментом признаки проблем; не охватывает весь анализ архитектуры и доверия.
- ПентестПроверяет осуществимость атак в заданных условиях; не заменяет проектирование защиты.
- Реестр рисковФиксирует оценку и обработку рисков; модель угроз объясняет конкретные сценарии их реализации.
Как это работает
- Описать системуФиксируют данные, компоненты, участников, потоки и границы доверия.
- Разобрать сценарииОпределяют способы раскрытия, подмены, злоупотребления и нарушения доступности.
- Выбрать мерыНазначают конкретную защиту и ответственного для приоритетных сценариев.
- Проверить и обновитьТестируют меры и пересматривают модель после изменений и новых фактов.
Продолжить изучение
Связанные термины
Частые вопросы
Нет. Архитектура и условия эксплуатации меняются, поэтому модель поддерживают в течение жизненного цикла.
Достаточно списка из БДУ?Список помогает, но нужны привязка к конкретной системе, условия реализации и обоснование мер.
Нужен один обязательный инструмент?Нет универсального инструмента для всех задач. Метод выбирают по системе и применимым требованиям.