AD CS Certificate Theft

Apprenez le piratage AWS de zéro à héros avec htARTE (Expert en équipe rouge AWS de HackTricks)!

Autres façons de soutenir HackTricks :

Il s'agit d'un petit résumé des chapitres sur le vol de certificats de la recherche impressionnante de https://www.specterops.io/assets/resources/Certified_Pre-Owned.pdf

Que puis-je faire avec un certificat

Avant de vérifier comment voler les certificats, voici quelques informations sur l'utilisation possible des certificats :

# Powershell
$CertPath = "C:\path\to\cert.pfx"
$CertPass = "P@ssw0rd"
$Cert = New-Object
System.Security.Cryptography.X509Certificates.X509Certificate2 @($CertPath, $CertPass)
$Cert.EnhancedKeyUsageList

# cmd
certutil.exe -dump -v cert.pfx

Exportation de certificats en utilisant les API de cryptographie – VOL1

Dans une session de bureau interactive, extraire un certificat utilisateur ou machine, ainsi que la clé privée, peut être facilement réalisé, en particulier si la clé privée est exportable. Cela peut être accompli en naviguant jusqu'au certificat dans certmgr.msc, en faisant un clic droit dessus, et en sélectionnant Toutes les tâches → Exporter pour générer un fichier .pfx protégé par mot de passe.

Pour une approche programmatique, des outils tels que la cmdlet PowerShell ExportPfxCertificate ou des projets comme le projet C# CertStealer de TheWover sont disponibles. Ceux-ci utilisent le Microsoft CryptoAPI (CAPI) ou l'API de cryptographie : Next Generation (CNG) pour interagir avec le magasin de certificats. Ces API fournissent une gamme de services cryptographiques, y compris ceux nécessaires pour le stockage et l'authentification des certificats.

Cependant, si une clé privée est définie comme non exportable, à la fois CAPI et CNG bloqueront normalement l'extraction de tels certificats. Pour contourner cette restriction, des outils comme Mimikatz peuvent être utilisés. Mimikatz propose les commandes crypto::capi et crypto::cng pour patcher les API respectives, permettant l'exportation des clés privées. Plus précisément, crypto::capi patche le CAPI dans le processus en cours, tandis que crypto::cng cible la mémoire de lsass.exe pour le patch.

Vol de certificat utilisateur via DPAPI – VOL2

Plus d'informations sur DPAPI dans :

DPAPI - Extracting Passwords

Sous Windows, les clés privées des certificats sont protégées par DPAPI. Il est crucial de reconnaître que les emplacements de stockage des clés privées utilisateur et machine sont distincts, et que les structures de fichiers varient en fonction de l'API cryptographique utilisée par le système d'exploitation. SharpDPAPI est un outil qui peut naviguer automatiquement dans ces différences lors du déchiffrement des blobs DPAPI.

Les certificats utilisateur sont principalement stockés dans le registre sous HKEY_CURRENT_USER\SOFTWARE\Microsoft\SystemCertificates, mais certains peuvent également être trouvés dans le répertoire %APPDATA%\Microsoft\SystemCertificates\My\Certificates. Les clés privées correspondantes à ces certificats sont généralement stockées dans %APPDATA%\Microsoft\Crypto\RSA\User SID\ pour les clés CAPI et %APPDATA%\Microsoft\Crypto\Keys\ pour les clés CNG.

Pour extraire un certificat et sa clé privée associée, le processus implique :

  1. Sélectionner le certificat cible dans le magasin de l'utilisateur et récupérer le nom de son magasin de clés.

  2. Localiser la clé maîtresse DPAPI requise pour déchiffrer la clé privée correspondante.

  3. Déchiffrer la clé privée en utilisant la clé maîtresse DPAPI en clair.

Pour acquérir la clé maîtresse DPAPI en clair, les approches suivantes peuvent être utilisées :

# With mimikatz, when running in the user's context
dpapi::masterkey /in:"C:\PATH\TO\KEY" /rpc

# With mimikatz, if the user's password is known
dpapi::masterkey /in:"C:\PATH\TO\KEY" /sid:accountSid /password:PASS

Pour simplifier le décryptage des fichiers de clé principale et des fichiers de clé privée, la commande certificates de SharpDPAPI s'avère bénéfique. Elle accepte les arguments /pvk, /mkfile, /password, ou {GUID}:KEY pour décrypter les clés privées et les certificats liés, générant ainsi un fichier .pem.

# Decrypting using SharpDPAPI
SharpDPAPI.exe certificates /mkfile:C:\temp\mkeys.txt

# Converting .pem to .pfx
openssl pkcs12 -in cert.pem -keyex -CSP "Microsoft Enhanced Cryptographic Provider v1.0" -export -out cert.pfx

Vol de certificat machine via DPAPI – THEFT3

Les certificats machine stockés par Windows dans le registre à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SystemCertificates et les clés privées associées situées dans %ALLUSERSPROFILE%\Application Data\Microsoft\Crypto\RSA\MachineKeys (pour CAPI) et %ALLUSERSPROFILE%\Application Data\Microsoft\Crypto\Keys (pour CNG) sont chiffrés à l'aide des clés maîtresses DPAPI de la machine. Ces clés ne peuvent pas être déchiffrées avec la clé de sauvegarde DPAPI du domaine ; au lieu de cela, le secret LSA DPAPI_SYSTEM, auquel seul l'utilisateur SYSTEM peut accéder, est requis.

Le déchiffrement manuel peut être réalisé en exécutant la commande lsadump::secrets dans Mimikatz pour extraire le secret LSA DPAPI_SYSTEM, puis en utilisant cette clé pour déchiffrer les clés maîtresses de la machine. Alternativement, la commande crypto::certificates /export /systemstore:LOCAL_MACHINE de Mimikatz peut être utilisée après avoir patché CAPI/CNG comme décrit précédemment.

SharpDPAPI offre une approche plus automatisée avec sa commande certificates. Lorsque le drapeau /machine est utilisé avec des autorisations élevées, il s'élève au niveau de SYSTEM, extrait le secret LSA DPAPI_SYSTEM, l'utilise pour déchiffrer les clés maîtresses DPAPI de la machine, puis utilise ces clés en texte clair comme table de recherche pour déchiffrer les clés privées de tout certificat machine.

Recherche de fichiers de certificat – THEFT4

Les certificats sont parfois directement trouvés dans le système de fichiers, comme dans les partages de fichiers ou le dossier Téléchargements. Les types de fichiers de certificat les plus couramment rencontrés ciblant les environnements Windows sont les fichiers .pfx et .p12. Bien que moins fréquemment, des fichiers avec les extensions .pkcs12 et .pem apparaissent également. Les extensions de fichier supplémentaires liées aux certificats comprennent :

  • .key pour les clés privées,

  • .crt/.cer pour les certificats uniquement,

  • .csr pour les demandes de signature de certificat, qui ne contiennent ni certificats ni clés privées,

  • .jks/.keystore/.keys pour les magasins de clés Java, qui peuvent contenir des certificats ainsi que des clés privées utilisées par les applications Java.

Ces fichiers peuvent être recherchés à l'aide de PowerShell ou de l'invite de commandes en recherchant les extensions mentionnées.

Dans les cas où un fichier de certificat PKCS#12 est trouvé et protégé par un mot de passe, l'extraction d'un hash est possible en utilisant pfx2john.py, disponible sur fossies.org. Ensuite, JohnTheRipper peut être utilisé pour tenter de craquer le mot de passe.

# Example command to search for certificate files in PowerShell
Get-ChildItem -Recurse -Path C:\Users\ -Include *.pfx, *.p12, *.pkcs12, *.pem, *.key, *.crt, *.cer, *.csr, *.jks, *.keystore, *.keys

# Example command to use pfx2john.py for extracting a hash from a PKCS#12 file
pfx2john.py certificate.pfx > hash.txt

# Command to crack the hash with JohnTheRipper
john --wordlist=passwords.txt hash.txt

Vol de crédentiel NTLM via PKINIT - THEFT5

Le contenu donné explique une méthode de vol de crédentiel NTLM via PKINIT, spécifiquement à travers la méthode de vol étiquetée comme THEFT5. Voici une réexplication en voix passive, avec le contenu anonymisé et résumé lorsque applicable :

Pour prendre en charge l'authentification NTLM [MS-NLMP] pour les applications qui ne facilitent pas l'authentification Kerberos, le KDC est conçu pour renvoyer la fonction unidirectionnelle NTLM de l'utilisateur (OWF) dans le certificat d'attribut de privilège (PAC), spécifiquement dans le tampon PAC_CREDENTIAL_INFO, lorsque PKCA est utilisé. Par conséquent, si un compte s'authentifie et sécurise un Ticket-Granting Ticket (TGT) via PKINIT, un mécanisme est intrinsèquement fourni qui permet à l'hôte actuel d'extraire le hachage NTLM du TGT pour maintenir les protocoles d'authentification hérités. Ce processus implique le déchiffrement de la structure PAC_CREDENTIAL_DATA, qui est essentiellement une représentation sérialisée NDR du texte en clair NTLM.

L'utilitaire Kekeo, accessible à https://github.com/gentilkiwi/kekeo, est mentionné comme capable de demander un TGT contenant ces données spécifiques, facilitant ainsi la récupération du NTLM de l'utilisateur. La commande utilisée à cette fin est la suivante :

tgt::pac /caname:generic-DC-CA /subject:genericUser /castore:current_user /domain:domain.local

De plus, il est noté que Kekeo peut traiter les certificats protégés par carte à puce, à condition que le code PIN puisse être récupéré, en se référant à https://github.com/CCob/PinSwipe. La même capacité est indiquée comme étant prise en charge par Rubeus, disponible sur https://github.com/GhostPack/Rubeus.

Cette explication encapsule le processus et les outils impliqués dans le vol d'informations d'identification NTLM via PKINIT, en mettant l'accent sur la récupération des hachages NTLM à travers le TGT obtenu en utilisant PKINIT, et les utilitaires qui facilitent ce processus.

Last updated