Resource-based Constrained Delegation
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking:
HackTricks Training GCP Red Team Expert (GRTE)
![](https://book.hacktricks.xyz/~gitbook/image?url=https%3A%2F%2Fpentest.eu%2FRENDER_WebSec_10fps_21sec_9MB_29042024.gif&width=768&dpr=4&quality=100&sign=bc0743d1&sv=1)
Grundlagen der ressourcenbasierten eingeschränkten Delegation
Dies ist ähnlich wie die grundlegende eingeschränkte Delegation, aber anstatt Berechtigungen für ein Objekt zu erteilen, um irgendeinen Benutzer gegenüber einem Dienst zu impersonieren. Die ressourcenbasierte eingeschränkte Delegation legt im Objekt fest, wer in der Lage ist, irgendeinen Benutzer gegenüber ihm zu impersonieren.
In diesem Fall hat das eingeschränkte Objekt ein Attribut namens msDS-AllowedToActOnBehalfOfOtherIdentity mit dem Namen des Benutzers, der jeden anderen Benutzer gegenüber ihm impersonieren kann.
Ein weiterer wichtiger Unterschied zwischen dieser eingeschränkten Delegation und den anderen Delegationen ist, dass jeder Benutzer mit Schreibberechtigungen über ein Maschinenkonto (GenericAll/GenericWrite/WriteDacl/WriteProperty/etc) das msDS-AllowedToActOnBehalfOfOtherIdentity setzen kann (bei den anderen Formen der Delegation benötigten Sie Domain-Admin-Rechte).
Neue Konzepte
Bei der eingeschränkten Delegation wurde gesagt, dass die TrustedToAuthForDelegation
-Flagge im userAccountControl-Wert des Benutzers erforderlich ist, um eine S4U2Self durchzuführen. Aber das ist nicht ganz richtig.
Die Realität ist, dass Sie auch ohne diesen Wert eine S4U2Self gegen jeden Benutzer durchführen können, wenn Sie ein Dienst (einen SPN haben) sind, aber wenn Sie TrustedToAuthForDelegation
haben, wird das zurückgegebene TGS Forwardable sein, und wenn Sie diese Flagge nicht haben, wird das zurückgegebene TGS nicht Forwardable sein.
Wenn das TGS, das in S4U2Proxy verwendet wird, NICHT Forwardable ist, wird der Versuch, eine grundlegende eingeschränkte Delegation auszunutzen, nicht funktionieren. Aber wenn Sie versuchen, eine ressourcenbasierte eingeschränkte Delegation auszunutzen, wird es funktionieren (das ist keine Schwachstelle, es ist eine Funktion, anscheinend).
Angriffsstruktur
Wenn Sie Schreibäquivalente Berechtigungen über ein Computer-Konto haben, können Sie privilegierten Zugriff auf diese Maschine erhalten.
Angenommen, der Angreifer hat bereits schreibäquivalente Berechtigungen über den Computer des Opfers.
Der Angreifer kompromittiert ein Konto, das einen SPN hat oder erstellt einen (“Service A”). Beachten Sie, dass jeder Admin-Benutzer ohne andere spezielle Berechtigungen bis zu 10 Computerobjekte (MachineAccountQuota) erstellen und ihnen einen SPN zuweisen kann. Der Angreifer kann also einfach ein Computerobjekt erstellen und einen SPN festlegen.
Der Angreifer missbraucht seine SCHREIBBERECHTIGUNG über den Computer des Opfers (ServiceB), um die ressourcenbasierte eingeschränkte Delegation zu konfigurieren, die es ServiceA ermöglicht, jeden Benutzer gegenüber diesem Computer des Opfers (ServiceB) zu impersonieren.
Der Angreifer verwendet Rubeus, um einen vollständigen S4U-Angriff (S4U2Self und S4U2Proxy) von Service A zu Service B für einen Benutzer mit privilegiertem Zugriff auf Service B durchzuführen.
S4U2Self (vom SPN kompromittierten/erstellten Konto): Fordern Sie ein TGS von Administrator für mich an (Nicht Forwardable).
S4U2Proxy: Verwenden Sie das nicht Forwardable TGS aus dem vorherigen Schritt, um ein TGS von Administrator für den Opfer-Host anzufordern.
Selbst wenn Sie ein nicht Forwardable TGS verwenden, wird es funktionieren, da Sie die ressourcenbasierte eingeschränkte Delegation ausnutzen.
Der Angreifer kann das Ticket weitergeben und den Benutzer impersonieren, um Zugriff auf den Opfer-ServiceB zu erhalten.
Um das MachineAccountQuota der Domäne zu überprüfen, können Sie Folgendes verwenden:
Angriff
Erstellen eines Computerobjekts
Sie können ein Computerobjekt innerhalb der Domäne mit powermad:
Konfigurieren von Ressourcenbasiertem Eingeschränkten Delegieren
Verwendung des Active Directory PowerShell-Moduls
Verwendung von powerview
Durchführung eines vollständigen S4U-Angriffs
Zuerst haben wir das neue Computerobjekt mit dem Passwort 123456
erstellt, daher benötigen wir den Hash dieses Passworts:
Dies wird die RC4- und AES-Hashes für dieses Konto drucken. Jetzt kann der Angriff durchgeführt werden:
Sie können mehr Tickets generieren, indem Sie einfach einmal mit dem Parameter /altservice
von Rubeus fragen:
Beachten Sie, dass Benutzer ein Attribut namens "Kann nicht delegiert werden" haben. Wenn ein Benutzer dieses Attribut auf Wahr hat, können Sie ihn nicht impersonieren. Diese Eigenschaft kann in BloodHound gesehen werden.
Zugriff
Die letzte Befehlszeile führt den vollständigen S4U-Angriff durch und injiziert das TGS vom Administrator auf den Zielhost in den Arbeitsspeicher. In diesem Beispiel wurde ein TGS für den CIFS-Dienst vom Administrator angefordert, sodass Sie auf C$: zugreifen können.
Missbrauch verschiedener Diensttickets
Erfahren Sie mehr über die verfügbaren Diensttickets hier.
Kerberos-Fehler
KDC_ERR_ETYPE_NOTSUPP
: Dies bedeutet, dass Kerberos so konfiguriert ist, dass es DES oder RC4 nicht verwendet, und Sie nur den RC4-Hash bereitstellen. Stellen Sie Rubeus mindestens den AES256-Hash zur Verfügung (oder geben Sie ihm einfach die rc4-, aes128- und aes256-Hashes). Beispiel:[Rubeus.Program]::MainString("s4u /user:FAKECOMPUTER /aes256:CC648CF0F809EE1AA25C52E963AC0487E87AC32B1F71ACC5304C73BF566268DA /aes128:5FC3D06ED6E8EA2C9BB9CC301EA37AD4 /rc4:EF266C6B963C0BB683941032008AD47F /impersonateuser:Administrator /msdsspn:CIFS/M3DC.M3C.LOCAL /ptt".split())
KRB_AP_ERR_SKEW
: Dies bedeutet, dass die Uhrzeit des aktuellen Computers von der des DC abweicht und Kerberos nicht richtig funktioniert.preauth_failed
: Dies bedeutet, dass der angegebene Benutzername + Hashes nicht funktionieren, um sich anzumelden. Möglicherweise haben Sie vergessen, das "$" im Benutzernamen anzugeben, als Sie die Hashes generiert haben (.\Rubeus.exe hash /password:123456 /user:FAKECOMPUTER$ /domain:domain.local
)KDC_ERR_BADOPTION
: Dies kann bedeuten:Der Benutzer, den Sie zu impersonieren versuchen, kann nicht auf den gewünschten Dienst zugreifen (weil Sie ihn nicht impersonieren können oder weil er nicht über ausreichende Berechtigungen verfügt)
Der angeforderte Dienst existiert nicht (wenn Sie um ein Ticket für winrm bitten, aber winrm nicht läuft)
Der erstellte Fakecomputer hat seine Berechtigungen über den verwundbaren Server verloren und Sie müssen sie zurückgeben.
Referenzen
![](https://book.hacktricks.xyz/~gitbook/image?url=https%3A%2F%2Fpentest.eu%2FRENDER_WebSec_10fps_21sec_9MB_29042024.gif&width=768&dpr=4&quality=100&sign=bc0743d1&sv=1)
Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Lernen & üben Sie GCP Hacking:
HackTricks Training GCP Red Team Expert (GRTE)
Last updated