A6tm.Core6.Sso

SSO multi-tenant OpenID Connect générique pour les applications bâties sur le socle 6tm. Provider-agnostique : Azure Entra ID, Keycloak, Google… ne sont que des configurations — aucune dépendance verrouillée à un fournisseur.

En bref

• Flux Authorization Code + PKCE (S256), validation anti-CSRF du state.
• Multi-tenant : résolution par AppTenantId explicite → host (exact / *.domaine / sous-domaine) → tenant par défaut.
• Raccourci Azure Entra ID (converti automatiquement en OpenID Connect).
• Découverte automatique via .well-known/openid-configuration.
• Un seul point d'extension applicatif : ISsoUserAuth.
• Cible net8.0 / net9.0 / net10.0.
• Dépendances : A6tm.Core6.Abstractions (attributs partagés du socle — installée automatiquement).

Installation

dotnet add package A6tm.Core6.Sso

Démarrage rapide

// 1. Implémenter ISsoUserAuth (logique métier : utilisateur + session + redirection)
public class AppUserSsoAuth : ISsoUserAuth
{
    public Task<SsoLoginResult> HandleSsoLoginAsync(SsoUserInfoDto info)
        => Task.FromResult(SsoLoginResult.Redirect($"/auto-connect/{/* token applicatif */}"));
}

// 2. Câbler (Program.cs) — fournir un SsoSettings dont ClientSecret est DÉJÀ déchiffré (cf. Instruction §6)
var ssoSettings = builder.Configuration.GetSection("Sso").Get<SsoSettings>() ?? new SsoSettings();
// … déchiffrer ssoSettings.Tenants[].(AzureEntraId|OpenIdConnect).ClientSecret — voir Instruction §6 …
builder.Services.AddScoped<AppUserSsoAuth>();
builder.Services.AddSsoServices(ssoSettings, sp => sp.GetRequiredService<AppUserSsoAuth>());
builder.Services.AddControllers().AddSsoControllers();

// 3. appsettings.json
"Sso": {
  "Enabled": true,
  "DefaultAppTenantId": "mon-tenant",
  "Tenants": [{
    "AppTenantId": "mon-tenant",
    "DisplayName": "Connexion SSO",
    "Enabled": true,
    "Hosts": [ "localhost:3000" ],
    "AzureEntraId": { "TenantId": "…", "ClientId": "…", "ClientSecret": "cipher-…", "AdditionalScopes": [ "User.Read" ] }
  }]
}

Important

• Le package ne déchiffre pas le ClientSecret (la config est portée par TON appSettings). Deux cas, détaillés dans A6tm.Core6.Sso.Instruction.md §6 : (1) app qui chiffre → le SsoSettings du package porte déjà [Encrypted] (de A6tm.Core6.Abstractions) : imbrique-le dans ton AppSettings et ton ConfigureAndDecrypt le déchiffre en cascade, puis AddSsoServices(SsoSettings, …) — plus de DTO miroir ; (2) app sans chiffrement → injection directe (AddSsoServices(ssoUserAuth, IConfiguration)). ⚠️ Ne lie pas une config chiffrée via IConfiguration : elle n'est pas déchiffrée.
• SSO « server-centric » : pas de MSAL côté SPA, la redirection se fait via GET /sso/signin/{appTenantId}.
• Dev local avec SSO : la SPA et l'API étant sur des ports localhost distincts, un reverse-proxy de dev (origine HTTPS commune + en-tête Forwarded, lu automatiquement par le package) est nécessaire pour que le flux OIDC fonctionne. Guide + web.config d'exemple fournis dans le template (docs/reverse-proxy/). En production, aucun proxy requis (API servie en sous-site de la SPA).

Documentation

Embarquée dans le .nupkg (dossier docs/ du package, présent dans le cache NuGet après restore) :

• A6tm.Core6.Sso.Instruction.md — guide d'intégration détaillé (pas à pas, pièges, contrat front, flux complet).
• docs/AZURE_ENTRA_ID.md — guide de configuration Azure Entra ID (app registration, redirect URIs, secret, scopes).
• CHANGELOG.md — versions et changements (dont breaking changes). (dans le package : docs/CHANGELOG.md)

Dans le dépôt uniquement (git.6tm.eu/6tm/a6tm.core.6) :

• docs/ARCHITECTURE.md — architecture interne (résolution de tenant, fabrique de providers, flux OIDC + PKCE/state).
• docs/COMPARISON-microsoft-identity-web.md — rationale de conception : SSO server-centric custom vs Microsoft.Identity.Web.

Endpoints exposés

Licence

Package interne 6tm.