AD CS Certificate Theft
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Este é um pequeno resumo dos capítulos de Roubo da incrível pesquisa de https://www.specterops.io/assets/resources/Certified_Pre-Owned.pdf
Antes de verificar como roubar os certificados, aqui você tem algumas informações sobre como descobrir para que o certificado é útil:
Em uma sessão de desktop interativa, extrair um certificado de usuário ou máquina, junto com a chave privada, pode ser feito facilmente, particularmente se a chave privada for exportável. Isso pode ser alcançado navegando até o certificado em certmgr.msc, clicando com o botão direito sobre ele e selecionando All Tasks → Export para gerar um arquivo .pfx protegido por senha.
Para uma abordagem programática, ferramentas como o cmdlet PowerShell ExportPfxCertificate ou projetos como o projeto CertStealer C# de TheWover estão disponíveis. Estas utilizam a Microsoft CryptoAPI (CAPI) ou a Cryptography API: Next Generation (CNG) para interagir com o armazenamento de certificados. Essas APIs fornecem uma gama de serviços criptográficos, incluindo aqueles necessários para armazenamento e autenticação de certificados.
No entanto, se uma chave privada for definida como não exportável, tanto CAPI quanto CNG normalmente bloquearão a extração de tais certificados. Para contornar essa restrição, ferramentas como Mimikatz podem ser empregadas. Mimikatz oferece comandos crypto::capi e crypto::cng para corrigir as respectivas APIs, permitindo a exportação de chaves privadas. Especificamente, crypto::capi corrige o CAPI dentro do processo atual, enquanto crypto::cng mira a memória de lsass.exe para correção.
Mais informações sobre DPAPI em:
No Windows, as chaves privadas de certificados são protegidas pelo DPAPI. É crucial reconhecer que os locais de armazenamento para chaves privadas de usuário e máquina são distintos, e as estruturas de arquivos variam dependendo da API criptográfica utilizada pelo sistema operacional. SharpDPAPI é uma ferramenta que pode navegar automaticamente por essas diferenças ao descriptografar os blobs do DPAPI.
Certificados de usuário estão predominantemente armazenados no registro sob HKEY_CURRENT_USER\SOFTWARE\Microsoft\SystemCertificates, mas alguns também podem ser encontrados no diretório %APPDATA%\Microsoft\SystemCertificates\My\Certificates. As chaves privadas correspondentes a esses certificados são tipicamente armazenadas em %APPDATA%\Microsoft\Crypto\RSA\User SID\ para chaves CAPI e %APPDATA%\Microsoft\Crypto\Keys\ para chaves CNG.
Para extrair um certificado e sua chave privada associada, o processo envolve:
Selecionar o certificado alvo do armazenamento do usuário e recuperar seu nome de armazenamento de chave.
Localizar a masterkey DPAPI necessária para descriptografar a chave privada correspondente.
Descriptografar a chave privada utilizando a masterkey DPAPI em texto claro.
Para adquirir a masterkey DPAPI em texto claro, as seguintes abordagens podem ser usadas:
Para simplificar a descriptografia de arquivos masterkey e arquivos de chave privada, o comando certificates do SharpDPAPI se mostra benéfico. Ele aceita /pvk, /mkfile, /password ou {GUID}:KEY como argumentos para descriptografar as chaves privadas e os certificados vinculados, gerando posteriormente um arquivo .pem.
Os certificados de máquina armazenados pelo Windows no registro em HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SystemCertificates e as chaves privadas associadas localizadas em %ALLUSERSPROFILE%\Application Data\Microsoft\Crypto\RSA\MachineKeys (para CAPI) e %ALLUSERSPROFILE%\Application Data\Microsoft\Crypto\Keys (para CNG) são criptografados usando as chaves mestres DPAPI da máquina. Essas chaves não podem ser descriptografadas com a chave de backup DPAPI do domínio; em vez disso, o segredo LSA DPAPI_SYSTEM, que apenas o usuário SYSTEM pode acessar, é necessário.
A descriptografia manual pode ser realizada executando o comando lsadump::secrets no Mimikatz para extrair o segredo LSA DPAPI_SYSTEM e, em seguida, usando essa chave para descriptografar as chaves mestres da máquina. Alternativamente, o comando crypto::certificates /export /systemstore:LOCAL_MACHINE do Mimikatz pode ser usado após a correção do CAPI/CNG, conforme descrito anteriormente.
SharpDPAPI oferece uma abordagem mais automatizada com seu comando de certificados. Quando a flag /machine é usada com permissões elevadas, ela se eleva para SYSTEM, despeja o segredo LSA DPAPI_SYSTEM, usa-o para descriptografar as chaves mestres DPAPI da máquina e, em seguida, emprega essas chaves em texto claro como uma tabela de consulta para descriptografar quaisquer chaves privadas de certificados de máquina.
Os certificados às vezes são encontrados diretamente no sistema de arquivos, como em compartilhamentos de arquivos ou na pasta Downloads. Os tipos de arquivos de certificado mais comumente encontrados direcionados a ambientes Windows são arquivos .pfx e .p12. Embora menos frequentemente, arquivos com extensões .pkcs12 e .pem também aparecem. Outras extensões de arquivo relacionadas a certificados que merecem destaque incluem:
.key para chaves privadas,
.crt/.cer para certificados apenas,
.csr para Solicitações de Assinatura de Certificado, que não contêm certificados ou chaves privadas,
.jks/.keystore/.keys para Java Keystores, que podem conter certificados juntamente com chaves privadas utilizadas por aplicações Java.
Esses arquivos podem ser pesquisados usando PowerShell ou o prompt de comando, procurando pelas extensões mencionadas.
Nos casos em que um arquivo de certificado PKCS#12 é encontrado e está protegido por uma senha, a extração de um hash é possível através do uso de pfx2john.py, disponível em fossies.org. Subsequentemente, o JohnTheRipper pode ser empregado para tentar quebrar a senha.
O conteúdo fornecido explica um método para roubo de credenciais NTLM via PKINIT, especificamente através do método de roubo rotulado como THEFT5. Aqui está uma reexplicação na voz passiva, com o conteúdo anonimizado e resumido onde aplicável:
Para suportar a autenticação NTLM [MS-NLMP] para aplicações que não facilitam a autenticação Kerberos, o KDC é projetado para retornar a função unidirecional (OWF) NTLM do usuário dentro do certificado de atributo de privilégio (PAC), especificamente no buffer PAC_CREDENTIAL_INFO, quando o PKCA é utilizado. Consequentemente, se uma conta autenticar e garantir um Ticket-Granting Ticket (TGT) via PKINIT, um mecanismo é inerentemente fornecido que permite ao host atual extrair o hash NTLM do TGT para manter os protocolos de autenticação legados. Este processo envolve a descriptografia da estrutura PAC_CREDENTIAL_DATA, que é essencialmente uma representação NDR serializada do NTLM em texto simples.
A utilidade Kekeo, acessível em https://github.com/gentilkiwi/kekeo, é mencionada como capaz de solicitar um TGT contendo esses dados específicos, facilitando assim a recuperação do NTLM do usuário. O comando utilizado para esse propósito é o seguinte:
Além disso, observa-se que o Kekeo pode processar certificados protegidos por smartcard, desde que o pin possa ser recuperado, com referência a https://github.com/CCob/PinSwipe. A mesma capacidade é indicada como suportada pelo Rubeus, disponível em https://github.com/GhostPack/Rubeus.
Esta explicação encapsula o processo e as ferramentas envolvidas na roubo de credenciais NTLM via PKINIT, focando na recuperação de hashes NTLM através do TGT obtido usando PKINIT, e as utilidades que facilitam esse processo.
Aprenda e pratique Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprenda e pratique Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
