安全播报

防御吧作为15年知名老牌域名服务商,CNNIC和CANN双认证域名注册商,已经
持续为500多万个域名提供服务,包括智能DNS/自由转移/隐私保护等服务!
CVE-2019-1040 Windows NTLM篡改漏洞分析
2019-06-28 10:46:02 【

2019年6月11日,Microsoft发布了六月份安全补丁更新。在该安全更新补丁中,对CVE-2019-1040漏洞进行了修复 。攻击者利用该漏洞可以绕过NTLM中的MIC(Message Integrity Code)。攻击者可以修改已经协商签名的身份验证流量,然后中继到另外一台服务器,同时完全删除签名要求。通过该攻击方式可使攻击者在仅有一个普通域账号的情况下,运程控制域中任意机器(包括域控服务器)。

漏洞背景

NTLM中继是对Active Directory环境最常见的攻击方式之一。针对此攻击技术一种重要的缓解措施是进行服务器签名。当用户与服务器建立了签名会话,攻击者如果无法检索所需的会话密钥,就无法劫持会话。但是在默认情况下,只有域控服务器会强制执行SMB签名,这导致在许多情况下会使得域中其他敏感服务器容易受到攻击。


图1 NTLM中继

在SMB中,通过在NTLM_NEGOTIATE消息中设置”NTLMSSP_NEGOTIATE_SIGN”标志进行协商会话签名。如果攻击者试图中继这种NTLM身份验证,他们将需要确保不协商签名。一种方法是通过中继到NTLM消息不管理会话完整性的协议,如LDAPS或者HTTPS。但是这种协议并非每一台机器都会打开。而SMB协议在局域网中是经常打开的,且存在较多漏洞容易造成代码执行。因此,NTLM中继攻击的重点就在于将SMB身份验证请求转发给其他SMB服务器。为成功执行此类中继,攻击者需要修改NTLM_NEGOTIATE消息并取消设置”NTLMSSP_NEGOTIATE_SIGN”标志。


图2 NTLM_NEGOTIATE消息指示是否协商SMB签名

在SMB中,默认情况下,通信的双方都支持签名,则必须进行会话签名。为了保证在NTLM协商阶段不被攻击者篡改数据,Microsoft在最终的NTLM身份验证消息中添加了一个额外字段——MIC。但是,微软对该字段的处理方式存在纰漏:允许无MIC的验证消息。

MIC(Message Interity Code)消息完整性验证

NTLM身份验证由3种消息类型组成:NTLM_NEGOTIATIE,NTLM_CHALLENGE,NTLM_AUTHENTICATE。为确保在传输过程中不会被恶意篡改,在NTLM_AUTHENTICATE消息中添加了一个额外的MIC字段。MIC是使用会话密钥应用于所有3个NTLM消息的串联的HMAC_MD5,该会话密钥只有启动了认证的账户和目标服务器知道。因此,任何试图篡改其中一条消息的行为都无法生成相应的MIC,保证传输的安全性。


图3 “MIC”字段可以防止NTLM消息修改

MIC存在于NTLM_AUTHENTICATE消息的’msvAvFlag’字段,标志0×2表示该消息包括MIC。它应该保护MIC被删除。但是,微软Microsoft服务器无法完全执行该机制,而且允许了无MIC的NTLM_AUTHENTICATE消息。这为后续NTLM中继攻击提供了条件。


图4 ‘flags’字段指示NTLM_AUTHENTICATE消息包括MIC

漏洞分析

4.1 攻击思路

由于微软允许无MIC的NTLM_AUTHENTICATE消息,攻击者可以在获取到合法的身份验证后进行中继。主要是将SMB中继到LDAP。

首先向Windows服务器(如Exchange)发起身份验证,在获得合法的验证后将该身份验证通过LDAP中继到域控服务器,就可以在ActiveDirective中以中继的受害者权限执行一系列操作。

在Exchange场景下,可以获得DCSync权限,该种权限是PrivExchange漏洞利用的基础

在Resource Based Constrained Kerberos场景下,可以利用该种机制获得受害主机的权限,进而以管理员权限访问服务器。

对需要中继的身份验证的MIC的处理流程如下:

1. 取消设置NTLM_NEGOTIATE消息中的签名标志(NTLMSSP_NEGOTIATE_ALWAYS_SIGN,NTLMSSP_NEGOTIATE_SIGN)

2. 从NTLM_AUTHENTICATE消息中删除MIC

3. 从NTLM_AUTHENTICATE消息中删除版本字段(删除MIC字段而不删除版本字段将导致错误)

4. 取消设置NTLM_AUTHENTICATE消息中的以下标志:NTLMSSP_NEGOTIATE_ALWAYS_SIGN,NTLMSSP_NEGOTIATE_SIGN,NEGOTIATE_KEY_EXCHANGE,NEGOTIATE_VERSION。

4.2 攻击途径

1. 使用任意AD账户,通过SMB连接到受害主机Exchange服务器,触发SpoolService的一个bug。然后使用网上公开的ntlmrelayx.py脚本中继到LDAP。使用中继的LDAP身份验证,攻击者可以获得DCSync权限,然后使用DCSync转储AD中所有的密码哈希。

2. 使用任意AD账户,通过SMB连接到受害主机Exchange服务器,触发SpoolService的一个bug。然后使用网上公开的ntlmrelayx.py脚本中继到LDAP。攻击者使用中继的LDAP身份验证,获取Resource Based Constrained Kerberos中的相关权限,然后攻击者以受害主机服务器上的任意用户进行身份验证。成功验证后,可以进一步进行下一步攻击,甚至控制整个Wshoindows域。

影响范围

目前受影响的Windows版本:


Windows 10for32-bit Systems

Windows 10for x64-based Systems

Windows 10 Version 1607for32-bit Systems

Windows 10 Version 1607for x64-based Systems

Windows 10 Version 1703for32-bit Systems

Windows 10 Version 1703for x64-based Systems

Windows 10 Version 1709for32-bit Systems

Windows 10 Version 1709for ARM64-based Systems

Windows 10 Version 1709for x64-based Systems

Windows 10 Version 1803for32-bit Systems

Windows 10 Version 1803for ARM64-based Systems

Windows 10 Version 1803for x64-based Systems

Windows 10 Version 1809for32-bit Systems

Windows 10 Version 1809for ARM64-based Systems

Windows 10 Version 1809for x64-based Systems

Windows 10 Version 1903for32-bit Systems

Windows 10 Version 1903for ARM64-based Systems

Windows 10 Version 1903for x64-based Systems

Windows 7for32-bit Systems Service Pack 1

Windows 7for x64-based Systems Service Pack 1

Windows 8.1for32-bit systems

Windows 8.1for x64-based systems

Windows RT 8.1

Windows Server 2008for32-bit Systems Service Pack 2

Windows Server 2008for32-bit Systems Service Pack 2 (Server Core installation)

Windows Server 2008for Itanium-Based Systems Service Pack 2

Windows Server 2008for x64-based Systems Service Pack 2

Windows Server 2008for x64-based Systems Service Pack 2 (Server Core installation)

Windows Server 2008 R2 for Itanium-Based Systems Service Pack 1

Windows Server 2008 R2 for x64-based Systems Service Pack 1

Windows Server 2008 R2 for x64-based Systems Service Pack 1 (Server Core installation)

Windows Server 2012

Windows Server 2012 (Server Core installation)

Windows Server 2012 R2

Windows Server 2012 R2 (Server Core installation)

Windows Server 2016

Windows Server 2016 (Server Core installation)

Windows Server 2019

Windows Server 2019 (Server Core installation)

Windows Server, version 1803 (Server Core Installation)

Windows Server, version 1903 (Server Core installation)


修复建议

1. 由于针对该漏洞的 poc已在网上公开流传,强烈建议广大用户及时安装微软针对该漏洞的安全更新补丁:

https://portal.msrc.microsoft.com/en-US/security-guidance/advisory/CVE-2019-1040

2. 其他缓解措施

以下措施可以在无法及时安装安全更新补丁时作为临时解决方案,为确保安全,仍然建议广大用户在条件允许的情况下及时进行补丁安装:

1)开启域中所有服务器的强制SMB 签名 (在 Windows 域 中 ,默认只有域控服务器开启了强制 SMB 签名)

2)对LDAP over TLS强制执行LDAP签名和LDAP通道绑定来阻止NTLM中继到LDAP

3)开启EPA,强制所有Web服务器(OWA,ADFS)只接受EPA的请求

4)开启所有重要服务器(比如所有 Exchange 服务器)上相关应用的Channel Binding

5)减少使用NTLM

6)如无特殊需求,禁用Printer Spooler服务

文章转自FreeBuf.COM

】【打印关闭】 【返回顶部
分享到QQ空间
分享到: 
上一篇CNNVD-201906-1049关于致远OA远程.. 下一篇思科修补了数据中心网络管理器中..

立足首都,辐射全球,防御吧专注云防御及云计算服务15年!

联系我们

服务热线:13051179500 18910191973
企业QQ:1245940436
技术支持:010-56159998
E-Mail:xihedata.com
Copyright ? 2003-2016 fangyuba. 防御吧(完美解决防御与加速) 版权所有 增值许可:京B2-20140042号
售前咨询
公司总机:18910191973
24小时电话:010-56159998
投诉电话:18910191973
值班售后/技术支持
售后服务/财务
备案专员
紧急电话:18610088800