Quem entra no seu LMS uma vez por ano para uma reciclagem de compliance nunca vai lembrar a senha. Então clica em “esqueci minha senha”, espera um e-mail, inventa uma nova senha que vai esquecer de novo ou desiste e abre um chamado. O login sem senha elimina a senha por completo. Este guia explica como ele funciona, onde estão de fato as ressalvas de segurança e quando vale adicionar o login único SAML por cima.
Por que as senhas falham com alunos ocasionais
As senhas funcionam melhor em sistemas que as pessoas usam todos os dias. Uma plataforma de treinamento costuma ser o oposto: as pessoas entram quando são matriculadas, quando chega um lembrete ou quando um certificado está prestes a vencer.
Isso cria um conjunto previsível de problemas:
- Senhas esquecidas. Com meses entre um login e outro, muitos alunos começam por uma redefinição, muitas vezes no dia em que o treinamento vence.
- Reutilização. Quem não consegue lembrar mais uma senha reutiliza uma de outro lugar. Se esse outro site for invadido, o mesmo e-mail e a mesma senha podem ser testados no seu LMS.
- Improvisos. Regras rígidas de senha levam a senhas em post-its ou a variações previsíveis, como somar um número a cada vez.
- Carga de suporte. Cada bloqueio e cada redefinição é um chamado para a sua central de ajuda ou para a equipe de L&D.
Há também um ponto mais discreto. A maioria dos sistemas de senha permite que as pessoas a redefinam por e-mail, o que significa que a caixa de entrada já controla a conta. A senha é a parte que as pessoas esquecem, não a parte que as protege. O login sem senha apenas deixa isso explícito.
Como funciona o login sem senha
Códigos de uso único por e-mail
- O aluno informa o seu endereço de e-mail.
- O LMS gera um código aleatório curto e o envia por e-mail.
- O aluno digita o código, e o LMS o verifica.
Um código bem projetado funciona uma única vez, expira em minutos e para de funcionar após algumas tentativas erradas. Não há nada para lembrar, nada reutilizado de outro site e nenhuma senha para vazar.
Alguns sistemas enviam por e-mail um link de login em vez de um código. Os códigos são práticos quando alguém lê e-mails no celular, mas está entrando em um computador do trabalho, porque basta digitar o código.
Contas Google, Microsoft ou LinkedIn
Com os botões “entrar com”, o LMS entrega o login ao provedor usando protocolos padrão, como OAuth 2.0 e OpenID Connect. O provedor confirma quem é a pessoa, inclusive por meio da verificação em duas etapas da conta dela, e informa ao LMS quem ela é e qual é o seu e-mail verificado. O LMS nunca vê a senha.
Isso serve para colaboradores que já entram todos os dias no Microsoft 365 ou no Google Workspace: um clique e pronto.
As ressalvas de segurança, com honestidade
O login sem senha não é mágica. Ele transfere a confiança para outro lugar, e você precisa saber para onde.
| Método | O que protege a conta | O que observar |
|---|---|---|
| Senha | Algo que o aluno lembra | Reutilização, escolhas fracas e, de qualquer forma, redefinição por e-mail |
| Código por e-mail | O acesso à caixa de entrada do aluno | Uma caixa de e-mail comprometida significa uma conta do LMS comprometida |
| Google, Microsoft ou LinkedIn | A conta do provedor e a verificação em duas etapas dela | Contas pessoais ficam fora do seu controle |
| Login único SAML | O seu provedor de identidade e as políticas dele | Esforço de configuração e dependência da disponibilidade do provedor |
Alguns pontos específicos que vale entender:
- A conta de e-mail é o que mais importa. Quem consegue ler o e-mail de um aluno consegue entrar como esse aluno. A autenticação multifator nas caixas de e-mail corporativas faz mais pela segurança do LMS do que qualquer regra de senha.
- A expiração e o número limitado de tentativas impedem os palpites. Um código de seis dígitos tem cerca de um milhão de valores possíveis, então três tentativas dão a quem tenta adivinhar apenas algumas chances em um milhão, e cada código vive por minutos. Limites para a frequência de pedidos de código retardam ainda mais o ataque.
- Os códigos ainda podem ser alvo de phishing. Uma página de login falsa pode pedir um código e usá-lo imediatamente. Ensine as pessoas a digitar códigos somente no endereço real do seu LMS e que ninguém, nem mesmo o suporte, jamais vai pedir um.
- Caixas de e-mail compartilhadas enfraquecem os seus registros. Se várias pessoas podem ler uma mesma caixa de entrada, qualquer uma delas pode entrar como a dona dela. Cada aluno precisa do seu próprio endereço para que os registros de treinamento tenham algum valor.
- Quem sai precisa ser removido de todos os lugares. Uma conta pessoal do Google ou do LinkedIn não desaparece quando alguém deixa a empresa. Suspenda ou arquive a pessoa no LMS como parte do desligamento, e não apenas no seu diretório.
- A entrega de e-mails faz parte do sistema. Códigos que caem no spam ou chegam atrasados causam falhas de login. Peça à TI que libere os e-mails do LMS nos seus filtros de e-mail.
Planeje a recuperação antes de precisar dela
Com o login sem senha, os chamados de “esqueci a senha” praticamente desaparecem. A dúvida mais comum de suporte passa a ser “não recebi o meu código”, e a resposta é quase sempre verificar a pasta de spam, confirmar o endereço e pedir um novo código.
Os administradores exigem mais reflexão. Se você depende do login único e o seu provedor de identidade sofre uma queda, ou uma configuração é alterada por engano, você precisa de uma via de acesso que não dependa do que quebrou. Boas práticas:
- Mantenha pelo menos dois administradores, para que a perda de acesso de uma pessoa não deixe a organização trancada do lado de fora.
- Garanta que os administradores tenham um caminho de recuperação que não dependa do seu provedor de identidade.
- Teste esse caminho de recuperação uma vez, com calma, antes de precisar dele em um dia ruim.
- Se você limita os administradores às faixas de IP do escritório, verifique como os administradores remotos vão entrar.
Quando adicionar o login único SAML
Os códigos por e-mail e o login social atendem à maioria dos alunos. Vale adicionar o login único SAML quando:
- Seus colaboradores já são gerenciados no Microsoft Entra ID, no Okta ou no Google Workspace.
- Você quer que as políticas de multifator e de acesso do seu provedor de identidade também valham para o treinamento.
- Você quer que as pessoas percam o acesso assim que são desativadas no seu diretório.
- Avaliações de segurança ou questionários de clientes pedem login único.
Ele não é a resposta completa se muitos alunos estão fora do seu diretório, como terceirizados, voluntários, clientes ou funcionários de outras organizações. Nesse caso, use o SSO para os seus próprios colaboradores e mantenha os códigos por e-mail para todos os demais. Tratamos da configuração com mais detalhes em login único para o seu LMS.
Como a Acadenix faz
A Acadenix não tem senhas. As pessoas entram de uma destas formas:
- Códigos por e-mail. As pessoas informam o e-mail e recebem um código de seis dígitos. Ele funciona uma única vez, por cinco minutos, e deixa de funcionar após três tentativas erradas. Se você pedir códigos com muita frequência, será solicitado a esperar.
- Google, Microsoft e LinkedIn. Cada método é ativado ou desativado em Settings → Authentication (Configurações → Autenticação) e pode ser limitado a determinados domínios de e-mail verificados. Antes de uma alteração ser salva, você vê quantas pessoas e sessões ela afeta.
- Seus próprios aplicativos de login. As organizações podem usar o seu próprio aplicativo do Google, da Microsoft ou do LinkedIn. Com o seu próprio aplicativo da Microsoft, só as contas do seu tenant podem usá-lo.
- Login único SAML no Gold. Conecte o Microsoft Entra ID, o Okta ou o Google Workspace. As contas de aluno podem ser criadas no primeiro login, mas só para endereços dos domínios de e-mail da sua organização. Na primeira vez que alguém entra via SAML, um código é enviado por e-mail para confirmar o vínculo, uma vez por pessoa. Os outros métodos que você ativou continuam como alternativa. Veja planos e preços.
Para os administradores, há proteções extras. Os administradores podem ser limitados às suas faixas de IP sem afetar os alunos, e as sessões inativas são encerradas. Se o seu login habitual parar de funcionar, um administrador ainda pode entrar com um código de recuperação enviado ao seu e-mail, e esse caminho não pode ser desativado. Suspender a conta de alguém impede imediatamente que a pessoa entre, e Email History (histórico de e-mails) mostra quais e-mails foram enviados ou falharam nos últimos 30 dias, sem guardar o conteúdo das mensagens nem os códigos. Há mais detalhes na nossa página de segurança.
Principais pontos
- Para alunos ocasionais, as senhas geram redefinições, reutilização e chamados sem acrescentar muita proteção.
- Os códigos por e-mail e o login com conta corporativa eliminam a senha; a caixa de entrada ou a conta do provedor passa a ser a chave, então proteja-a com autenticação multifator.
- Códigos de uso único que expiram rápido e permitem poucas tentativas tornam inviável adivinhá-los, mas as pessoas ainda precisam saber que nunca devem compartilhá-los.
- Planeje a recuperação dos administradores e o desligamento antes de ativar os métodos.
- Adicione o login único SAML quando seus colaboradores estiverem em um provedor de identidade central e mantenha os códigos por e-mail para todos os demais.
Se as senhas são a maior fonte dos chamados de suporte do seu treinamento, veja como o login sem senha funciona com as suas próprias pessoas. Solicite uma avaliação e configure os métodos de login que combinam com a sua organização.
