Zero Trust Engineering — Multi-factor and phishing-resistant authentication

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 multi-factor and phishing-resistant authentication, including policy, logical interfaces, recovery and assurance.

Purpose: Multi-factor and phishing-resistant authentication. Domain: Identity and access. Family: decision. Scenario trigger: Challenge principal for strong authentication. Input assurance: Authenticator possession, verifier origin and phishing resistance. Evaluation: Evaluate multifactor proof and assurance requirements. Governing policy: Risk-adjusted authenticator acceptance policy. Resource-side obligation: Accept verified factors or demand stronger authenticator. Protected concern: High-sensitivity access request. Logical interface: Authenticator proof challenge factor binding and assurance assertion. Evidence: Authentication factor challenge outcome and assurance evidence. Failure: Phishable factor or mismatched verifier origin. Required recovery: Block session and invoke alternative trusted proof. Architectural invariant: Strong authentication must resist credential replay and unintended verifier binding 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, Multi-factor and phishing-resistant authentication
Role
Identity and access owner
Business Actor
Access-requesting principal
Activity
Challenge principal for strong authentication, Verify: Authenticator possession, verifier origin and phishing resistance, Assess: Evaluate multifactor proof and assurance requirements, Execute: Accept verified factors or demand stronger authenticator, Exception: Phishable factor or mismatched verifier origin, Recover: Block session and invoke alternative trusted proof, Collect additional authorization evidence
Application Component
Authenticator possession, verifier origin and phishing resistance, Evaluate multifactor proof and assurance requirements, Accept verified factors or demand stronger authenticator
Application
High-sensitivity access request
Policy
Risk-adjusted authenticator acceptance policy
API
Multi-factor and phishing-resistant authentication logical interface
Message/Event Schema
Authenticator proof challenge factor binding and assurance assertion
Data Store
Authentication factor challenge outcome and assurance evidence
Control
Multi-factor and phishing-resistant authentication enforcement assurance
Risk
Phishable factor or mismatched verifier origin risk
Requirement
Strong authentication must resist credential replay and unintended verifier binding
Measure
Multi-factor and phishing-resistant authentication assurance completeness
Trust Boundary
Multi-factor and phishing-resistant authentication authority boundary
State
Conditionally authorized, Denied or additional proof required, Additional assurance required, Active authorization revoked