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 Microsoft Entra ID OIDC enterprise SSO (autenticação de usuário) com .NET Core (Razor Pages) 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 (Razor Pages).
- Uma conta Microsoft Entra ID OIDC enterprise SSO utilizável.
Create an application in 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 (Razor Pages)" 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.
Integrate .NET Core (Razor Pages) 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
- Este processo de autenticação segue o protocolo OpenID Connect (OIDC), e o Logto aplica medidas de segurança rigorosas para proteger o login do usuário.
- Se você tiver vários aplicativos, pode usar o mesmo provedor de identidade (Logto). Uma vez que o usuário faz login em um aplicativo, o Logto completará automaticamente o processo de login quando o usuário acessar outro aplicativo.
Para saber mais sobre a lógica e os benefícios do login baseado em redirecionamento, veja Experiência de login do Logto explicada.
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://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://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.
Implementar botões de login / logout
Primeiro, adicione os métodos de manipulador ao seu PageModel
, por exemplo:
public class IndexModel : PageModel
{
public async Task OnPostSignInAsync()
{
await HttpContext.ChallengeAsync(new AuthenticationProperties
{
RedirectUri = "/"
});
}
public async Task OnPostSignOutAsync()
{
await HttpContext.SignOutAsync(new AuthenticationProperties
{
RedirectUri = "/"
});
}
}
Em seguida, adicione os botões à sua página Razor:
<p>Está autenticado: @User.Identity?.IsAuthenticated</p>
<form method="post">
@if (User.Identity?.IsAuthenticated == true) {
<button type="submit" asp-page-handler="SignOut">Sair</button>
} else {
<button type="submit" asp-page-handler="SignIn">Entrar</button>
}
</form>
Ele 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.
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.
Add Microsoft Entra ID OIDC enterprise SSO connector
To simplify access management and gain enterprise-level safeguards for your big clients, connect with .NET Core (Razor Pages) as a federated identity provider. The Logto enterprise SSO connector helps you establish this connection in minutes by allowing several parameter inputs.
To add an enterprise SSO connector, simply follow these steps:
- Navigate to Logto console > Enterprise SSO.
- Click "Add enterprise connector" button and choose your SSO provider type. Choose from prebuilt connectors for Microsoft Entra ID (Azure AD), Google Workspace, and Okta, or create a custom SSO connection using the standard OpenID Connect (OIDC) or SAML protocol.
- Provide a unique name (e.g., SSO sign-in for Acme Company).
- Configure the connection with your IdP in the "Connection" tab. Check the guides above for each connector types.
- Customize the SSO experience and enterprise’s email domain in the "Experience" tab. Users sign in with the SSO-enabled email domain will be redirected to SSO authentication.
- Save changes.
Set up Azure AD SSO application
Etapa 1: Criar um aplicativo Microsoft EntraID OIDC
-
Vá para o Microsoft Entra admin center e faça login como administrador.
-
Navegue até Identity > Applications > App registrations.
-
Selecione
New registration
. -
Insira o nome do aplicativo e selecione o tipo de conta apropriado para seu aplicativo.
-
Selecione
Web
como a plataforma do aplicativo. -
Copie e cole o
redirect URI
da página de configurações de SSO do Logto. Oredirect URI
é o URL para onde o usuário é redirecionado após se autenticar com o Microsoft Entra ID.
- Clique em
Register
para criar o aplicativo.
Etapa 2: Configurar Microsoft Entra ID OIDC SSO no Logto
Após criar com sucesso um aplicativo Microsoft Entra OIDC, você precisará fornecer as configurações do IdP de volta para o Logto. Navegue até a aba Connection
no Logto Console e preencha as seguintes configurações:
- Client ID: Um identificador único atribuído ao seu aplicativo OIDC pelo Microsoft Entra. Este identificador é usado pelo Logto para identificar e autenticar o aplicativo durante o fluxo OIDC. Você pode encontrá-lo na página de visão geral do aplicativo como
Application (client) ID
.
- Client Secret: Crie um novo segredo de cliente e copie o valor para o Logto. Este segredo é usado para autenticar o aplicativo OIDC e proteger a comunicação entre o Logto e o IdP.
-
Emissor (Issuer): A URL do emissor, um identificador único para o IdP, especificando a localização onde o provedor de identidade OIDC pode ser encontrado. É uma parte crucial da configuração OIDC, pois ajuda o Logto a descobrir os endpoints necessários.
Em vez de fornecer manualmente todos esses endpoints OIDC, o Logto busca automaticamente todas as configurações necessárias e endpoints do IdP. Isso é feito utilizando a URL do emissor que você forneceu e fazendo uma chamada para o endpoint de descoberta do IdP.
Para obter a URL do emissor, você pode encontrá-la na seção
Endpoints
da página de visão geral do aplicativo.Localize o endpoint
OpenID Connect metadata document
e copie a URL SEM o caminho final.well-known/openid-configuration
. Isso ocorre porque o Logto irá automaticamente adicionar o.well-known/openid-configuration
à URL do emissor ao buscar as configurações OIDC.
- Escopo (Scope): Uma lista de strings separadas por espaço definindo as permissões ou níveis de acesso desejados solicitados pelo Logto durante o processo de autenticação OIDC. O parâmetro de escopo permite que você especifique quais informações e acessos o Logto está solicitando do IdP.
O parâmetro de escopo é opcional. Independentemente das configurações de escopo personalizadas, o Logto sempre enviará os escopos openid
, profile
e email
para o IdP.
Clique em Save
para finalizar o processo de configuração.
Etapa 3: Definir domínios de email e habilitar o conector SSO
Forneça os domains
de email da sua organização na aba de experience
do conector. Isso habilitará o conector SSO como um método de autenticação para esses usuários.
Usuários com endereços de email nos domínios especificados serão exclusivamente limitados a usar seu conector SSO como seu único método de autenticação.
Save your configuration
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 Microsoft Entra ID OIDC enterprise SSO deve estar disponível agora.
Enable Microsoft Entra ID OIDC enterprise SSO connector in Sign-in Experience
You don’t need to configure enterprise connectors individually, Logto simplifies SSO integration into your applications with just one click.
- Navigate to: Console > Sign-in experience > Sign-up and sign-in.
- Enable the "Enterprise SSO" toggle.
- Save changes.
Once enabled, a "Single Sign-On" button will appear on your sign-in page. Enterprise users with SSO-enabled email domains can access your services using their enterprise identity providers (IdPs).
To learn more about the SSO user experience, including SP-initiated SSO and IdP-initiated SSO, refer to User flows: Enterprise SSO.
Testing and Validation
Retorne ao seu aplicativo .NET Core (Razor Pages). Agora você deve conseguir fazer login com Microsoft Entra ID OIDC enterprise SSO. Aproveite!
Further readings
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.