Проблемы и решения применения подхода Secure by Design
Концепция Secure by Design подразумевает соблюдение требований ИБ к ИТ-системам или ландшафту так, чтобы необходимую защиту обеспечивал сам принцип построения решения на уровне архитектуры.
Подход Security by Design — это стратегическое направление развития информационной безопасности. Он позволяет организациям перейти от реактивных мер к системному управлению рисками, снижая издержки и ускоряя внедрение решений.
Проектируя безопасность вместе с системой, компании создают архитектуру доверия, где информационная безопасность становится фундаментом технологического развития.
Подход к разработке программного обеспечения и систем Secure by Design основан на интеграции мер информационной безопасности в архитектуру. На этапе проектирования закладывает фундамент обеспечения безопасности информации, который сопровождается в течении всего процесса создания системы. Данный подход возможно применять как для трансформации имеющейся архитектуры, так и создания новой.
При реализации сценария разработки продуктов с нуля методом Secure by Design возникает проблема, связанная с балансом между показателем скоростью выпуска продукта на рынок и уровнем его безопасности.
Информационная безопасность является значительной статьей расхода и не приносит прямого дохода, но можно рассматривать подход Secure by Design как инвестиции в будущее, который позволит минимизировать риски возникновения инцидентов, предотвратить потери, повысить соответствие требованиям нормативных документов по защите информации, увеличить преимущества в виде снижения издержек на внедрение и поддержку систем безопасности и повысить доверие со стороны клиентов, партнёров и регуляторов. В итоге данный подход отразится на конкурентных преимуществах.
Применение подхода Secure by Design к уже созданным системам является очень затратным для компании и возможно только путем трансформации архитектуры, при которой возникает множество проблем. Secure by Design требует совместной работы ИТ и ИБ - специалистов различных уровней, увеличения трудовых и временных затрат, привлечение дополнительного финансирования и задержке при вводе в эксплуатацию, а также накладывается ряд ограничений на использование созданной системы, в связи с изменением архитектуры. Дополнительно руководству компании необходимо принять необратимость внесения изменений в архитектуру для повышения уровня защиты, в соответствии с растущими требованиями к защищенности.
Архитектура, построенная по принципу Security by Design, объединяет ИТ и ИБ в единую систему управления рисками.
Рассмотрим проблемы при использовании подхода Secure by Design
Увеличение затрат на разработку при подходе Secure by Design требует дополнительных вложений на этапе проектирования, приводит к удорожанию разработки. Планирование расходов на безопасность на ранних этапах эффективнее, чем последующая переделка готовой архитектуры.
Дополнительные затраты и ресурсы необходимые при внедрении надежных функций безопасности на ранних этапах может увеличить первоначальную стоимость и время разработки продукта по сравнению с созданием базовой версии без акцента на безопасность.
Недостаток квалификации разработчиков. Многие разработчики знакомы с базовыми принципами программирования, но могут не обладать достаточной компетенцией в специфических аспектах безопасности, методах тестирования и проектирования защищенных архитектур. Необходима подготовка (обучение) квалифицированных специалистов по новым стандартам, для которых необходимо создать условия для обучения, привлечение специалистов из других подразделений компании.
Недостаток специалистов с нужными компетенциями, а также необходимость привлечения специалистов по безопасности на ранних этапах разработки. От архитекторов ИБ нужно более глубокое понимание как бизнес-контекста, так и технической составляющей продуктов.
Так же требуется компромисс между скоростью выпуска продукта и уровнем безопасности. На начальных этапах проекта часто приходится выбирать между быстрым запуском и глубокой проработкой архитектуры безопасности, создавая конфликт между скоростью и надежностью.
Оценка пользы от инвестиций в подходе Security by Design не всегда заметна, так как будущие угрозы пока не претворились в жизнь.
Возможны риски, связанные с уязвимостями при появлении новых типов атак, ведь традиционные методы защиты не учитывают фундаментальную проблему, потому что многие системы изначально уязвимы на уровне своей архитектуры.
Не все уязвимости очевидны на этапе проектирования. Некоторые проблемы безопасности возникают из-за ошибок в коде или некорректной конфигурации уже на этапе эксплуатации.
Проблемы возникают и с поддержкой уже существующих систем. Многие устройства работают под управлением устаревших ОС, их сложно обновлять без риска сбоев, а применение патчей может быть неэффективным.
И самая сложная задача — это поменять отношение к важности информационной безопасности.
Принципы безопасного проектирования
Результатом применения подхода Secure by Design, является соблюдение требований информационной безопасности к ИТ-системам направленных на реализацию основных принципов:
Безопасность с самого начала. Безопасность является неотъемлемой частью всех стадий разработки. Даже на этапе анализа требований закладываются меры защиты, учитывающие потенциальные угрозы.
1. Наименьшие привилегии (Least Privilege). Компоненты и пользователи получают только минимально необходимые права для выполнения своих задач.
2. Защита по умолчанию (Secure Defaults/Fail-safe). Система настроена на максимальную безопасность сразу после установки, запрещая все, кроме явно разрешенного.
3. Многоуровневая защита (Defense in Depth). Использование нескольких слоев безопасности, чтобы компрометация одного не приводила к полному отказу системы.
4. Минимизация поверхности атаки (Attack Surface Minimization). Сокращение количества точек входа, интерфейсов и зависимостей, которые могут быть использованы для атаки.
5. Интеграция анализа угроз (Threat Modeling). Проведение оценки сценариев атак на этапах проектирования для выявления уязвимостей на ранних стадиях.
6. Простота (Economy of Mechanism). Чем проще механизм, тем он, как правило, безопаснее.
7. Полная медиация (Complete Mediation). Контроль всех взаимодействий в системе без "темных углов".
8. Разделение привилегий (Separation of Privilege). Многофакторный контроль доступа, где требуется несколько подтверждений.
9. Психологическая приемлемость (Psychological Acceptability). Система должна быть интуитивно понятной для пользователя, чтобы он не создавал лазеек из-за неудобства.
