Kerberos delegations allow services to access other services on behalf of domain users.
The "Kerberos" authentication protocol features delegation capabilities described as follows. There are three types of Kerberos delegations
- Unconstrained delegations (KUD): a service can impersonate users on any other service.
- Constrained delegations (KCD): a service can impersonate users on a set of services
- Resource based constrained delegations (RBCD) : a set of services can impersonate users on a service
{% hint style="info" %}
With constrained and unconstrained delegations, the delegation attributes are set on the impersonating service (requires SeEnableDelegationPrivilege
in the domain) whereas with RBCD, these attributes are set on the target service account itself (requires lower privileges).
{% endhint %}
Kerberos delegations can be abused by attackers to obtain access to valuable assets and sometimes even escalate to domain admin privileges. Regarding constrained delegations and rbcd, those types of delegation rely on Kerberos extensions called S4U2Self and S4U2Proxy.
-
Service for User to Self (S4U2self): allows a service to obtain a Service Ticket, on behalf of a user (called "principal"), to itself. This extension can be used by any account that has at least one SPN. The resulting Service Ticket is forwardable (i.e. can be used with S4U2Proxy to access another service) if and only if:
- the service is configured for constrained delegation (KCD) with protocol transition
- the principal is not "sensitive for delegation"
- the principal is not a member of the Protected Users group
-
Service for User to Proxy (S4U2proxy): allows a service to obtain a Service Ticket, on behalf of a user to a different service. For this extension to work properly, the service needs to supply a Service Ticket as "additional-ticket" (i.e. used as an evidence that the service using S4U2Proxy has the authority to do it on behalf of a user). For S4U2Proxy to work, the ST used as "additional-ticket" must either be:
- the service ticket used as additional ticket must have the forwardable flag set
- alternatively, in the TGS-REQ, in the pre-authentication data, the
PA-PAC-OPTIONS
structure must contains a padata value with the resource-based constrained delegation bit set (nota bene 1: this only applies if the resource-based constrained delegation (RBCD) is actually possible and authorized in the proper AD objects attributes) (nota bene 2: Rubeus and Impacket's getST set that bit when doing S4U2proxy).
S4U2Proxy always results in a forwardable ST, even when the ticket used as evidence wasn't forwardable.
Some of the following parts allow to obtain modified or crafted Kerberos tickets. Once obtained, these tickets can be used with Pass-the-Ticket.
{% tabs %} {% tab title="UNIX-like" %} From UNIX-like systems, Impacket's findDelegation (Python) script can be used to find unconstrained, constrained (with or without protocol transition) and rbcd.
findDelegation.py "DOMAIN"/"USER":"PASSWORD"
At the time of writing (13th October 2021), a Pull Request is pending to feature a -user
filter to list delegations for a specific account.
findDelegation.py -user "account" "DOMAIN"/"USER":"PASSWORD"
{% endtab %}
{% tab title="Windows" %} From Windows systems, BloodHound can be used to identify unconstrained and constrained delegation.
The following queries can be used to audit delegations.
// Unconstrained Delegation
MATCH (c {unconstraineddelegation:true}) return c
// Constrained Delegation (with Protocol Transition)
MATCH (c) WHERE NOT c.allowedtodelegate IS NULL AND c.trustedtoauth=true return c
// Constrained Delegation (without Protocol Transition)
MATCH (c) WHERE NOT c.allowedtodelegate IS NULL AND c.trustedtoauth=false return c
// Resource-Based Constrained Delegation
MATCH p=(u)-[:AllowedToAct]->(c) RETURN p
The Powershell Active Directory module also has a cmdlet that can be used to find delegation for a specific account.
Get-ADComputer "Account" -Properties TrustedForDelegation, TrustedToAuthForDelegation,msDS-AllowedToDelegateTo,PrincipalsAllowedToDelegateToAccount
TrustedForDelegation |
Unconstrained Delegation | ||
---|---|---|---|
TrustedToAuthForDelegation |
Constrained Delegation with Protocol Transition | ||
AllowedToDelegateTo |
Constrained Delegation, and list of services allowed to delegate to | ||
PrincipalsAllowedToDelegateToAccount (i.e. refers to the msDS-AllowedToActOnBehalfOfOtherIdentity attribute) |
RBCD, list of services that can delegate to the account | ||
{% endtab %} | |||
{% endtabs %} |
{% content-ref url="unconstrained.md" %} unconstrained.md {% endcontent-ref %}
{% content-ref url="constrained.md" %} constrained.md {% endcontent-ref %}
{% content-ref url="rbcd.md" %} rbcd.md {% endcontent-ref %}
{% embed url="https://youtu.be/byykEId3FUs" %}
{% embed url="https://docs.google.com/presentation/d/1rAl-XKrkuFjCpExHBGrp5L8ZwtuFFrOygZMapxMp28I/edit?usp=sharing" %}
{% embed url="https://shenaniganslabs.io/2019/01/28/Wagging-the-Dog.html#when-accounts-collude---trustedtoauthfordelegation-who" %}
{% embed url="https://blog.harmj0y.net/redteaming/another-word-on-delegation/" %}
{% embed url="https://harmj0y.medium.com/s4u2pwnage-36efe1a2777c" %}