Adaptive Access — complete decision and remediation lifecycle
securityv1/01 Views
/02 About
Explicit conditional access branches: permit, deny, step-up authentication, limited session, revoke, re-evaluate and remediate with logged obligations.
Purpose: Explicit conditional access branches: permit, deny, step-up authentication, limited session, revoke, re-evaluate and remediate with logged obligations. Architecture scope: independently reconstructed reference responsibilities, operational flows, policy decisions, assurance concerns, exception pathways and security boundaries. Grouped viewpoints describe coherent service or activity sequences. Focused trace views expose inter-domain obligations and information exchanges. Adoption: refine control and data-flow semantics to the enterprise ecosystem; map resource owners, role and workload identities, interfaces, failure policies, information classification, privacy obligations, deployment options and operational evidence. Reference elements alone do not establish an authorization, compliance result, formal proof, cryptographic assurance, or production readiness. Public conceptual basis: https://csrc.nist.gov/pubs/sp/800/207/final. This is an original Arq vendor-neutral interpretation, not an official implementation diagram or an endorsed/certified solution.
Published by Lattix · 20 elements · 22 relationships · validated on publish
/03 Contents
- Activity
- Receive access request, Validate credentials and context, Evaluate resource policy, Select policy outcome, Issue bounded authorization, Mediate approved resource use, Observe ongoing session, Request additional verification, Refresh session risk context, Re-evaluate policy, Provide bounded denial rationale, Request corrective action, Verify remediation outcome, Terminate resource access, Record decision and obligations, Review audit and exceptions
- State
- Permit with bounded scope, Require elevated assurance, Deny access, Revoke active authorization