Logto est une alternative à Auth0 conçue pour les applications modernes et les produits SaaS. Il offre des services Cloud et Open-source pour vous aider à lancer rapidement votre système de gestion des identités et des accès (IAM). Profitez de l'authentification, de l'autorisation et de la gestion multi-locataires tout-en-un.
Nous recommandons de commencer avec un locataire de développement gratuit sur Logto Cloud. Cela vous permet d'explorer facilement toutes les fonctionnalités.
Dans cet article, nous allons passer en revue les étapes pour construire rapidement l'expérience de connexion GitHub (authentification utilisateur) avec .NET Core (Razor Pages) et Logto.
Prérequis
- Une instance Logto en cours d'exécution. Consultez la page d'introduction pour commencer.
- Connaissances de base de .NET Core (Razor Pages).
- Un compte GitHub utilisable.
Créer une application dans Logto
Logto est basé sur l'authentification OpenID Connect (OIDC) et l'autorisation OAuth 2.0. Il prend en charge la gestion des identités fédérées à travers plusieurs applications, communément appelée Authentification unique (SSO).
Pour créer votre application Application web traditionnelle, suivez simplement ces étapes :
- Ouvrez la Logto Console. Dans la section "Get started", cliquez sur le lien "View all" pour ouvrir la liste des frameworks d'application. Alternativement, vous pouvez naviguer vers Logto Console > Applications, et cliquer sur le bouton "Create application".
- Dans la fenêtre modale qui s'ouvre, cliquez sur la section "Application web traditionnelle" ou filtrez tous les frameworks "Application web traditionnelle" disponibles en utilisant les cases à cocher de filtre rapide à gauche. Cliquez sur la carte du framework ".NET Core (Razor Pages)" pour commencer à créer votre application.
- Entrez le nom de l'application, par exemple, "Bookstore", et cliquez sur "Create application".
🎉 Ta-da ! Vous venez de créer votre première application dans Logto. Vous verrez une page de félicitations qui inclut un guide d'intégration détaillé. Suivez le guide pour voir quelle sera l'expérience dans votre application.
Intégrer le SDK .NET Core (Razor Pages)
- La démonstration suivante est construite sur .NET Core 8.0. Le SDK est compatible avec .NET 6.0 ou supérieur.
- Les projets d'exemple .NET Core sont disponibles dans le répertoire GitHub.
Installation
Ajoutez le package NuGet à votre projet :
dotnet add package Logto.AspNetCore.Authentication
Ajouter l'authentification Logto
Ouvrez Startup.cs (ou Program.cs) et ajoutez le code suivant pour enregistrer les services d'authentification Logto :
using Logto.AspNetCore.Authentication;
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddLogtoAuthentication(options =>
{
options.Endpoint = builder.Configuration["Logto:Endpoint"]!;
options.AppId = builder.Configuration["Logto:AppId"]!;
options.AppSecret = builder.Configuration["Logto:AppSecret"];
});
La méthode AddLogtoAuthentication effectuera les actions suivantes :
- Définir le schéma d'Authentification (Authentication) par défaut sur
LogtoDefaults.CookieScheme. - Définir le schéma de défi par défaut sur
LogtoDefaults.AuthenticationScheme. - Définir le schéma de déconnexion par défaut sur
LogtoDefaults.AuthenticationScheme. - Ajouter des gestionnaires d'authentification par cookie et OpenID Connect au schéma d'authentification.
Flux de connexion et de déconnexion
Avant de continuer, il y a deux termes confus dans le middleware d'authentification .NET Core que nous devons clarifier :
- CallbackPath : L'URI vers laquelle Logto redirigera l'utilisateur après que l'utilisateur se soit connecté (l'"URI de redirection" dans Logto)
- RedirectUri : L'URI vers laquelle sera redirigé après que les actions nécessaires ont été prises dans le middleware d'Authentification (Authentication) Logto.
Le processus de connexion peut être illustré comme suit :
De même, .NET Core a également SignedOutCallbackPath et RedirectUri pour le flux de déconnexion.
Pour plus de clarté, nous les appellerons comme suit :
| Terme que nous utilisons | Terme .NET Core |
|---|---|
| URI de redirection Logto | CallbackPath |
| URI de redirection post-déconnexion Logto | SignedOutCallbackPath |
| URI de redirection de l'application | RedirectUri |
Concernant la connexion basée sur la redirection
- Ce processus d'authentification (Authentication) suit le protocole OpenID Connect (OIDC), et Logto applique des mesures de sécurité strictes pour protéger la connexion utilisateur.
- Si vous avez plusieurs applications, vous pouvez utiliser le même fournisseur d’identité (Logto). Une fois que l'utilisateur se connecte à une application, Logto complétera automatiquement le processus de connexion lorsque l'utilisateur accède à une autre application.
Pour en savoir plus sur la logique et les avantages de la connexion basée sur la redirection, consultez Expérience de connexion Logto expliquée.
Configurer les URIs de redirection
Dans les extraits de code suivants, nous supposons que votre application fonctionne sur http://localhost:3000/.
Tout d'abord, configurons l' URI de redirection Logto. Ajoutez l'URI suivante à la liste des "URIs de redirection" sur la page des détails de l'application Logto :
http://localhost:3000/Callback
Pour configurer l' URI de redirection après déconnexion Logto, ajoutez l'URI suivante à la liste des "URIs de redirection après déconnexion" sur la page des détails de l'application Logto :
http://localhost:3000/SignedOutCallback
Modifier les chemins par défaut
L' URI de redirection Logto a un chemin par défaut de /Callback, et l' URI de redirection après déconnexion Logto a un chemin par défaut de /SignedOutCallback.
Vous pouvez les laisser tels quels s'il n'y a pas de besoin particulier. Si vous souhaitez les modifier, vous pouvez définir la propriété CallbackPath et SignedOutCallbackPath pour LogtoOptions :
builder.Services.AddLogtoAuthentication(options =>
{
// Autres configurations...
options.CallbackPath = "/Foo";
options.SignedOutCallbackPath = "/Bar";
});
N'oubliez pas de mettre à jour la valeur sur la page des détails de l'application Logto en conséquence.
Implémenter les boutons de connexion / déconnexion
Tout d'abord, ajoutez les méthodes de gestionnaire à votre PageModel, par exemple :
public class IndexModel : PageModel
{
public async Task OnPostSignInAsync()
{
await HttpContext.ChallengeAsync(new AuthenticationProperties
{
RedirectUri = "/"
});
}
public async Task OnPostSignOutAsync()
{
await HttpContext.SignOutAsync(new AuthenticationProperties
{
RedirectUri = "/"
});
}
}
Ensuite, ajoutez les boutons à votre page Razor :
<p>Est authentifié : @User.Identity?.IsAuthenticated</p>
<form method="post">
@if (User.Identity?.IsAuthenticated == true) {
<button type="submit" asp-page-handler="SignOut">Se déconnecter</button>
} else {
<button type="submit" asp-page-handler="SignIn">Se connecter</button>
}
</form>
Il affichera le bouton "Se connecter" si l'utilisateur n'est pas authentifié, et affichera le bouton "Se déconnecter" si l'utilisateur est authentifié.
Point de contrôle : Testez votre application
Maintenant, vous pouvez tester votre application :
- Exécutez votre application, vous verrez le bouton de connexion.
- Cliquez sur le bouton de connexion, le SDK initiera le processus de connexion et vous redirigera vers la page de connexion Logto.
- Après vous être connecté, vous serez redirigé vers votre application et verrez le bouton de déconnexion.
- Cliquez sur le bouton de déconnexion pour effacer le stockage des jetons et vous déconnecter.
Ajouter le connecteur GitHub
Pour activer une connexion rapide et améliorer la conversion des utilisateurs, connectez-vous avec .NET Core (Razor Pages) en tant que fournisseur d’identité (IdP). Le connecteur social Logto vous aide à établir cette connexion en quelques minutes en permettant l'entrée de plusieurs paramètres.
Pour ajouter un connecteur social, suivez simplement ces étapes :
- Accédez à Console > Connectors > Social Connectors.
- Cliquez sur "Add social connector" et sélectionnez "GitHub".
- Suivez le guide README et complétez les champs requis et personnalisez les paramètres.
Si vous suivez le guide du Connecteur sur place, vous pouvez passer à la section suivante.
Configurer GitHub OAuth app
Se connecter avec un compte GitHub
Allez sur le site GitHub et connectez-vous avec votre compte GitHub. Vous pouvez créer un nouveau compte si vous n'en avez pas.
Créer et configurer une application OAuth
Suivez le guide création d'une application OAuth et enregistrez une nouvelle application.
Nommez votre nouvelle application OAuth dans Nom de l'application et remplissez l'URL de la page d'accueil de l'application. Vous pouvez laisser le champ Description de l'application vide et personnaliser l'URL de rappel d'autorisation comme ${your_logto_origin}/callback/${connector_id}. Le connector_id peut être trouvé sur la barre supérieure de la page des détails du connecteur dans la Logto Admin Console.
Si vous rencontrez le message d'erreur "L'URL de redirection DOIT correspondre à l'URL de rappel enregistrée pour cette application." lors de la connexion, essayez d'aligner l'URL de rappel d'autorisation de votre application OAuth GitHub et l'URL de redirection de votre application Logto (bien sûr, y compris le protocole) pour résoudre le problème.
Nous vous suggérons de ne pas cocher la case devant Activer le flux de périphérique, sinon les utilisateurs qui se connectent avec GitHub sur des appareils mobiles devront confirmer l'action de connexion initiale dans l'application GitHub. De nombreux utilisateurs de GitHub n'installent pas l'application mobile GitHub sur leurs téléphones, ce qui pourrait bloquer le flux de connexion. Veuillez ignorer notre suggestion si vous attendez que les utilisateurs finaux confirment leur flux de connexion. Voir les détails du flux de périphérique.
Gérer les applications OAuth
Allez sur la page des applications OAuth et vous pouvez ajouter, modifier ou supprimer des applications OAuth existantes. Vous pouvez également trouver le Client ID et générer des Client secrets dans les pages de détails des applications OAuth.
Configurer votre connecteur
Remplissez le champ clientId et clientSecret avec le Client ID et le Client Secret que vous avez obtenus à partir des pages de détails des applications OAuth mentionnées dans la section précédente.
scope est une liste délimitée par des espaces de portées. Si elle n'est pas fournie, la portée par défaut est read:user.
Types de configuration
| Nom | Type |
|---|---|
| clientId | string |
| clientSecret | string |
| scope | string |
Enregistrer votre configuration
Vérifiez que vous avez rempli les valeurs nécessaires dans la zone de configuration du connecteur Logto. Cliquez sur "Enregistrer et terminer" (ou "Enregistrer les modifications") et le connecteur GitHub devrait être disponible maintenant.
Activer le connecteur GitHub dans l'Expérience de connexion
Une fois que vous avez créé un connecteur social avec succès, vous pouvez l'activer en tant que bouton "Continuer avec GitHub" dans l'Expérience de connexion.
- Accédez à Console > Expérience de connexion > Inscription et connexion.
- (Optionnel) Choisissez "Non applicable" pour l'identifiant d'inscription si vous avez uniquement besoin de la connexion sociale.
- Ajoutez le connecteur GitHub configuré à la section "Connexion sociale".
Tests et validation
Retournez à votre application .NET Core (Razor Pages). Vous devriez maintenant pouvoir vous connecter avec GitHub. Profitez-en !
Lectures complémentaires
Flux des utilisateurs finaux : Logto fournit des flux d'authentification prêts à l'emploi, y compris l'authentification multi-facteurs (MFA) et le SSO d’entreprise, ainsi que des API puissantes pour une mise en œuvre flexible des paramètres de compte, de la vérification de sécurité et de l'expérience multi-locataire.
Autorisation : L'autorisation définit les actions qu'un utilisateur peut effectuer ou les ressources auxquelles il peut accéder après avoir été authentifié. Découvrez comment protéger votre API pour les applications natives et monopages et mettre en œuvre le contrôle d’accès basé sur les rôles (RBAC).
Organisations : Particulièrement efficace dans les applications SaaS multi-locataires et B2B, la fonctionnalité d'organisation permet la création de locataires, la gestion des membres, le RBAC au niveau de l'organisation et l'approvisionnement juste-à-temps.
Série IAM client : Nos articles de blog en série sur la gestion des identités et des accès des clients (ou consommateurs), des sujets de base aux sujets avancés et au-delà.