Active Directory: como autenticação centralizada funciona e o que quebra quando para
Quando o Active Directory tem problema, nada funciona — login, email, VPN, acesso a arquivos. Isso me ensinou o que single point of failure significa antes de eu conhecer o termo.
Chegou um chamado às 8h15: "ninguém consegue logar."
Não um usuário. Não um departamento. Todo o escritório.
Windows pedindo senha, senha correta, erro de autenticação. VPN não conectava. Email não abria. A impressora de rede que autenticava via AD — também fora. Tudo que dependia de identidade tinha parado.
AD estava com problema de replicação entre dois domain controllers. Um tinha a versão atual dos dados de usuário. O outro — o que estava sendo consultado — tinha dados desatualizados de horas atrás.
Active Directory é a fonte de verdade de identidade num ambiente Windows corporativo.
Quando você loga no Windows, ele consulta o AD: "esse usuário existe? Essa senha está correta? Quais grupos ele pertence?" Quando você acessa uma pasta de rede, o servidor consulta o AD antes de abrir. VPN verifica no AD. Email verifica no AD. Tudo que tem controle de acesso depende do AD estar respondendo corretamente.
Isso torna o AD ao mesmo tempo o sistema mais crítico e o mais invisível quando funciona.
O que aprendi sobre sistemas de identidade centralizada:
Single point of failure precisa de redundância, não de otimismo. AD com um único domain controller não é configuração de produção — é bomba relógio. Dois domain controllers com replicação é o mínimo. Mas replicação que não é monitorada pode silenciosamente divergir, como aconteceu nesse caso.
Dependência implícita é mais perigosa que dependência explícita. Sabia que login dependia do AD. Não tinha mapeado que a impressora de rede também dependia, que o ERP dependia, que o sistema de ponto eletrônico dependia. O incidente me forçou a mapear todas as dependências de identidade do ambiente.
Autenticação falha de formas não-óbvias. O erro que o usuário via era "senha incorreta" — mas a senha estava correta. O problema era o AD retornando dados antigos. Mensagem de erro que não reflete o problema real é armadilha de diagnóstico.
Quando comecei a trabalhar com plataforma de software e vi OAuth, OIDC, IAM centralizado — reconheci a estrutura.
A ideia é a mesma: um sistema central que guarda identidade e autoriza acesso. Os componentes têm nomes diferentes. Os princípios são idênticos.
Identity provider indisponível derruba tudo que depende dele — apps, APIs, serviços internos. Token expirado com refresh falhando cria a mesma experiência de "nada funciona" que o AD com replicação quebrada.
Engenheiro que nunca operou autenticação centralizada tende a tratar auth como detalhe de implementação. Não é. É infraestrutura crítica com os mesmos requisitos de disponibilidade, redundância e monitoramento que qualquer outro sistema crítico.
Essa semana: se o sistema de autenticação da sua plataforma cair agora, você sabe exatamente o que para de funcionar?