Entendendo o erro AADSTS90002 Tenant Not Found

By Mirko Peters · 2026-04-20

Se você vê o erro AADSTS90002, basicamente é a forma que a Microsoft usa para dizer: “Ei, não consigo encontrar o seu locatário!” Ele aparece principalmente em ambientes do Microsoft 365, Azure Active Directory ou Entra ID quando você tenta fazer login ou conectar um serviço, mas o seu locatário não pode ser encontrado. Em termos simples: o sistema não encontra nenhum locatário que corresponda aos

Automatically translated with AI from the original post. Read the English original

Se você vê o erro AADSTS90002, basicamente é a forma que a Microsoft usa para dizer: “Ei, não consigo encontrar o seu locatário!” Ele aparece principalmente em ambientes do Microsoft 365, Azure Active Directory ou Entra ID quando você tenta fazer login ou conectar um serviço, mas o seu locatário não pode ser encontrado. Em termos simples: o sistema não encontra nenhum locatário que corresponda aos dados informados.

Então, o que é um “locatário” nesse contexto? Pense em um locatário como o espaço da sua organização dentro da grande nuvem da Microsoft: a sua identidade única, com o próprio conjunto de usuários, aplicativos e configurações. Quando o serviço tenta verificar o seu login ou se conectar, ele procura esse locatário pelo ID ou pelo domínio. Se não o encontrar, aí entra o AADSTS90002 com a sua bandeira.

Isso pode acontecer por vários motivos. Talvez alguém tenha digitado a URL de login errada. Ou o locatário foi excluído ou suspenso, às vezes por acidente! Em outros casos, o problema é simples: a assinatura desse locatário expirou, ou algo deu errado durante o registro ou a configuração do aplicativo. Desenvolvedores às vezes encontram esse erro quando o aplicativo aponta para o locatário errado ou para o ambiente errado do Azure AD durante o login.

Para administradores, usuários ou qualquer pessoa que lide com autenticação no Microsoft 365, saber que esse erro quase sempre significa “a Microsoft não consegue encontrar o lugar que você está procurando” já resolve metade do problema. Não entre em pânico: normalmente, o problema é um ID de locatário ausente ou incorreto, um locatário excluído ou uma falha na configuração. Quando você entender como funciona a busca pelo locatário, estará pronto para encontrar o ponto do problema e corrigi-lo rapidamente.

Como corrigir o erro AADSTS90002 passo a passo

Pronto para resolver o erro AADSTS90002? A boa notícia é que a maioria das correções está ao seu alcance, mesmo que pareça técnico à primeira vista. Primeiro, sempre confira se você está entrando com o ID de locatário correto e usando a URL de login certa. Erros de digitação, valores copiados de documentos antigos ou uma confusão entre ambientes de teste e de produção são causas clássicas desse problema.

Em seguida, verifique se o locatário realmente existe e está ativo. Às vezes, locatários são excluídos ou suspensos, ou a assinatura associada fica desatualizada. Acesse o centro de administração do Microsoft 365, ou peça ao seu administrador de TI que faça isso, e confirme o status do locatário, as assinaturas ativas e se a sua licença ainda está válida. Normalmente, é nesse ponto que alguém percebe: “Ah, esse locatário foi desativado no trimestre passado!”

Se tudo ainda parecer errado, revise a configuração do seu aplicativo. Você está usando aplicativos multilocatário? Eles foram registrados na instância correta do Azure AD? Às vezes, desenvolvedores fixam um ID de locatário no código ou em um arquivo de configuração e acabam enviando o valor errado para produção, especialmente em implantações na nuvem com vários ambientes.

Automações, entidades de serviço e pipelines de CI/CD também podem gerar esse erro. Se seus scripts ou aplicativos começarem a falhar de repente, verifique se as credenciais da entidade de serviço não expiraram nem foram revogadas. É comum que uma renovação esquecida ou um registro excluído provoque falhas na busca do locatário em fluxos de trabalho não interativos.

Não ignore a sua rede, por mais estranho que pareça. Proxies corporativos ou filtros de DNS que bloqueiam os endpoints de login da Microsoft podem fazer você achar que o locatário desapareceu. Revise as configurações de rede, limpe o cache de DNS e confirme que tudo consegue se comunicar com as plataformas de identidade da Microsoft. Uma exceção de proxy esquecida ou um erro de roteamento de DNS pode fazer você perder um tempo enorme à toa.

Se você quer um mergulho mais profundo em segurança de identidade e nos erros comuns que podem complicar a sua experiência com o Azure AD, confira esta discussão sobre como gerenciar o acesso condicional e a dívida de identidade. Essas informações ajudam você a manter a camada de identidade saudável e proativa, para que erros como este não peguem você de surpresa.

Comece pelo básico, seja metódico, e você normalmente vai conseguir controlar o problema “Tenant Not Found” antes da hora do almoço. E se você travar, envolver um administrador de assinatura ou o suporte é o próximo melhor passo.

Perguntas frequentes e respostas sobre problemas de Tenant Not Found

Se você já ficou intrigado com o erro AADSTS90002, não está sozinho. As pessoas sempre têm dúvidas, principalmente quando o locatário "deveria" existir, mas a Microsoft insiste no contrário. Vamos analisar as principais coisas que as pessoas se perguntam ou temem sobre esse erro famigerado.

Primeiro: "Por que estou vendo 'Tenant Not Found' quando sei que meu locatário existe?" Geralmente, isso se resume a pequenos detalhes, como usar um nome de domínio antigo ou com erro de digitação, uma incompatibilidade de região ou configurações em cache no navegador ou no aplicativo. Às vezes, o DNS leva tempo para ser atualizado após alterações no locatário. Sempre confira os dados de entrada e tente limpar o cache ou executar um flush de DNS antes de se preocupar com problemas maiores.

Outra dúvida importante: "Consigo recuperar o acesso se não sou administrador?" Normalmente, usuários não administradores têm recursos limitados. Se o locatário foi excluído ou a assinatura expirou, somente alguém com direitos de administrador pode restaurá-lo. Ainda assim, se você estiver bloqueado por problemas menores, como URLs incorretas ou service principals desatualizados, talvez consiga acionar um administrador ou corrigir uma configuração sem esperar pela ajuda de um nível superior.

Os administradores costumam querer saber se há formas de evitar esses erros. Com certeza: validar corretamente o ID do locatário, documentar detalhadamente a configuração das suas aplicações e testar os logins em ambientes isolados podem fazer uma grande diferença. Os desenvolvedores devem considerar boas práticas, como usar variáveis de ambiente para a configuração e validar os vínculos do locatário durante a implantação, e não apenas em produção.

Para quem automatiza tarefas ou trabalha com CI/CD, client secrets expirados ou permissões de service principal revogadas são causas comuns. Crie o hábito de auditar seus service principals, renovar as credenciais antes que expirem e manter os logs à mão para identificar rapidamente falhas na resolução do locatário.

Não esqueça os problemas de rede. Falhas de DNS e de proxy, ou regras de firewall rígidas que bloqueiam os endpoints de identidade da Microsoft, podem imitar um erro de "tenant not found". Sempre verifique com a equipe de TI se houve alguma alteração recente na rede caso esse erro apareça do nada.