Como construir login Azure AD com .NET Core (Blazor Server)
Logto é uma alternativa ao Auth0 projetada para aplicativos modernos e produtos SaaS. Ele oferece serviços tanto Cloud quanto Open-source para ajudá-lo a lançar rapidamente seu sistema de identidade e gerenciamento (IAM). Desfrute de autenticação, autorização e gerenciamento multi-inquilino tudo em um.
Recomendamos começar com um tenant de desenvolvimento gratuito no Logto Cloud. Isso permite que você explore todos os recursos facilmente.
Neste artigo, vamos percorrer os passos para construir rapidamente a experiência de login Azure AD (autenticação de usuário) com .NET Core (Blazor Server) e Logto.
Pré-requisitos
- Uma instância Logto em execução. Confira a página de introdução para começar.
- Conhecimento básico de .NET Core (Blazor Server).
- Uma conta Azure AD utilizável.
Criar um aplicativo no Logto
Logto é baseado na autenticação OpenID Connect (OIDC) e na autorização OAuth 2.0. Ele suporta o gerenciamento de identidade federada em vários aplicativos, comumente chamado de Autenticação Única (SSO).
Para criar seu aplicativo Aplicativo web tradicional, basta seguir estas etapas:
- Abra o Logto Console. Na seção "Get started", clique no link "View all" para abrir a lista de frameworks de aplicativos. Alternativamente, você pode navegar para Logto Console > Applications e clicar no botão "Create application".
- No modal que se abre, clique na seção "Aplicativo web tradicional" ou filtre todos os frameworks "Aplicativo web tradicional" disponíveis usando as caixas de seleção de filtro rápido à esquerda. Clique no cartão do framework ".Net Core (Blazor Server)" para começar a criar seu aplicativo.
- Insira o nome do aplicativo, por exemplo, "Bookstore", e clique em "Create application".
🎉 Ta-da! Você acabou de criar seu primeiro aplicativo no Logto. Você verá uma página de parabéns que inclui um guia de integração detalhado. Siga o guia para ver como será a experiência em seu aplicativo.
Integrar .Net Core (Blazor Server) SDK
- A demonstração a seguir é construída no .NET Core 8.0. O SDK é compatível com .NET 6.0 ou superior.
- Os projetos de exemplo do .NET Core estão disponíveis no repositório GitHub.
Instalação
Adicione o pacote NuGet ao seu projeto:
dotnet add package Logto.AspNetCore.Authentication
Adicionar autenticação Logto
Abra Startup.cs
(ou Program.cs
) e adicione o seguinte código para registrar os serviços de autenticação do 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"];
});
O método AddLogtoAuthentication
fará as seguintes coisas:
- Definir o esquema de autenticação padrão para
LogtoDefaults.CookieScheme
. - Definir o esquema de desafio padrão para
LogtoDefaults.AuthenticationScheme
. - Definir o esquema de logout padrão para
LogtoDefaults.AuthenticationScheme
. - Adicionar manipuladores de autenticação de cookie e OpenID Connect ao esquema de autenticação.
Fluxos de login e logout
Antes de prosseguirmos, há dois termos confusos no middleware de autenticação do .NET Core que precisamos esclarecer:
- CallbackPath: O URI para o qual o Logto redirecionará o usuário após o usuário ter feito login (o "URI de redirecionamento" no Logto)
- RedirectUri: O URI para o qual será redirecionado após as ações necessárias terem sido realizadas no middleware de autenticação do Logto.
O processo de login pode ser ilustrado da seguinte forma:
Da mesma forma, o .NET Core também possui SignedOutCallbackPath e RedirectUri para o fluxo de logout.
Para maior clareza, nos referiremos a eles da seguinte forma:
Termo que usamos | Termo do .NET Core |
---|---|
URI de redirecionamento do Logto | CallbackPath |
URI de redirecionamento pós-logout do Logto | SignedOutCallbackPath |
URI de redirecionamento do aplicativo | RedirectUri |
Sobre o login baseado em redirecionamento
Configurar URIs de redirecionamento
Nos trechos de código a seguir, assumimos que seu aplicativo está sendo executado em http://localhost:3000/
.
Primeiro, vamos configurar o URI de redirecionamento do Logto. Adicione o seguinte URI à lista de "Redirect URIs" na página de detalhes do aplicativo Logto:
http://http://localhost:3000//Callback
Para configurar o URI de redirecionamento pós logout do Logto, adicione o seguinte URI à lista de "Post sign-out redirect URIs" na página de detalhes do aplicativo Logto:
http://http://localhost:3000//SignedOutCallback
Alterar os caminhos padrão
O URI de redirecionamento do Logto tem um caminho padrão de /Callback
, e o URI de redirecionamento pós logout do Logto tem um caminho padrão de /SignedOutCallback
.
Você pode deixá-los como estão se não houver nenhum requisito especial. Se você quiser alterá-los, pode definir a propriedade CallbackPath
e SignedOutCallbackPath
para LogtoOptions
:
builder.Services.AddLogtoAuthentication(options =>
{
// Outras configurações...
options.CallbackPath = "/Foo";
options.SignedOutCallbackPath = "/Bar";
});
Lembre-se de atualizar o valor na página de detalhes do aplicativo Logto de acordo.
Adicionar rotas
Como o Blazor Server usa SignalR para se comunicar entre o servidor e o cliente, isso significa que métodos que manipulam diretamente o contexto HTTP (como emitir desafios ou redirecionamentos) não funcionam como esperado quando chamados de um componente Blazor.
Para corrigir isso, precisamos adicionar explicitamente dois endpoints para redirecionamentos de login e logout:
app.MapGet("/SignIn", async context =>
{
if (!(context.User?.Identity?.IsAuthenticated ?? false))
{
await context.ChallengeAsync(new AuthenticationProperties { RedirectUri = "/" });
} else {
context.Response.Redirect("/");
}
});
app.MapGet("/SignOut", async context =>
{
if (context.User?.Identity?.IsAuthenticated ?? false)
{
await context.SignOutAsync(new AuthenticationProperties { RedirectUri = "/" });
} else {
context.Response.Redirect("/");
}
});
Agora podemos redirecionar para esses endpoints para acionar login e logout.
Implementar botões de login / logout
No componente Razor, adicione o seguinte código:
@using Microsoft.AspNetCore.Components.Authorization
@using System.Security.Claims
@inject AuthenticationStateProvider AuthenticationStateProvider
@inject NavigationManager NavigationManager
@* ... *@
<p>Está autenticado: @User.Identity?.IsAuthenticated</p>
@if (User.Identity?.IsAuthenticated == true)
{
<button @onclick="SignOut">Sair</button>
}
else
{
<button @onclick="SignIn">Entrar</button>
}
@* ... *@
@code {
private ClaimsPrincipal? User { get; set; }
protected override async Task OnInitializedAsync()
{
var authState = await AuthenticationStateProvider.GetAuthenticationStateAsync();
User = authState.User;
}
private void SignIn()
{
NavigationManager.NavigateTo("/SignIn", forceLoad: true);
}
private void SignOut()
{
NavigationManager.NavigateTo("/SignOut", forceLoad: true);
}
}
Explicação:
- O
AuthenticationStateProvider
injetado é usado para obter o estado de autenticação do usuário atual e preencher a propriedadeUser
. - Os métodos
SignIn
eSignOut
são usados para redirecionar o usuário para os endpoints de login e logout, respectivamente. Devido à natureza do Blazor Server, precisamos usar oNavigationManager
com carregamento forçado para acionar o redirecionamento.
A página mostrará o botão "Entrar" se o usuário não estiver autenticado e mostrará o botão "Sair" se o usuário estiver autenticado.
O componente <AuthorizeView />
Alternativamente, você pode usar o componente AuthorizeView
para renderizar condicionalmente o conteúdo com base no estado de autenticação do usuário. Este componente é útil quando você deseja mostrar conteúdo diferente para usuários autenticados e não autenticados.
No seu componente Razor, adicione o seguinte código:
@using Microsoft.AspNetCore.Components.Authorization
@* ... *@
<AuthorizeView>
<Authorized>
<p>Nome: @User?.Identity?.Name</p>
@* Conteúdo para usuários autenticados *@
</Authorized>
<NotAuthorized>
@* Conteúdo para usuários não autenticados *@
</NotAuthorized>
</AuthorizeView>
@* ... *@
O componente AuthorizeView
requer um parâmetro em cascata do tipo Task<AuthenticationState>
. Uma maneira direta de obter este parâmetro é adicionar o componente <CascadingAuthenticationState>
. No entanto, devido à natureza do Blazor Server, não podemos simplesmente adicionar o componente ao layout ou ao componente raiz (pode não funcionar como esperado). Em vez disso, podemos adicionar o seguinte código ao builder (Program.cs
ou Startup.cs
) para fornecer o parâmetro em cascata:
builder.Services.AddCascadingAuthenticationState();
Então, você pode usar o componente AuthorizeView
em todos os componentes que precisarem dele.
Ponto de verificação: Teste seu aplicativo
Agora, você pode testar seu aplicativo:
- Execute seu aplicativo, você verá o botão de login.
- Clique no botão de login, o SDK iniciará o processo de login e redirecionará você para a página de login do Logto.
- Após fazer login, você será redirecionado de volta para seu aplicativo e verá o botão de logout.
- Clique no botão de logout para limpar o armazenamento de tokens e sair.
Adicionar conector Azure AD
Para habilitar um login rápido e melhorar a conversão de usuários, conecte-se com .Net Core (Blazor Server) como um provedor de identidade (IdP). O conector social do Logto ajuda você a estabelecer essa conexão em minutos, permitindo a entrada de vários parâmetros.
Para adicionar um conector social, basta seguir estas etapas:
- Navegue até Console > Connectors > Social Connectors.
- Clique em "Add social connector" e selecione "Azure AD".
- Siga o guia README e complete os campos obrigatórios e personalize as configurações.
Se você estiver seguindo o guia do Conector no local, pode pular a próxima seção.
Configurar Azure AD
Configurar Microsoft Azure AD no Azure Portal
- Visite o Azure Portal e faça login com sua conta Azure. Você precisa ter uma assinatura ativa para acessar o Microsoft Azure AD.
- Clique em Azure Active Directory nos serviços oferecidos e clique em App Registrations no menu à esquerda.
- Clique em New Registration no topo, insira uma descrição, selecione seu tipo de acesso e adicione seu Redirect URI, que redirecionará o usuário para o aplicativo após o login. No nosso caso, será
${your_logto_endpoint}/callback/${connector_id}
. por exemplo,https://foo.logto.app/callback/${connector_id}
. Oconnector_id
também pode ser encontrado na barra superior da página de detalhes do conector no Logto Admin Console. Você pode copiar oCallback URI
na seção de configuração. - Selecione Web como Plataforma.
Preencher a configuração no Logto
Nome | Tipo |
---|---|
clientId | string |
clientSecret | string |
tenantId | string |
cloudInstance | string |
Client ID
Você pode encontrar o Application (client) ID na seção Overview do seu novo aplicativo criado no Azure Portal.
Client Secret
- No seu novo aplicativo criado, clique em Certificates & Secrets para obter um client secret, e clique em New client secret no topo.
- Insira uma descrição e uma expiração.
- Isso mostrará seu client secret apenas uma vez. Preencha o valor na configuração do conector Logto e salve-o em um local seguro.
Cloud Instance
Normalmente, é https://login.microsoftonline.com/
. Veja Azure AD authentication endpoints para mais informações.
Tenant ID
Logto usará este campo para construir os endpoints de autorização. Este valor depende do tipo de acesso que você selecionou ao criar o aplicativo no Azure Portal.
- Se você selecionar Accounts in this organizational directory only para o tipo de acesso, então você precisa inserir seu {TenantID}. Você pode encontrar o tenant ID na seção Overview do seu Azure Active Directory.
- Se você selecionar Accounts in any organizational directory para o tipo de acesso, então você precisa inserir organizations.
- Se você selecionar Accounts in any organizational directory or personal Microsoft accounts para o tipo de acesso, então você precisa inserir common.
- Se você selecionar Personal Microsoft accounts only para o tipo de acesso, então você precisa inserir consumers.
Salvar sua configuração
Verifique se você preencheu os valores necessários na área de configuração do conector Logto. Clique em "Salvar e Concluído" (ou "Salvar alterações") e o conector Azure AD deve estar disponível agora.
Ativar conector Azure AD na Experiência de Login
Depois de criar um conector social com sucesso, você pode habilitá-lo como um botão "Continuar com Azure AD" na Experiência de Login.
- Navegue até Console > Experiência de login > Inscrição e login.
- (Opcional) Escolha "Não aplicável" para o identificador de inscrição se você precisar apenas de login social.
- Adicione o conector Azure AD configurado à seção "Login social".
Teste e Validação
Retorne ao seu aplicativo .NET Core (Blazor Server). Agora você deve conseguir fazer login com Azure AD. Aproveite!
Leituras adicionais
Fluxos de usuário final: Logto fornece fluxos de autenticação prontos para uso, incluindo MFA e SSO corporativo, juntamente com APIs poderosas para implementação flexível de configurações de conta, verificação de segurança e experiência multi-inquilino.
Autorização (Authorization): A autorização define as ações que um usuário pode realizar ou os recursos que ele pode acessar após ser autenticado. Explore como proteger sua API para aplicativos nativos e de página única e implementar Controle de Acesso Baseado em Papel (RBAC).
Organizações (Organizations): Particularmente eficaz em aplicativos SaaS multi-inquilino e B2B, o recurso de organização permite a criação de inquilinos, gerenciamento de membros, RBAC em nível de organização e provisionamento just-in-time.
Série IAM do cliente: Nossos posts em série sobre Gerenciamento de Identidade e Acesso do Cliente (ou Consumidor), do básico ao avançado e além.