AshAuthentication.Strategy.DynamicOidc

Strategy for authenticating against arbitrary OpenID Connect providers whose configuration lives in a database table rather than in your application's compile-time DSL.

This is the building block for B2B/multi-tenant SSO patterns: each row in your OidcConnection resource is one customer's IdP configuration (base_url, client_id, client_secret, plus optional UI metadata). At sign-in time the strategy queries the resource — typically scoped by the current Ash tenant — and runs the standard OIDC flow against the matched row.

Setup

First, define a connection resource using AshAuthentication.OidcConnection:

defmodule MyApp.Accounts.OidcConnection do
  use Ash.Resource,
    data_layer: AshPostgres.DataLayer,
    extensions: [AshAuthentication.OidcConnection],
    domain: MyApp.Accounts

  oidc_connection do
    domain MyApp.Accounts
  end

  postgres do
    table "oidc_connections"
    repo MyApp.Repo
  end
end

Then add the strategy to your user resource:

authentication do
  strategies do
    dynamic_oidc :sso do
      connection_resource MyApp.Accounts.OidcConnection
      identity_resource MyApp.Accounts.UserIdentity
      redirect_uri MyApp.Secrets
    end
  end
end

URL shape

The strategy generates two routes:

• GET /<subject>/<strategy_name>/:connection_id/request — initiate sign-in for a specific connection (the user/UI is responsible for knowing which connection_id to send to).
• GET /<subject>/<strategy_name>/callback — single, shared callback URL. Each customer's IdP admin only ever needs to register this URL as their redirect URI. The connection_id is remembered between request and callback via the user's session.

Tenant context

If your connection resource is multitenant, the strategy will scope the lookup using the tenant set on the conn (Ash.PlugHelpers.set_tenant/2). Set the tenant upstream of the auth router — typically in a Phoenix plug that maps subdomain or header to your tenant. If no tenant is set and the resource is multitenant, the lookup will fail.

Non-multitenant connection resources are also supported — the strategy simply queries globally.

More documentation

• AshAuthentication.OidcConnection — the resource extension this strategy depends on.
• AshAuthentication.Strategy.Oidc — the underlying compile-time OIDC strategy. The runtime behaviour is identical aside from where the config comes from.

authentication.strategies.dynamic_oidc

dynamic_oidc name \\ :dynamic_oidc

An OpenID Connect strategy whose connection details (base_url, client_id, client_secret) are loaded at request time from a database resource extended with AshAuthentication.OidcConnection.

This is the building block for data-driven multi-tenant SSO: each row in the connection resource is one customer's IdP configuration, and the strategy looks up the right row based on the request path (:connection_id segment) plus the current Ash tenant.

More documentation:

• AshAuthentication.OidcConnection — the resource extension this strategy depends on
• AshAuthentication.Strategy.Oidc — the underlying compile-time OIDC strategy

Arguments

Options

Introspection

Target: AshAuthentication.Strategy.DynamicOidc