Zero Trust Engineering — Multi-factor and phishing-resistant authentication
securityv1/01 Views
/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