Service principal names (SPNs) are used to uniquely identify each instance of a Windows service. To enable authentication, Kerberos requires that SPNs be associated with at least one service logon account (an account specifically tasked with running a service 1). 2 3 4 5 Adversaries possessing a valid Kerberos ticket-granting ticket (TGT) may request one or more Kerberos ticket-granting service (TGS) service tickets for any SPN from a domain controller (DC). 6 7 Portions of these tickets may be encrypted with the RC4 algorithm, meaning the Kerberos 5 TGS-REP etype 23 hash of the service account associated with the SPN is used as the private key and is thus vulnerable to offline Brute Force attacks that may expose plaintext credentials. 8 9 10 This same attack could be executed using service tickets captured from network traffic. 11 Cracked hashes may enable Persistence, Privilege Escalation, and Lateral Movement via access to Valid Accounts. 12
- Microsoft Detecting Kerberoasting Feb 2018
- Microsoft SPN
- Microsoft SetSPN
- SANS Attacking Kerberos Nov 2014
- Harmj0y Kerberoast Nov 2016
- Empire InvokeKerberoast Oct 2016
- AdSecurity Cracking Kerberos Dec 2015
- AdSecurity Cracking Kerberos Dec 2015
- Empire InvokeKerberoast Oct 2016
- Harmj0y Kerberoast Nov 2016
- AdSecurity Cracking Kerberos Dec 2015
- SANS Attacking Kerberos Nov 2014
Groups using this technique
No group use in the reference set yet.
Claims
No public claim points at this technique yet.
Auto-ingested and not human-reviewed; confidence and validity read by citation.