![](http://dingyue.ws.126.net/2021/0827/1db7ba01j00qyhsvu0014d000v900kjp.jpg)
本文为Windows RPC利用系列文章的第一篇,主要介绍关于MS-SAMR的部分利用,在后续的文章中将继续介绍RPC在渗透测试中的应用
在渗透测试过程中,经常遇到拿到用户的NTLM哈希但无法解密出明文密码的情况。本文介绍并分析一种在仅知道域用户密码哈希时修改用户密码,并在使用完后恢复用户原密码的方法。完成相应工具实现,提出检测方法和缓解措施。
PS:本文提出的场景在实战中也有很多其他的解决办法,但本文仅讨论与changentlm、setntlm相关的内容
0x00 利用
考虑以下几个场景:
- 我们拿下域控后,经常要搜集目标架构内用户的各种信息来寻找靶标,比如登录邮箱服务器、OA、NAS等可能使用域身份认证的系统
- 我们收集的攻击路径中的其中一环是利用某账户重置/修改目标账户密码
- 我们拿到某用户hash后,同样想通过该用户账户登录某系统,但目标系统不支持pth
我们虽然拿到了修改/重置密码的权限,但我们又不想直接修改目标用户的密码,因为这样用户在登录时就会发现自己的密码被修改了,此时有两种情况:
1. 如果我们有重置密码权限就可以使用`SetNTLM`来将用户密码重置
2. 如果有hash的话可以使用`ChangeNTLM`修改
登录目标系统后,再将目标密码还原
1. SetNTLM
该功能的效果是直接将域用户的密码或hash重置为新的密码或hash
(1) 利用条件
当前身份对要修改的用户有Reset Password权限
![](http://dingyue.ws.126.net/2021/0827/a8e8be6fp00qyhrm60018d000dh00gfp.png)
(2) Demo
假设我们此时拿到域控,想修改域内用户ntlmtest的密码来登录某系统,先Dcsync看一下用户当前的hash:
![](http://dingyue.ws.126.net/2021/0827/857779c3p00qyhrn9000xd000n3006pp.png)
由于我们是域管了,基本上对目标用户都是有重置密码权限的,然后利用以下命令重置密码:
![](http://dingyue.ws.126.net/2021/0827/a33d97afp00qyhro40002d000nu0018p.png)
![](http://dingyue.ws.126.net/2021/0827/0f30bd71p00qyhrog000ud000qr0057p.png)
登录目标系统以后,再通过以下命令还原密码:
![](http://dingyue.ws.126.net/2021/0827/00a60baep00qyhrp80001d000mf0017p.png)
![](http://dingyue.ws.126.net/2021/0827/0f30bd71p00qyhrpg000ud000qr0057p.png)
2. ChangeNTLM
(1) 利用条件
需要对目标用户有Change Password权限,但该权限一般是Everyone拥有的,所以基本上拿到目标用户的hash/密码后都可以进行密码更改
![](http://dingyue.ws.126.net/2021/0827/0d0307bfp00qyhrqu0032d000qm00wgp.png)
(注意此处的更改密码权限并不是说可以直接任意改用户密码,而是在知道用户的密码的情况下更改一个新密码)
该方法受到域内密码策略的限制,比如域内默认的“密码最短使用期限”为1天,因此用户每天只能修改一次自己的密码
而且如果域内存在“强制密码历史”规则时,该方法在恢复原密码时便不能成功,但如果没有“密码最短使用期限”的限制的话,我们多修改几次密码直到原密码在历史中清除,然后再修改为原密码即可
![](http://dingyue.ws.126.net/2021/0827/e5229c90p00qyhrro001rd000u0009lp.png)
(2) Demo
修改用户test2密码:
![](http://dingyue.ws.126.net/2021/0827/8d43c705p00qyhrsf0002d000mg001pp.png)
![](http://dingyue.ws.126.net/2021/0827/1360d69fp00qyhrt6000ud000u0006xp.png)
恢复原密码:
![](http://dingyue.ws.126.net/2021/0827/338158d4p00qyhrtq0002d000ly001pp.png)
![](http://dingyue.ws.126.net/2021/0827/736d13bfp00qyhrtx001kd000u0006rp.png)
0x01 原理
ChangeNTLM和SetNTLM的原理本质都是调用MS-SAMR协议
不同的是ChangeNTLM是调用SamrChangePasswordUser这一API来修改用户密码:
![](http://dingyue.ws.126.net/2021/0827/17ddb917p00qyhrvb003sd000u000iep.png)
而SetNTLM是通过SamrSetInformationUser来重置用户密码
![](http://dingyue.ws.126.net/2021/0827/f9bada7fp00qyhrw7001wd000u000dwp.png)
大体过程是差不多的,只不过核心操作调用API不同,这也是为什么两种方法需要的参数、权限都不同,此处以分析ChangeNTLM为例
虽然原理本质是通过调用RPC,但mimikatz并不是直接调用RPC来修改,而是使用了一组Sam以开头的API,下图所示为部分API:
Mimikatz - kuhl_m_lsadump.c#L2267
![](http://dingyue.ws.126.net/2021/0827/6a788110p00qyhrxf0035d000u000ctp.png)
最终调用SamiChangePasswordUser来修改用户的密码
Mimikatz - kuhl_m_lsadump.c#L2171
![](https://static.ws.126.net/163/frontend/images/2022/empty.png)
![](http://dingyue.ws.126.net/2021/0827/68e14781p00qyhry7002cd000u00085p.png)
这些API由samlib.dll导出:
![](http://dingyue.ws.126.net/2021/0827/eac9d0fep00qyhrys006kd000im00sep.png)
查看SamiChangePasswordUser函数调用树,可以看到调用了NdrClientCall3,是不是很熟悉?这明显是进行RPC调用的标志(xpn在他的文章exploring-mimikatz-part-2里有提到过)
![](http://dingyue.ws.126.net/2021/0827/a1f00865p00qyhs37001pd000ke00cgp.png)
我们再看一下调用处的反编译代码,参数刚好可以和SamrChangePasswordUser的操作数对应
![](http://dingyue.ws.126.net/2021/0827/46c1a915p00qyhs3y001xd000u000a0p.png)
其实从流量中也可以看出调用的是MS-SAMR协议:
![](http://dingyue.ws.126.net/2021/0827/023ea22ap00qyhs4b006jd000u000e5p.png)
0x02 实现
实现主要有两种思路,一种是跟mimikatz一样直接调用samlib.dll的导出函数,第二种是直接调用SAMR协议的API
两种方法原理一样,但前者的调用要更加简单,因为samlib里的导出函数对应了SAMR的API,其实相当于SAMR的上层实现,比如SamiChangePasswordUser对应SamrChangePasswordUser,并且参数更加简化
整个过程调用的API作用如下:
- SamrConnect5: 获取Server对象的句柄
- SamrEnumerateDomainsInSamServer: 枚举Server上的域名
- SamrLookupDomainInSamServer: 获取域名对应域的SID
- SamrOpenDomain: 获取Domain对象的句柄
- SamrLookupNamesInDomain: 获取指定用户的RID
- SamrOpenUser: 获取User对象的句柄
- SamrChangePasswordUser: 修改用户对象的密码
1. 调用samlib的导出函数
原理前面已经提过了,直接调用samlib.dll里对应的导出函数即可,直接嫖参考mimikatz的源码即可实现,源码戳这里
2. 直接调用MS-SAMR
这里以实现changentlm为例,setntlm同理
(1) C语言
微软官方已经把MS-SAMR的IDL给我们了:[MS-SAMR] - Appendix A: Full IDL,直接拿下来使用midl生成.h和.c文件即可(使用时还需要稍作修改):
![](http://dingyue.ws.126.net/2021/0827/e6bc7e22p00qyhs61002pd000u000hmp.png)
注意这里有一个坑点,如果对SamrChangePasswordUser只指定第5、6、7个参数的话,会产生STATUS_LM_CROSS_ENCRYPTION_REQUIRED错误:
![](http://dingyue.ws.126.net/2021/0827/5e4ed3dcp00qyhsdl0016d000u0009jp.png)
因此必须再指定LMCross和NewLmEncryptedWithNewNt这两个参数,而后者是用新密码的NTLM Hash加密新密码的LM Hash得到的,这里我一开始很疑惑:从mimikatz的功能来看,并不需要我们传递新密码LM Hash,那么它这个加密操作是怎么完成的呢?
由于LM Hash早已在高版本Windows中弃用,于是我猜测这个LM Hash可能跟新密码并没有关系(比如有些工具需要使用LMHASH:NTHASH的格式来指定hash,但LM Hash的值是多少并没有关系),于是我直接使用新密码的NTLM Hash来加密空密码对应的LM Hash:
![](http://dingyue.ws.126.net/2021/0827/9d3b5cc9p00qyhsh40009d000m9007mp.png)
最终成功修改目标用户的密码,Demo实现效果如下,源码戳这里
![](http://dingyue.ws.126.net/2021/0827/f5aa0939p00qyhsjs000nd000v900blp.png)
(2) Impacket
既然是调用RPC,而且刚好impacket对SAMR协议也有实现,所以也可以用impacket来写
完成后我向impacket项目提交了Pull Request,源码可以在commit中看到
效果如下,修改用户的密码:
![](http://dingyue.ws.126.net/2021/0827/5a0e56eep00qyhso2002cd000u00091p.png)
恢复用户原hash:
![](http://dingyue.ws.126.net/2021/0827/8ec37a5ap00qyhsof002bd000u00094p.png)
0x03 检测与缓解
1. ChangeNTLM
(1) 产生事件
ChangeNTLM会产生4723、4738两条日志,并且日志中的使用者和目标账户并不是同一个账户:
![](https://static.ws.126.net/163/frontend/images/2022/empty.png)
![](http://dingyue.ws.126.net/2021/0827/d552c596p00qyhsoz002td000u000nsp.png)
![](http://dingyue.ws.126.net/2021/0827/d701f3a6p00qyhsp7001zd000u000ifp.png)
(2) 流量特征
在SamrOpenUser这个操作中(操作数为34),Samr User Access Change Password标志位被设置为1,在该步操作中还可以看到用户对应的RID:
![](http://dingyue.ws.126.net/2021/0827/cb5f501dp00qyhsq5003kd000u000d0p.png)
以及调用SamrChangePasswordUser(操作数为38):
![](http://dingyue.ws.126.net/2021/0827/99b7697fp00qyhsqp002ud000u000dlp.png)
2. SetNTLM
(1) 产生事件
SetNTLM会产生4724、4661、4738这三条日志:
![](https://static.ws.126.net/163/frontend/images/2022/empty.png)
![](https://static.ws.126.net/163/frontend/images/2022/empty.png)
![](http://dingyue.ws.126.net/2021/0827/a56e5b6fj00qyhsrb001ec000u000ikm.jpg)
![](http://dingyue.ws.126.net/2021/0827/982d3370j00qyhsrb001gc000u000igm.jpg)
![](http://dingyue.ws.126.net/2021/0827/85603c92j00qyhsrb001ec000u000iim.jpg)
![](https://static.ws.126.net/163/frontend/images/2022/empty.png)
(2) 流量特征
同样在SamrOpenUser这个操作中(操作数为34),Samr User Access Set Password标志位被设置为1,也可以看到用户对应的RID:
![](http://dingyue.ws.126.net/2021/0827/ec328848p00qyhss4003fd000u000cxp.png)
调用SamrSetUserInformation(操作数为37):
![](http://dingyue.ws.126.net/2021/0827/452c8aaap00qyhssm0027d000u000c0p.png)
3. 缓解措施
对于ChangeNTLM,我们可以通过设置域内密码策略来增大攻击者的利用难度:
- “密码最短使用期限” >= 1天
- “强制密码历史” >= 5个
而对于SetNTLM,基本是攻击者拿到较高权限时才会进行的操作,因此主要靠我们前期的一些态势感知来检测攻击者的行为,即使其拿到高权限,我们也可以通过事件迅速检测出SetNTLM行为
0x04 参考
https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-samr/4df07fab-1bbc-452f-8e92-7853a3c7e380
https://github.com/gentilkiwi/mimikatz/blob/master/mimikatz/modules/kuhl_m_lsadump.c#L2165
https://stealthbits.com/blog/manipulating-user-passwords-with-mimikatz/
热门跟贴