Skip to content
Start with Identity
21 deep dives

Identity standards, explained

Standards tracker →

The protocols that hold identity together, in plain language: what each one is, how it works, where it stands, and the pitfalls to avoid. For the at-a-glance status table, see the research tracker.

OAuth 2.0
stable
RFC 6749 (+ RFC 6750) · IETF

OAuth 2.0 is the delegated authorization framework that lets an app obtain scoped access to resources on a user's behalf. It is about access, not identity.

OAuth 2.1
draft
draft-ietf-oauth-v2-1 · IETF

OAuth 2.1 is a consolidation of OAuth 2.0 plus a decade of security best practice into a single, safer-by-default specification.

OpenID Connect (OIDC)
stable
OpenID Connect Core 1.0 · OpenID Foundation

OpenID Connect is the identity layer on top of OAuth 2.0. It is what you use to log a user in and learn who they are.

SAML 2.0
stable
OASIS SAML v2.0 · OASIS

SAML 2.0 is the XML-based standard behind enterprise single sign-on. It is older than OIDC but remains the lingua franca of enterprise federation.

WebAuthn / FIDO2
recommendation
W3C Web Authentication Level 3 · W3C

WebAuthn and FIDO2 are the standards behind passkeys and security keys: public-key authentication that is resistant to phishing by design.

FAPI (Financial-grade API)
stable
FAPI 1.0 and FAPI 2.0 · OpenID Foundation

FAPI is a hardened OAuth and OIDC security profile for high-risk APIs such as open banking, where a standard OAuth setup is not strong enough.

SCIM 2.0
stable
RFC 7643 & RFC 7644 · IETF

SCIM (System for Cross-domain Identity Management) is the IETF standard for automatically provisioning and deprovisioning user accounts across applications. It is how identity flows between systems.

LDAP (Lightweight Directory Access Protocol)
stable
IETF RFC 4510 to RFC 4519 (LDAPv3), protocol in RFC 4511 · IETF

LDAP is the IETF protocol for reading, searching and authenticating against a directory such as Active Directory, OpenLDAP or 389 Directory Server. It is twenty years old, still underneath most enterprise identity, and still the source of cleartext-bind and anonymous-bind mistakes.

Kerberos V5
stable
IETF RFC 4120 (Kerberos V5), RFC 4121 (GSS-API mechanism) · IETF

Kerberos V5 is the ticket-based network authentication protocol behind Active Directory, MIT Kerberos and FreeIPA. It keeps passwords off the network, but its tickets, service keys and encryption types are the targets of the most common Active Directory attacks.

RADIUS
stable
IETF RFC 2865 (authentication), RFC 2866 (accounting); RADIUS over TLS in RFC 6614, RADIUS/1.1 in RFC 9765 · IETF

RADIUS is the protocol VPNs, Wi-Fi, switches and many MFA products use to ask an authentication server yes or no. Its MD5-based packet protection was broken in practice by Blast-RADIUS in 2024, and the fixes are Message-Authenticator everywhere and RADIUS over TLS.

Verifiable Credentials & SD-JWT
recommendation
W3C VC Data Model 2.0; IETF SD-JWT (RFC 9901) and SD-JWT VC · W3C / IETF

Verifiable Credentials are tamper-evident digital credentials a user holds in a wallet and presents without contacting the issuer. W3C VC 2.0 is a Recommendation, SD-JWT is RFC 9901, and SD-JWT VC is in IESG evaluation.

MCP Authorization
stable
Model Context Protocol, Authorization (revision 2026-07-28) · Model Context Protocol (Agentic AI Foundation, Linux Foundation)

MCP authorization makes every remote MCP server an OAuth 2.1 resource server. Clients discover the authorization server through RFC 9728 metadata, register with a Client ID Metadata Document, and request tokens bound to one server with RFC 8707.

ID-JAG and Cross App Access (XAA)
draft
draft-ietf-oauth-identity-assertion-authz-grant · IETF

ID-JAG lets an enterprise identity provider decide which app or AI agent may call which other app's API for a user, replacing per-user OAuth consent with IdP policy. It is the protocol behind Cross App Access and MCP Enterprise-Managed Authorization.

OAuth Transaction Tokens (Txn-Tokens)
draft
draft-ietf-oauth-transaction-tokens · IETF

Transaction Tokens are short-lived signed JWTs that carry who started a request, which workload asked, and why, through every internal service call, so the original access token never travels past the edge.

WIMSE (Workload Identity in Multi-System Environments)
draft
IETF WIMSE working group drafts (draft-ietf-wimse-*) · IETF

WIMSE is the IETF working group standardizing how software workloads identify and authenticate to each other: a workload identifier URI, a Workload Identity Token and certificate, and proof of possession over HTTP signatures, a Workload Proof Token or mutual TLS.

Shared Signals Framework (SSF, CAEP and RISC)
stable
OpenID SSF 1.0, CAEP 1.0, RISC 1.0 · OpenID Foundation

The OpenID Shared Signals Framework lets identity providers, SaaS apps and security tools push signed security events to each other in real time, so a session revoked in one place ends everywhere. CAEP and RISC define the event types.

AuthZEN Authorization API
stable
OpenID AuthZEN Authorization API 1.0 · OpenID Foundation

AuthZEN is the OpenID Foundation standard API between the code that enforces access (a PEP) and the engine that decides it (a PDP). One JSON request, subject plus action plus resource plus context, returns a decision, whatever policy engine sits behind it.

Decentralized Identifiers (DID)
recommendation
W3C DID Core 1.0 (DID 1.1 in Candidate Recommendation) · W3C

Decentralized Identifiers are identifiers a subject controls without a central registry, resolving to a document of public keys and endpoints. DID Core 1.0 is a W3C Recommendation; DID 1.1 and DID Resolution are in Candidate Recommendation.

eIDAS 2.0 & the EU Digital Identity Wallet
stable
Regulation (EU) 2024/1183 + implementing acts + Architecture and Reference Framework (ARF) · European Commission

eIDAS 2.0 mandates a digital identity wallet for every EU citizen by the end of 2026 and is the largest real-world driver of decentralized identity, verifiable credentials, and the OpenID4VC protocols.

ISO/IEC 18013-5 Mobile Driver's License (mDL)
stable
ISO/IEC 18013-5:2021 (+ ISO/IEC TS 18013-7 for online) · ISO/IEC

ISO/IEC 18013-5 is the standard for driver's licenses issued to a phone wallet, with selective disclosure in person and, via the ISO/IEC TS 18013-7 technical specification, online. It is the fastest-moving government credential format.

OpenID for Verifiable Credentials (OpenID4VC)
stable
OpenID4VCI 1.0, OpenID4VP 1.0, HAIP 1.0, SIOPv2 · OpenID Foundation

OpenID4VC is the OpenID Foundation family that issues and presents verifiable credentials over OAuth 2.0. OpenID4VCI 1.0, OpenID4VP 1.0 and the HAIP 1.0 profile are all Final, and they are the transport layer of the EU wallet.