Kerberos e Kerberoasting

Kerberos é um protocolo de autenticação baseado em tíquetes. Em vez de enviar senhas, os clientes apresentam tíquetes criptográficos emitidos pelo Centro de Distribuição de Chaves (KDC), executado em cada Controlador de Domínio.

• O Servidor de Autenticação (AS) emite um TGT.
• O Servidor de Concessão de Tíquetes (TGS) emite tíquetes de serviço.
• Os serviços validam os tíquetes sem entrar em contato com o DC.

O Kerberos possui três trocas de mensagens. Entendê-las revela onde os ataques se encaixam.

• AS-REQ / AS-REP: o cliente comprova sua identidade (pré-autenticação) e obtém um TGT criptografado com a chave de krbtgt.
• TGS-REQ / TGS-REP: o cliente apresenta o TGT para solicitar um tíquete de serviço (TGS).
• AP-REQ / AP-REP: o cliente apresenta o TGS ao serviço.

A extração AS-REP explora a primeira troca; a extração de tíquetes Kerberos explora a segunda.

Um Nome de Entidade de Serviço (SPN) associa uma instância de serviço à conta que a executa. Quando você solicita um TGS para um SPN, o tíquete resultante é parcialmente criptografado com o resumo criptográfico da senha da conta de serviço.

Esse é o cerne da extração de tíquetes Kerberos: qualquer usuário autenticado pode solicitar tíquetes para contas de serviço e então quebrá-los sem conexão para descobrir a senha em texto simples.

A extração de tíquetes Kerberos gera poucos sinais porque solicitar um TGS é um comportamento normal. As etapas do ataque são:

• Enumere contas de usuário com SPNs.
• Solicite tíquetes TGS para esses SPNs.
• Extraia os blocos de dados criptografados dos tíquetes.
• Quebre-os sem conexão usando uma lista de palavras; durante a quebra, não é necessária interação com o DC.

O tíquete capturado usa a senha da conta de serviço como chave. A quebra sem conexão testa senhas candidatas até que uma delas decifre o tíquete corretamente.

As contas de serviço geralmente têm senhas fracas que nunca são alteradas, o que permite quebrá-las rapidamente.

O algoritmo usado no tíquete afeta a velocidade de quebra.

• RC4 (etype 23) é rápido de quebrar e representa um sinal de alerta se ainda for permitido.
• AES (etype 17/18) é muito mais lento para ataques de força bruta.
• Os atacantes podem rebaixar as solicitações para RC4 usando /tgtdeleg ou abusando de msDS-SupportedEncryptionTypes.

Os defensores devem desativar o RC4 em todo o domínio e exigir AES.

Um ataque relacionado tem como alvo contas com a pré-autenticação Kerberos desativada (DONT_REQ_PREAUTH). Sem a pré-autenticação, o AS-REP contém dados criptografados com o resumo criptográfico da senha do usuário, que podem ser obtidos sem nenhuma credencial.

A extração de tíquetes Kerberos é bem-sucedida por causa de fraquezas estruturais, não de falhas no protocolo.

• Por definição, qualquer entidade autenticada pode solicitar qualquer tíquete de serviço.
• As contas de serviço frequentemente são configuradas uma única vez com uma senha fraca e nunca têm essa senha alterada.
• Muitas são executadas com privilégios elevados (por exemplo, contas de serviço de SQL em Administradores do Domínio).
• A quebra ocorre totalmente sem conexão, portanto o bloqueio da conta nunca é acionado.

Os defensores podem detectar essas extrações por meio da telemetria das solicitações de TGS.

• Monitore o evento 4769 em busca de solicitações de tíquetes RC4 (0x17), especialmente em rajadas originadas de uma única conta.
• Gere um alerta quando uma única entidade solicitar muitos SPNs distintos rapidamente.
• Implante contas-isca com SPNs que nenhum serviço legítimo utilize; qualquer solicitação será maliciosa.

A solução duradoura é remover as condições que tornam os tíquetes vulneráveis à quebra.

• Use Contas de Serviço Gerenciadas por Grupo (gMSA) com senhas de mais de 120 caracteres alternadas automaticamente.
• Exija senhas longas e complexas para quaisquer contas de serviço clássicas restantes.
• Desative o RC4; exija tipos de criptografia AES.
• Remova SPNs desnecessários e aplique o princípio do menor privilégio às contas.

Durante testes autorizados, decifre tíquetes em um ambiente isolado e nunca extraia credenciais em texto simples para fora do escopo do trabalho. Informe quais contas foram decifradas e em quanto tempo, para que o cliente possa priorizar a migração para gMSA.

Trate as senhas decifradas como informações sensíveis: armazene-as criptografadas e elimine-as depois de fazer o relatório.

Confirme sua compreensão da mecânica do ataque de quebra de tíquetes Kerberos.

Você aprendeu como o Kerberos emite tíquetes e como esse mecanismo é explorado.

• Os tíquetes de SPN são criptografados com os valores de hash das contas de serviço, o que permite quebrá-los sem conexão com o serviço.
• Os tíquetes RC4 são quebrados rapidamente; AES e gMSA são as defesas.
• A quebra de AS-REP não exige credenciais quando a pré-autenticação está desativada.
• SPNs-isca e o monitoramento de RC4 no evento 4769 detectam o ataque.

A seguir, veremos como reutilizar credenciais roubadas com a passagem de hash e a passagem de tíquete.