AD CS Account Persistence
Last updated
Last updated
Learn & practice AWS Hacking: Learn & practice GCP Hacking:
Este é um pequeno resumo dos capítulos de persistência de máquina da incrível pesquisa de
Em um cenário onde um certificado que permite a autenticação de domínio pode ser solicitado por um usuário, um atacante tem a oportunidade de solicitar e roubar esse certificado para manter a persistência em uma rede. Por padrão, o modelo User no Active Directory permite tais solicitações, embora às vezes possa estar desativado.
Usando uma ferramenta chamada , pode-se procurar por certificados válidos que habilitam acesso persistente:
É destacado que o poder de um certificado reside em sua capacidade de autenticar como o usuário ao qual pertence, independentemente de quaisquer alterações de senha, desde que o certificado permaneça válido.
Os certificados podem ser solicitados através de uma interface gráfica usando certmgr.msc ou através da linha de comando com certreq.exe. Com Certify, o processo para solicitar um certificado é simplificado da seguinte forma:
Após a solicitação bem-sucedida, um certificado junto com sua chave privada é gerado no formato .pem. Para converter isso em um arquivo .pfx, que é utilizável em sistemas Windows, o seguinte comando é utilizado:
O arquivo .pfx pode então ser enviado para um sistema alvo e usado com uma ferramenta chamada para solicitar um Ticket Granting Ticket (TGT) para o usuário, estendendo o acesso do atacante enquanto o certificado for válido (tipicamente um ano):
Um aviso importante é compartilhado sobre como essa técnica, combinada com outro método descrito na seção THEFT5, permite que um atacante obtenha persistentemente o NTLM hash de uma conta sem interagir com o Local Security Authority Subsystem Service (LSASS) e a partir de um contexto não elevado, proporcionando um método mais discreto para roubo de credenciais a longo prazo.
Outro método envolve inscrever a conta de máquina de um sistema comprometido para um certificado, utilizando o modelo padrão Machine, que permite tais ações. Se um atacante obtiver privilégios elevados em um sistema, ele pode usar a conta SYSTEM para solicitar certificados, proporcionando uma forma de persistence:
Este acesso permite que o atacante se autentique no Kerberos como a conta da máquina e utilize S4U2Self para obter tickets de serviço do Kerberos para qualquer serviço no host, concedendo efetivamente ao atacante acesso persistente à máquina.
O método final discutido envolve aproveitar os períodos de validade e renovação dos modelos de certificado. Ao renovar um certificado antes de sua expiração, um atacante pode manter a autenticação no Active Directory sem a necessidade de novas inscrições de tickets, o que poderia deixar rastros no servidor da Autoridade Certificadora (CA).
Essa abordagem permite um método de persistência estendida, minimizando o risco de detecção através de interações reduzidas com o servidor CA e evitando a geração de artefatos que poderiam alertar os administradores sobre a intrusão.
