用途：面向 Active Directory 环境的 Kerberos 攻击技术手册，用于在获得域内凭据或哈希后，枚举并利用 Kerberos 认证弱点，向域管权限推进。
主要能力：
- AS-REP Roasting：枚举未启用 Kerberos 预认证的用户并请求 AS-REP 哈希，用 GetNPUsers.py、Rubeus asreproast、PowerView 完成，Hashcat 模式 18200 或 John 破解。
- Kerberoasting：任意域用户可为带 SPN 的账户请求 TGS，用 GetUserSPNs.py、Rubeus kerberoast 获取，Hashcat 模式 13100（RC4）或 19700（AES）破解；RC4 票据破解更快。
- 票据伪造：Golden Ticket 用 krbtgt 哈希伪造 TGT（ticketer.py、Mimikatz kerberos::golden、Rubeus golden），可冒充任意用户，持久性直到 krbtgt 密码更改两次；Silver Ticket 用服务账户哈希伪造 TGS，仅访问特定服务；Diamond Ticket 修改合法 TGT 的 PAC，更隐蔽；Sapphire Ticket 用 S4U2Self 获取真实 PAC 嵌入伪造票据，最难检测。
- 委派攻击：非约束委派主机在内存缓存用户 TGT，可配合 PrinterBug/PetitPotam 强制 DC 认证并捕获 TGT；约束委派用 S4U2Self+S4U2Proxy（getST.py、Rubeus s4u）；RBCD 需对目标 msDS-AllowedToActOnBehalfOfOtherIdentity 有写权限，流程为创建机器账户、写入 RBCD、S4U 获取票据、使用票据。
- Pass-the-Ticket 与 Overpass-the-Hash：用 .ccache/.kirbi 票据直接认证（export KRB5CCNAME、kerberos::ptt、Rubeus ptt）；用 NTLM 哈希请求 TGT 实现纯 Kerberos 认证（getTGT.py、Rubeus asktgt、sekurlsa::pth）。
使用方式：按决策树选择路径——有域用户凭据则 Kerberoast/AS-REP roast/枚举委派；有服务账户哈希则银票据或 S4U2Proxy；有 krbtgt 哈希则金/钻石/蓝宝石票据；有非约束委派主机则监控并强制认证；可写 RBCD 属性则发起 RBCD；有 NTLM 哈希则 Overpass-the-Hash；有票据则 Pass-the-Ticket。文中还说明 Kerberos 双跳问题及 CredSSP、非约束/约束委派、RBCD 等解决方式。
适用场景：授权渗透测试与红队评估中的 AD 认证攻击链。
限制：需已获得相应凭据、哈希或写权限；金票据依赖 krbtgt 哈希；银票据仅限特定服务；RBCD 依赖机器账户配额与写权限；部分技术可能被检测或日志记录，资料未提供具体规避效果与平台兼容性细节。