Identity claims attach verified assertions to an operator and its agent Passports. A Passport carries the claim ID, provider, trust layer, claim type, assurance, and validity times. Passports do not carry raw identity attributes such as name, date of birth, address, or document number. They do carry claim and provider metadata that can be personal data or sensitive infrastructure data.
In the Console, open Connect to see the identity providers available to your account.
From an integration, call GET /v1/identity/providers to retrieve the same list through the API.
The API response includes each provider's verification method, assurance level, supported claim type, and price.
Starting verification sends data to the selected provider. The provider can retain it under its own terms. STACK stores encrypted provider session state and assertions. Layer 2 results can also store encrypted identity attributes. Expiry or revocation does not delete the claim, session, audit record, or provider record.
Successful verification creates an operator-scoped claim. Passport issue can attach selected identity_claim_ids. Service requirements can then demand a claim type, minimum assurance, accepted provider, or delegated scope.
Identity evidence answers what a provider verified about a subject. It does not itself authorize an action for another principal. An authority proof can reference an existing encrypted identity claim without copying its ciphertext, then a separate binding pins that proof to an exact agent key, receiver, purpose, scope, and validity period. See Authority.
In auto inheritance mode, a new Passport carries every valid claim reference unless issue supplies an explicit list. Opt-in mode carries none unless selected. An empty list carries none.
Service requirements are operator policy. Requirement mutations need an active service connection and an admin principal. Layer 2 policy writes require requires_pii: true and a non-empty lawful_basis declaration. STACK records this declaration. It does not validate the legal basis or send the stored identity payload to the connected service.
Revoking a claim revokes active Passports that carry it. Other claims remain separate.
Some Layer 2 flows can create a Wallet charge after completion. Check the current amount before starting the provider flow.
See Identity API, OAuth, OIDC, and SSO, PII policy, SPIFFE, SPIRE, WIMSE, and workload identity, claim revocation, and externally proved authority.