Zero Trust Engineering — Role, attribute and relationship-based authorization

securityv1

/01 Views

Capability definition and hierarchyarchimate
Operational activity sequencesecurity
Exception and recovery activity sequencesecurity
Conformant decision branchsecurity
Denied, conditional or degraded branchsecurity
Identity-scoped information exchangec4
Context and decision inputsecurity
Policy authority and evaluationsecurity
Decision distribution and resource mediationsecurity
Enforcement decision evidencesecurity
Policy ownershiparchimate
Security control and protected resourcesecurity
Control and failure risksecurity
Conformance obligationarchimate
Capability assurancearchimate
Resource trust boundarysecurity
Activity-to-capability realizationarchimate
Logical service capability realizationarchimate
Step-up outcomesecurity
Challenge collectionsecurity
Fresh policy evaluationsecurity
Active-session revocationsecurity

/02 About

Identity and access engineering reference for role, attribute and relationship-based authorization, including policy, logical interfaces, recovery and assurance.

Purpose: Role, attribute and relationship-based authorization. Domain: Identity and access. Family: decision. Scenario trigger: Request access with role, attribute and relationship evidence. Input assurance: Role membership, resource tags, relationships and environment. Evaluation: Evaluate fine-grained policy combining supported models. Governing policy: Least privilege, policy precedence and deny overrides. Resource-side obligation: Enforce scoped action and object authorization. Protected concern: Protected business resource. Logical interface: Subject action object relationship claims policy response and conditions. Evidence: Authorization attributes policy version and obligations. Failure: Ambiguous policy conflict or attribute spoofing. Required recovery: Deny unsafe action and request policy reconciliation. Architectural invariant: Authorization applies to subject-action-object-context and must not inherit broad implicit permission Adoption: replace reference roles with concrete owner-controlled services. Specify exact provider/consumer identities, schema fields and classifications, signal provenance and freshness, idempotency, authorization lifetime, timeout/retry limits, observation and tamper evidence. A denied or failed operation must not silently become a permitted one. Scope: original vendor-neutral, implementation-agnostic technical reference model. Illustrative logical components and behaviors are neither a deployed system nor evidence of regulatory compliance. Package identities remain stable within the package; cross-package semantic reconciliation requires separate explicit registry support.

Curated · other · unspecified · Published by Lattix · 28 elements · 34 relationships · validated on publish

/03 Contents

Capability
Identity and access, Role, attribute and relationship-based authorization
Role
Identity and access owner
Business Actor
Access-requesting principal
Activity
Request access with role, attribute and relationship evidence, Verify: Role membership, resource tags, relationships and environment, Assess: Evaluate fine-grained policy combining supported models, Execute: Enforce scoped action and object authorization, Exception: Ambiguous policy conflict or attribute spoofing, Recover: Deny unsafe action and request policy reconciliation, Collect additional authorization evidence
Application Component
Role membership, resource tags, relationships and environment, Evaluate fine-grained policy combining supported models, Enforce scoped action and object authorization
Application
Protected business resource
Policy
Least privilege, policy precedence and deny overrides
API
Role, attribute and relationship-based authorization logical interface
Message/Event Schema
Subject action object relationship claims policy response and conditions
Data Store
Authorization attributes policy version and obligations
Control
Role, attribute and relationship-based authorization enforcement assurance
Risk
Ambiguous policy conflict or attribute spoofing risk
Requirement
Authorization applies to subject-action-object-context and must not inherit broad implicit permission
Measure
Role, attribute and relationship-based authorization assurance completeness
Trust Boundary
Role, attribute and relationship-based authorization authority boundary
State
Conditionally authorized, Denied or additional proof required, Additional assurance required, Active authorization revoked