Certificate Services (AD-CS)
AD CS is Microsoft’s PKI implementation that provides everything from encrypting file systems, to digital signatures, to user authentication (a large focus of our research), and more. While AD CS is not installed by default for Active Directory environments, from our experience in enterprise environments it is widely deployed, and the security ramifications of misconfigured certificate service instances are enormous. (specterops.io)
- Credential theft (dubbed THEFT1 to THEFT5)
- Account persistence (dubbed PERSIST1 to PERSIST3)
- PKI (Public Key Infrastructure) — a system to manage certificates/public key encryption
- AD CS (Active Directory Certificate Services) — Microsoft’s PKI implementation
- CA (Certificate Authority) — PKI server that issues certificates
- Enterprise CA — CA integrated with AD (as opposed to a standalone CA), offers certificate templates
- Certificate Template — a collection of settings and policies that defines the contents of a certificate issued by an enterprise CA
- CSR (Certificate Signing Request) — a message sent to a CA to request a signed certificate
- EKU (Extended/Enhanced Key Usage) — one or more object identifiers (OIDs) that define how a certificate can be used
While AD CS offers attackers a wide range of exploitation and persistence scenarios, this set of services is not always installed, and when it is, it is a requirement to identify its different parts in the domain.
An initial indicator is the "Cert Publishers" built-in group whose members usually are the servers where AD CS is installed (i.e. PKI/CA).
- From UNIX-like systems:
rpc net group members "Cert Publishers" -U "DOMAIN"/"User"%"Password" -S "DomainController"
- From Windows systems:
net group "Cert Publishers" /domain
Alternatively, information like the PKI's CA and DNS names can be gathered through LDAP.
windapsearch -m custom --filter '(objectCategory=pKIEnrollmentService)' --base 'CN=Configuration,DC=domain,DC=local' --attrs dn,dnshostname --dc 'domaincontroller' -d 'domain.local' -u 'user' -p 'password'
With Impacket's ntlmrelayx (Python), thanks to SAERXCIT (PR#1214), it is possible to gather information regarding ADCS like the name and host of the CA, the certificate templates enrollment rights for those allowing client authentication and not requiring manager approval, etc. With ntlmrelayx, these information can be gathered through a relayed LDAP session.
ntlmrelayx -t "ldap://domaincontroller" --dump-adcs
The tool also supports multiple output types (text, json, stdout).
The different domain escalation scenarios are detailed in the following parts.