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 Twilio (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 Twilio 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 (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.
Integrar Logto 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.
Adicionar conector Twilio
O conector SMS é um método usado para enviar senhas de uso único (OTPs) para autenticação. Ele permite a verificação de Phone number para suportar autenticação sem senha, incluindo registro baseado em SMS, login, autenticação de dois fatores (2FA) e recuperação de conta. Você pode facilmente conectar Twilio como seu provedor SMS. Com o conector SMS do Logto, você pode configurá-lo em apenas alguns minutos.
Para adicionar um conector SMS, basta seguir estas etapas:
- Navegue até Console > Connector > Email and SMS connectors.
- Para adicionar um novo conector SMS, clique no botão "Set up" e selecione "Twilio".
- Revise a documentação README para o provedor selecionado.
- Complete os campos de configuração na seção "Parameter Configuration".
- Personalize o modelo SMS usando o editor JSON.
- Teste sua configuração enviando um código de verificação para seu Phone number.
Se você estiver seguindo o guia do conector no local, pode pular a próxima seção.
Configurar Twilio SMS connector
Registrar conta Twilio
Crie uma nova conta no Twilio. (Pule para o próximo passo se você já tiver uma.)
Configurar números de telefone dos remetentes
Vá para a página do console Twilio e faça login com sua conta Twilio.
Compre um número de telefone em "Phone Numbers" -> "Manage" -> "Buy a number".
Às vezes, você pode encontrar a situação em que o serviço de SMS não é suportado em países ou áreas específicas. Escolha um número de outras regiões para contornar isso.
Uma vez que tenhamos um número válido reivindicado, navegue para "Messaging" -> "Services". Crie um novo Serviço de Mensagens clicando no botão.
Dê um nome amigável ao serviço e escolha Notify my users como nosso propósito de serviço. No próximo passo, escolha Phone Number como Sender Type, e adicione o número de telefone que acabamos de reivindicar a este serviço como remetente.
Cada número de telefone pode ser vinculado apenas a um serviço de mensagens.
Obter credenciais da conta
Precisaremos das credenciais da API para fazer o conector funcionar. Vamos começar pela página do console Twilio.
Clique no menu "Account" no canto superior direito, depois vá para a página "API keys & tokens" para obter seu Account SID e Auth token.
Volte para a página de configurações de "Messaging" -> "Services" a partir da barra lateral e encontre o Sid do seu serviço.
Compor o JSON do conector
Preencha os campos accountSID, authToken e fromMessagingServiceSID com Account SID, Auth token e Sid do serviço de mensagens correspondente.
Você pode adicionar vários modelos de conector SMS para diferentes casos. Aqui está um exemplo de adição de um único modelo:
- Preencha o campo
contentcom conteúdos de string arbitrária. Não se esqueça de deixar o espaço reservado{{code}}para o código de verificação aleatório. - Preencha o campo
usageTypecomRegister,SignIn,ForgotPassword,Genericpara diferentes casos de uso. Para habilitar fluxos completos de usuário, são necessários modelos com usageTypeRegister,SignIn,ForgotPasswordeGeneric.
Testar conector SMS Twilio
Você pode inserir um número de telefone e clicar em "Send" para ver se as configurações funcionam antes de "Save and Done".
É isso. Não se esqueça de Habilitar conector na experiência de login.
Tipos de configuração
| Nome | Tipo |
|---|---|
| accountSID | string |
| authToken | string |
| fromMessagingServiceSID | string |
| templates | Templates[] |
| Propriedades do Template | Tipo | Valores Enum |
|---|---|---|
| content | string | N/A |
| usageType | enum string | 'Register' | 'SignIn' | 'ForgotPassword' | 'Generic' |
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 Twilio deve estar disponível agora.
Ativar conector Twilio na Experiência de Login
Depois de criar um conector com sucesso, você pode habilitar o login e registro sem senha baseado em número de telefone.
- Navegue para Console > Experiência de login > Inscrição e login.
- Configure os métodos de inscrição (Opcional):
- Selecione "Phone number" ou "Email ou número de telefone" como o identificador de inscrição.
- "Verificar na inscrição" é forçado a ser habilitado. Você também pode habilitar "Criar uma senha" no registro.
- Configure os métodos de login:
- Selecione Phone number como um dos identificadores de login. Você pode fornecer vários identificadores disponíveis (email, número de telefone e nome de usuário).
- Selecione "Código de verificação" e / ou "Senha" como o fator de autenticação.
- Clique em "Salvar alterações" e teste na "Pré-visualização ao vivo".
Além do registro e login via OTPs , você também pode habilitar a recuperação de senha e verificação de segurança baseada em , bem como vincular Phone number ao perfil. Veja Fluxos de usuário final para mais detalhes.
Teste e Validação
Retorne ao seu aplicativo .NET Core (Razor Pages). Agora você deve conseguir fazer login com Twilio. 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.