Integrate once
Applications use one discoverable OIDC issuer instead of owning a different enterprise protocol integration for every customer.
FastSSO gives independent applications one standards-first OIDC boundary while each customer brings SAASPASS, Okta, Entra, Google Workspace, or another SAML/OIDC provider.
Educational release · downstream OIDC runs today · unfinished upstream authentication fails closed
Applications use one discoverable OIDC issuer instead of owning a different enterprise protocol integration for every customer.
Verified domains select tenant-scoped connections. Exact redirect allowlists and normalized subjects preserve the trust boundary.
Security-sensitive adapters remain explicit HTTP 501 responses until validation, replay protection, and conformance tests are complete.
Use SAASPASS for workforce authentication and MFA, then let FastSSO normalize that identity into the same downstream contract every Fast* application can consume.
SAASPASS documents Generic OIDC, Authorization Code, PKCE, signed ID tokens, UserInfo, SAML, and REST integration options.
Visit SAASPASS ↗The recommended first implementation is tenant-scoped Generic OIDC. It keeps SAASPASS credentials and tokens behind the adapter boundary while FastSSO emits stable claims such as sub, email, organization_id, and connection_id.
FastSSO is not a password store or authorization engine. It brokers authentication and leaves application policy with the application.
Use discovery and mature OIDC clients, review the threat model, and test locally with deterministic synthetic identities.