SYSTEM ATLASЗагрузка материала

Security by Design

Security by Design

Безопасность учитывается в архитектуре, а не добавляется после реализации.

Простыми словами

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

Механизм действия

Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.

Пример в работе

Нерабочий подход

Решение принимают без учета механизма «Security by Design», оценивая только ближайший эффект.

Системный подход

Перед изменением проверяют, как «Security by Design» влияет на ограничения, стимулы, зависимости и вторичные последствия.

Ограничения

«Security by Design» объясняет только часть происходящего в области «Безопасность». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.

Источник

Microsoft. Microsoft Security Development Lifecycle Practices (current).

Первоисточник