Тестирование архитектуры безопасности Testing Security Architecture
Простыми словами
Строка отвечает на вопрос, который обычно не задают: что именно проверяем. Разд. 5.8 ставит развилку первой — «whether the goal is to test the security design or whether to test how well the system holds up in the face of malicious use». Первое означает проверку свойств: аутентификация и управление доступом работают как задумано. Второе устроено иначе: «Assuring that the system holds up in the face of malicious use involves intentionally attempting to bypass controls». Подменять второе первым — самая частая ошибка: наличие контроля доказано, обходимость не проверена. Мера успеха задана прямо: «The primary focus of testing is to ensure that the goals described in the security policy are realized in the runtime implementation». Тестирование замыкает политику на работающую систему — без него архитектура не гарантирует ничего.
Примеры
Статический анализ — сканирование кода приложения; анализ во время выполнения — поиск уязвимостей в работающих системах; и «Fuzzing/fault injection: purposely injecting malicious or unexpected data to cause faults».
O-ESA (The Open Group Guide G112), разд. 5.8 — тестирование архитектуры безопасности
Начинать с малого; «focus on the areas of biggest impact, not casting the widest net initially»; назначить наставника; измерять результат; сделать процесс своим — вплоть до владения руководством, стандартами и результатами.
O-ESA (The Open Group Guide G112), разд. 5.8 — практика статического анализа
Тестирование не названо среди процессов эксплуатации во вводной главе, а закрывающий абзац главы 5 стоит перед разд. 5.8. В чек-листе прил. B оно при этом есть отдельной строкой — оттуда и взято в реестр.
O-ESA (The Open Group Guide G112), разд. 2.2, 5.7 и прил. B — состав процессов эксплуатации
Определение из первоисточника
дословная выпискаThere are several techniques to consider when testing security architecture. The first point to consider is whether the goal is to test the security design or whether to test how well the system holds up in the face of malicious use. Checking the security design functions as expected means testing the security properties in the system such as authentication and access control. Assuring that the system holds up in the face of malicious use involves intentionally attempting to bypass controls.
При тестировании архитектуры безопасности стоит рассмотреть несколько техник. Первое, что надо решить, — цель в том, чтобы проверить ПРОЕКТ безопасности, или в том, чтобы проверить, насколько хорошо система держится при злонамеренном использовании. Проверка того, что проект безопасности работает как задумано, означает тестирование свойств безопасности системы, таких как аутентификация и контроль доступа. Удостовериться, что система держится при злонамеренном использовании, — значит намеренно пытаться обойти средства контроля.
ИсточникOpen Enterprise Security Architecture (O-ESA): A Framework and Template for Policy-Driven Security. The Open Group Guide, April 2011, № документа G112, ISBN 1-931624-94-1
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Три способа проверить достижение целей политики (разд. 5.8): статический анализ (сканирование кода приложения), анализ во время выполнения (поиск уязвимостей в работающих системах), фаззинг и внесение сбоев. Пять ключей к тому, чтобы тестирование безопасности давало результат: начинать с малого; бить в самое важное, а не охватывать всё сразу; назначить наставника; измерять результат; сделать процесс своим.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций