SSO across your apps
One login for several existing applications, without an SDK or a frontend change.
Useful if you want one login for several applications without changing the applications.
One authentication provider, one login host and a shared cookie domain across applications.
Useful if your applications live on unrelated domains and you want one IdP login without a second form.
ssoGroups declares the shared OIDC/client/session settings once, one provider per domain, and routes.hosts expands one route body across those domains.
Useful if your users come from several identity providers and you already run an IAM.
Use Keycloak, Zitadel or another OIDC IAM to federate Google and other IdPs behind one issuer.
Useful if you want IdP federation and managed user grants without running an external IAM.
The lightweight cladone-auth embedded IAM maps IdP claims to a common roles/scopes/claims model and manages local and federated users.
Useful if you need several Gate One replicas behind a load balancer.
Shared Redis session/revocation state and a common signing key make logout and revocation effective across replicas.
Useful if you expose APIs or MCP tools to authenticated users and machine clients.
Route-level identity conditions, JWT/JWKS validation for APIs, and MCP protected-resource metadata with audience and scope checks.
Useful if you want MCP clients to reach services that do not speak MCP.
Derive tools from an OpenAPI document, proxy an existing MCP server, and aggregate several services under one endpoint with its own audience, scope and identity.
Useful if a route or an MCP tool must call an external service as the signed-in user.
The token broker stores a per-user token; upstream.delegated injects it into API and MCP requests, and the user badge links to the connections page.
Useful if you cannot modify the frontend but need a user badge, a guard, gated controls or a PWA shell.
HTML/JS/CSS injection, declarative UI gating, a 403 banner and a strict CSP — without touching the application source.
Useful if you own the application UI and want the account details in your own burger menu.
Read the Gate One session probe and render the user, roles, scopes and claims without the built-in badge.
Useful if you need metering, audit, observability, or a commercial extension.
Durable per-type WAL, signed out-of-process plugins, targeted 503 on backpressure and an opaque subjectId instead of user data.
Useful if you want to stop bots on a public form, including a page Gate One already proxies.
One platform-wide block injects the widget into forms or gates whole pages/actions with a signed 30-minute clearance cookie.
One login for several existing applications, without an SDK or a frontend change.
One IdP login across unrelated domains, with one provider per domain and a shared IdP session.
Use a classical OIDC IAM such as Keycloak or Zitadel to federate several identity providers behind one issuer.
Route-level identity rules, JWT validation for APIs and MCP protected-resource metadata.
The optional cladone-auth embedded IAM federates IdPs, maps claims and manages local and federated user grants.
Turn documented REST APIs and existing MCP servers into a governed MCP surface, and aggregate them under one endpoint.
Give a route or an MCP tool the signed-in user’s own token for an external service, through the token broker.
Run several Gate One replicas behind a load balancer with shared session and revocation state.
A user badge, a login guard, gated controls, a 403 banner and a PWA shell without changing the application.
Use the Gate One session in your application’s own burger menu instead of the built-in user badge.
Durable, subscribed, pseudonymized events delivered to signed out-of-process plugins.
Anti-robot protection for form pages, whole applications and expensive actions.