Login único (SSO)
Com o login único, as pessoas digitam o e-mail do trabalho na página de login e continuam no provedor de identidade da sua empresa — Keycloak, Okta, Microsoft Entra ID, Google Workspace, Authentik ou qualquer provedor OpenID Connect ou SAML 2.0. O provedor diz quem elas são e em quais grupos estão; o waiso transforma esses grupos em acesso a cada login.
- Conectar um provedor e comprovar com um login de teste
- Conectar um provedor SAML 2.0 pelos metadados
- Direcionar os domínios da empresa para ele
- Mapear grupos do provedor para admin ou acesso por área
- Ativar só SSO e manter contas de emergência
Como funciona
Um administrador conecta o provedor em Configurações → SSO e registra os domínios de e-mail da empresa. A partir daí, digitar um endereço desses domínios na página de login mostra Continuar com e o nome do provedor. A pessoa entra no provedor e volta já logada no waiso — duas ações depois do e-mail.
Conecte seu provedor (Keycloak)
- Abra o assistente
Abra Configurações → SSO e clique em Conectar seu provedor de identidade. Escolha Keycloak.
- Crie o client no Keycloak
No seu realm crie um client OpenID Connect (por exemplo
waiso) com Client authentication ligado, e cole a URI de redirecionamento que o assistente mostra. Adicione um mapper Group Membership com o nome de claimgroups. - Cole o que o Keycloak te deu
O emissor (
https://<host>/realms/<realm>), o client ID e o client secret. O secret é guardado criptografado e nunca mais mostrado — ao editar depois aparece Secret definido com o botão Substituir. - Faça um login de teste
Clique em Fazer um login de teste e entre no Keycloak na janela que abrir. O resultado lista o e-mail, o nome, o subject e os grupos que voltaram — ou nomeia o problema (secret errado, emissor errado, relógio fora de sincronia, assinatura inválida). Nada está ativo ainda.
- Ative
Ativar só fica disponível depois de um teste que passou desde a última mudança no emissor, no client ou no secret.
Conecte um provedor SAML 2.0
Prefere SAML? O assistente tem um grupo SAML 2.0 com os mesmos provedores e um cartão Outro SAML. Tudo depois do login — domínios, primeiro login, grupos, só SSO e a lista de logins — funciona igual ao OpenID Connect.
- Copie três valores no seu provedor
O passo Copiar mostra o Entity ID, a URL ACS e a URL dos metadados, cada um com um botão de copiar. A maioria dos provedores pede o Entity ID e a URL ACS; alguns importam a URL dos metadados.
- Dê ao waiso os metadados do seu provedor
Cole a URL dos metadados (lida de novo todo dia, então um certificado novo entra sozinho) ou o conteúdo do arquivo de metadados. O waiso lê dele o endereço de login e os certificados de assinatura.
- Envie o e-mail e os grupos
Faça o provedor enviar um atributo
emaile os grupos da pessoa num atributogroups(Microsoft Entra ID e Authentik usam nomes próprios, que os modelos já preenchem). Assine a asserção ou a resposta com RSA-SHA256, sem criptografia. - Teste e ative
O login de teste mostra o e-mail, o subject e os atributos que voltaram — ou diz o problema, como uma URL ACS errada, uma resposta vencida ou uma assinatura que não confere com o certificado.
Login pelo painel de apps do provedor
Por padrão o login precisa começar na página de login do waiso. Se as suas pessoas abrem o waiso pelo bloco do app no Okta, Microsoft Entra ID (Meus Apps) ou Keycloak, ative Permitir login pelo painel de apps do provedor no passo Colar. Começa desligado e vale por provedor.
- Todas as outras verificações continuam: a assinatura contra o certificado salvo, o público, a URL ACS, o emissor — com uma janela de relógio menor (um minuto) e uma asserção emitida nos últimos cinco minutos.
- Cada login funciona uma vez: a mesma asserção enviada de novo é recusada.
- As pessoas chegam à página inicial do waiso. Um RelayState padrão só é seguido quando é um caminho deste site, como
/projects; qualquer endereço completo é ignorado. - No Keycloak, preencha o IDP-Initiated SSO URL name do cliente (por exemplo
waiso); o bloco passa a ser/realms/<realm>/protocol/saml/clients/waiso. Okta e Entra ID criam o bloco quando o app é atribuído.
Domínios da empresa
Adicione os domínios em que terminam os e-mails das suas pessoas. Na nuvem o domínio precisa ser comprovado: adicione o registro TXT que a página mostra (_waiso-verify.<domínio>) no seu DNS e clique em Conferir agora — só um domínio verificado direciona logins. Numa instalação self-hosted o domínio é verificado ao salvar. Domínios públicos como gmail.com são recusados, e um domínio pertence a um provedor só.
O primeiro login
- Criar a conta — quem o provedor deixar entrar ganha uma conta no primeiro login, com o acesso padrão que você escolher.
- Só convidados — só entra quem você convidou ou adicionou; os outros são orientados a falar com um administrador.
- Uma conta existente com o mesmo endereço é ligada ao provedor na primeira vez, quando o provedor confirma o e-mail. Depois disso o subject id estável do provedor encontra a pessoa, mesmo que o e-mail mude.
Os grupos decidem o acesso
Mapeie cada grupo do provedor para Admin ou para níveis por área, em todos os projetos ou em um. A cada login os grupos da pessoa são lidos de novo: vale o maior nível por área, e quando os grupos discordam do projeto vale o primeiro grupo na sua ordem. Quem tem pelo menos um grupo mapeado recebe exatamente esse acesso — a aba Usuários mostra Gerenciado por e o nome do provedor, e a edição manual fica bloqueada. Quem não está em nenhum grupo mapeado mantém o acesso definido no waiso.
| Provedor | De onde vêm os grupos |
|---|---|
| Keycloak | Um mapper Group Membership (claim groups) |
| Okta | O escopo groups e uma claim groups |
| Microsoft Entra ID | Uma claim de grupos com object IDs — mapeie os IDs |
| Authentik | O escopo profile traz os grupos |
| Google Workspace | Nenhum: todos recebem o acesso padrão |
Só SSO
Ative Só login da empresa nesses domínios e o login com senha e a recuperação de senha param para esses e-mails: a página de login mostra só Continuar com. O dono do workspace sempre mantém a senha, assim como até dois admins que você escolher — para o dia em que o provedor cair, quando um deles entra com senha e desliga o SSO.
Logins
Cada login pela empresa e cada recusa aparecem no fim da página de SSO por 90 dias: quando (até o segundo), quem, o resultado e, numa recusa, o motivo em palavras.