Референсная модель безопасности Security Reference Model (SRM) · FEAF
Простыми словами
SRM устроен иначе прочих пяти: это не слой, а сквозная модель — «Security is integral to all architectural domains and at all levels of an organization», и она «must be woven into all of the sub-architectures of the overarching EA». Областей три — Purpose, Risk, Controls, разбитые на шесть подобластей, и каждая прорабатывается на уровне предприятия, ведомства и системы. Логика движения сверху вниз: законы и стандарты превращаются в политики, политики — в контроли ведомства, контроли — в требования к конкретной системе, причём контроль, закрытый на уровне ведомства, наследуется системами. В TOGAF отдельного домена безопасности нет, и приравнивание SRM к слою безопасности ломает главное свойство модели — сквозной характер. Собственные документы ведомства по этой модели — артефакты SP-1…SP-6.
Примеры
«The Federal Security Reference Model (SRM) has three areas: Purpose, Risk, and Controls; these are divided into six total subareas», и «Each one of these subareas must be addressed at the enterprise, agency, and system level».
FEAF v2 (2013), §34.2 Structure of the Security Reference Model, рис. 14
«Controls maintained or satisfied at the agency level can then be inherited at lower system or application levels». Обратная сторона: «Security flows down; but if no agency or segment provides or defines the control, the system architect must put them in place, creating extra effort and inconsistency between systems».
FEAF v2 (2013), §34.2 и §35.3 Enforcing Design with Controls at the System or Application Level
«the SRM uses the controls selected by the agency or segment to actually "bake" security into a system or application» — в отличие от контролей FISMA, которые позволяют проверить систему постфактум.
FEAF v2 (2013), §34.2, абзац Controls
Определение из первоисточника
дословная выпискаThe Security Reference Model (SRM) provides a common language and methodology for discussing security and privacy in the context of federal agencies’ business and performance goals.
Даёт общий язык и методологию обсуждения безопасности и приватности в контексте бизнес-целей и целей результативности федеральных ведомств.
Источникhttps://obamawhitehouse.archives.gov/sites/default/files/omb/assets/egov_docs/fea_v2.pdf
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Структура (§34.2): три области — Purpose, Risk, Controls, разбитые на шесть подобластей; каждая должна быть проработана на уровне предприятия, ведомства и системы
В других подходах
Сопоставления одного понятия в разных подходах.
Эталонная модель многократного применения.
Семантические различия У FEAF это шесть конкретных референсных моделей, у GERAM — частичные модели предприятия (PEM), у ИСО 19439 — уровень общности. Общее — повторное использование; форма и статус разные.
Корпоративные архитектуры
- FEAFPerformance Reference Model (PRM)
- FEAFBusiness Reference Model (BRM)
- FEAFData Reference Model (DRM)
- FEAFApplication Reference Model (ARM)
- FEAFInfrastructure Reference Model (IRM)
- FEAFSecurity Reference Model (SRM)
- PERA / Purdue MethodologyLogical System Model
- ISO 19439partial level
- ISO 19439partial model
Около корпоративной архитектуры
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей