Корпоративные архитектуры

Оговорка Caveat

Простыми словами

Caveat (оговорка) — единственный конкретный потомок SecurityConstraint, и нужен он ровно для обратной стороны правила: не что запрещено, а при каких иных условиях правило не действует. Это не «примечание к политике» и не исключение из списка ограничений: в модели Caveat остаётся полноценным ограничением безопасности и через SecurityConstraint прицепляется к SubjectOfSecurityConstraint — активу, роли, соединителю, обмену. Появляется он в одном виде — Security Connectivity, где на диаграмме стоит под SecurityConstraint рядом с обменами и соединителями. Отсюда типичная ошибка: писать оговорку текстом внутри самого правила. Тогда её нельзя ни отдельно проследить, ни отдельно проверить, а вид связности перестаёт показывать, где именно правило перестаёт работать.

Примеры

Правило и его отмена — разные элементы

SecurityConstraint определён как тип правила, фиксирующий формальную запись языка политики доступа; Caveat же детализирует альтернативные условия, при которых правило не действует. Разделение позволяет проверить политику и её исключения по отдельности.

UAF DMM 1.3, разд. 9.1.8 — определения SecurityConstraint и Caveat

Где встречается

В перечне элементов вида Security Connectivity Caveat стоит вместе с SecurityConstraint и SubjectOfSecurityConstraint: оговорка привязывается к обменам и соединителям между исполнителями, а не к отдельно взятому активу.

UAF DMM 1.3, разд. 8.1.8, вид Security Connectivity — Caveat в перечне элементов

Связь с внешней политикой

Стандарт ожидает, что реализации UAF позволят пользователям связывать ограничения безопасности с внешними файлами на XACML. Оговорка при таком связывании — то место, где в модели видно исключение, оставшееся во внешнем файле политики.

UAF DMM 1.3, разд. 8.1.8, вид Security Constraints — it is expected that implementations of UAF allow users to link security constraints to external files repr…