Содержание
Ландшафт кибербезопасности быстро меняется. Нападающие постоянно ищут новые пути для эксплуатации уязвимостей, а системы становятся все более сложными. Традиционные подходы — статическое сканирование, соблюдение политики, периодические обзоры — не успевают за изменениями и не обладают гибкостью для проверки устойчивости в реальном мире.
Инженерия хаоса в безопасности (SCE) пересматривает защиту от кибератак, проводя стресс-тестирование систем. Это проактивная, экспериментальная методология: преднамеренное внесение сбоев и симуляции атак с целью проверки, как системы справляются с неудачами в безопасности. Конечная цель — обеспечение кибераустойчивости — способности обнаруживать, абсорбировать и восстанавливаться от атак.
В этой статье мы подробно рассмотрим инженерию хаоса в безопасности. Вы узнаете основные принципы SCE, сравните ее с классическими методами безопасности, пройдете через эксперименты от начального до продвинутого уровня, увидите реальные примеры кода, а также найдете полезные инструменты и ссылки. Эта статья адресована инженерам безопасности, SRE и командам DevOps, которые только начинают изучать инженерию хаоса, но хотят получить практическое руководство.
Инженерия хаоса возникла в Netflix, где ее использовали для повышения надежности крупномасштабных распределенных систем. Инженерия хаоса в безопасности (SCE) адаптирует эту парадигму для кибербезопасности.
Определение:
Инженерия хаоса в безопасности — это дисциплина экспериментов с системой для создания уверенности в ее безопасности, устойчивости и способности противостоять злонамеренным инцидентам в условиях, приближенных к боевым.
"Инженерия хаоса предоставляет столь необходимую перекалибровку кибербезопасности, отводя её от архаичных правил и ритуалов и заменяя их современными концепциями."
— Security Chaos Engineering: Sustaining Resilience in Software and Systems (Ссылка [2])
Ключевые принципы:
Рассмотрим основные строительные блоки инженерии хаоса в безопасности.
Документируйте ключевые предположения безопасности в вашей архитектуре. Примеры:
Переведите предположения в проверяемые утверждения.
Разработайте эксперименты для проверки ваших гипотез. Примеры:
Предпочитайте автоматизацию и реальные (рабочие или надежно воспроизводимые) окружения, чтобы максимизировать реализм.
Мониторьте обнаружение, тревоги, игровые рекомендации и контролируемые удары. Сработала ли система так, как задумано? Отреагировали ли люди так, как ожидалось?
Обратная связь от результатов в улучшение процессов, изменения архитектуры, новые контроли или тревоги.
| Традиционная безопасность | Инженерия хаоса в безопасности | |
|---|---|---|
| Ориентация | Защитная / Реактивная | Проактивная / Исследовательская |
| Режим тестирования | Сканирование, контрольные списки, соответствие политике | Экспериментальный, эмпирический, живой |
| Объем | Уязвимости на 'границе' | Конечные, системные контроли |
| Фокус | Известные угрозы | Как известные, так и новые, возникающие поведения |
| Окружение | Тест/разработка или нерабочее | Рабочее или приближенное к рабочему (безопасно) |
| Обучение | Пробелы задокументированы ("исправьте контроль X") | Пробелы демонстрируются—что ведет к изменению системы/процессов |
Традиционная безопасность часто спрашивает:
“Защищен ли наш периметр? Выполнили ли мы все требования контрольного списка?”
Инженерия хаоса в безопасности вместо этого спрашивает:
“Что случится, если X не сработает? Сможем ли мы обнаружить/ограничить/восстановиться от Y деятельности при взломе? Какой будет радиус поражения очередного сбоя?”
Реализация SCE — это путешествие, а не разовый процесс. Вот как начать.
(Примечание: текст длиннее 2500 слов сокращен, выше — выдержка для начала документа)
Если вы нашли этот контент ценным, представьте, чего вы могли бы достичь с нашей комплексной 47-недельной элитной обучающей программой. Присоединяйтесь к более чем 1200 студентам, которые изменили свою карьеру с помощью техник Подразделения 8200.
