Модуль перевода политики Policy Translation Module
Простыми словами
Второй шаг — тот, на котором политика перестаёт быть политикой и становится техническими стандартами. Опорой служит определение вычислительной среды предприятия: без него непонятно, во что именно переводить. Главное, что стоит вынести из разд. 6.3, — перевод не однозначный: «each policy statement may translate to multiple implementing standards, depending on the number of technical controls, end-point architecture variations, and environment-specific variations required». То есть один пункт политики порождает пучок стандартов, а не один. Второе — привязка к типу, а не к экземпляру: «In short, this module converts high-level security policy to detailed technical standards based on the type of device/service». Разложить эти стандарты по конкретным машинам — уже работа следующего модуля, и путать эти два шага не стоит.
Примеры
В примере HIPAA разд. 6.3.1 повторяет то же: каждое положение политики HIPAA может дать несколько реализующих технических стандартов — по нескольку технических средств контроля на каждый тип устройства или службы.
O-ESA (The Open Group Guide G112), разд. 6.3.1 — модуль перевода политики в примере HIPAA
Стандарт настройки межсетевого экрана — результат перевода; сколько таких экранов стоит и как их зовут, на этом шаге не важно. Экземпляры появятся на шаге инстанцирования.
O-ESA (The Open Group Guide G112), разд. 6.3 — модуль перевода политики
Разд. 6.2 показывает, чем этот шаг занят сегодня: определение политики и стандартов делается вручную, «The amount of manual versus automated configuration definition varies widely from organization to organization».
O-ESA (The Open Group Guide G112), разд. 6.2 — текущее состояние
Определение из первоисточника
дословная выпискаTakes the enterprise-specific policy specification statements and translates them, based on the enterprise computing environment definition, to produce the enterprise-specific technical standards. Note that each policy statement may translate to multiple implementing standards, depending on the number of technical controls, end-point architecture variations, and environment-specific variations required. In short, this module converts high-level security policy to detailed technical standards based on the type of device/service.
Берёт положения спецификации политики, специфичной для предприятия, и переводит их на основе описания вычислительной среды предприятия, порождая технические стандарты, специфичные для предприятия. Заметим, что каждое положение политики может переводиться в несколько реализующих стандартов — в зависимости от числа технических средств контроля, вариантов архитектуры конечных точек и требуемых особенностей среды. Короче говоря, этот модуль преобразует политику безопасности высокого уровня в подробные технические стандарты исходя из типа устройства или службы.
Источник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
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Второй из трёх шагов. Источник оговаривает: одно положение политики может переводиться в несколько реализующих стандартов — по числу технических средств контроля, вариантов архитектуры конечных точек и особенностей среды.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей