CVE-2022-30190：Microsoft Windows 支持诊断工具 (MSDT) 远程代码执行漏洞利用分析

近期，安全社区通过VirusTotal发现一个通过Office远程加载特性访问HTML页面进而利用ms-msdt协议在Word文档中执行恶意PowerShell的0day漏洞利用文档。其实该漏洞早在4月12日就已经被相关安全人员通过VT发现并提交给微软，其利用上和去年的CVE-2021-40444有很多相似之处，通过OLE的方式远程拉取一个恶意HTML，该HTML中通过msdt协议绕过了Office自带的保护视图。后续通过分析发现微软实际上之前已经尝试修复该问题，但是依旧存在rtf文件格式的绕过，最后通过msdt协议中的一处powershell注入导致最终的代码执行。

样本通过构造一个ole对象远程拉取恶意的html文件，这里的加载方式和CVE-2021-40444类似。

Html文件如下所示，其中使用了ms-msdt协议，该协议是Microsoft Support Diagnostics Tool 的缩写，它是一种实用程序，用于排除故障并收集诊断数据以支持专业人员分析以解决问题，其可以调用本地脚本，而不触发office的保护视图，从而导致代码执行，如下所示样本执行的代码通过base64编码。

编码的数据如下所示，这里猜测其中实际执行的exe应该是通过某种方式部署到了目标机器中（目前未知）。

这里构造poc就很简单了，替换换成模板注入的html即可，这里确保你的远端exp 存在这个路径下http://127.0.0.1:8080/www/RDF842l.html

如下所示，确保RDF842l.html保存路径如下所示：

打开对应的52945af1d.docx，即可触发代码执行，这里的测试环境是office 2019

可以看到在触发漏洞的时候，word会通过注册表选项查找对应的md-msdt这个协议，用于处理脚本中的ms-msdt后续的字段可以看到最终其实找到的就是执行代码的msdt.exe这个程序。

当你把office升级到大版本2205后，漏洞将不再触发，需要注意目前只有2019/2021提供自动更新功能。

通过该功能可更新到大版本2205，该版本不受影响。

如下所示，可以看到完全不会触发协议的访问，因为其中利用的特殊的 Office 远程 OLE 对象自动加载方式已经被作为非安全问题修复（没有CVE编号）。但是攻击者依然可以使用 rtf 格式样本来实现自动触发漏洞。

其构造方式只需要将之前的docx文档按rtf另存一份即可。

分析发现计算器是由sdiagnhost.exe这个程序启动的。

分析sdiagnhost.exe发现其是通过CScriptedDiagNativeHost::RunScript函数来启动的calc。

这里通过函数名可以猜测是用于调用本地的脚本，调试发现其参数传递了一个ps1脚本：

C:WindowsdiagnosticssystemPCWTS_ProgramCompatibilityWizard.ps1

对应的参数就是构造的exp中的IT_BrowseForFile = /../../$(calc).exe，这是最简的exp，在sdiagnhost.exe中没有任何相关的参数过滤操作。

来看TS_ProgramCompatibilityWizard.ps1脚本可以看到通过注释发现其功能为” 如果在这些位置没有找到快捷方式，我们将转到浏览文件屏幕”，获取的IT_BrowseForFile保存在selectedProgram，并通过Test-Selection校验。

Test-Selection逻辑如下，首先判断其路径是否为空，之后依次为test-path -literalpath $appPath及判断是否以exe/msi后缀结尾，这也就是为什么我们exp中最后必须是.exe，.msi也是可以的。

这里来看test-path -literalpath $appPath，可以看到其用于判断一个路径，如下所示这里/../../也是合法的，因此exp中需要构造至少/../../，否则你就需要提供一个真实合法的路径。

可以看到我们传入的参数实际上看着是有判断$()注入情况的。

最终应该是以下位置的代码导致代码执行，这里$appName/$selectedProgram都来自于攻击者的输入，而这两个参数通过阅读代码可知，$selectedProgram是没有经过$检测的，而$appName有，详细我们可以通过修改脚本日志输出来看看具体的问题。

通过查询也可知，这里疑似最终代码调用的cmdlet并不能直接通过powershell跑，其只能通过漏洞触发的路径有msdt.exe – > sdiagnhost.exe->TS_ProgramCompatibilityWizard.ps1 来调用。

当我们需要修改TS_ProgramCompatibilityWizard.ps1脚本进行日志输出的时候发现，无法修改这个文件，这里可以通过修改其对应访问策略来使得其他用户也能修改该文件，从而有助于我们的调试。

首先将selectedProgram获取的值输出，并在selectedProgram经过Test-Selection检测后同样输出，看是否有什么变化。

之后经过while循环后的selectedProgram输出，看有什么变化，同样将关键参数appName输出，看看这里的Replace是否真正起到了过滤的作用。

在关键代码执行前输出appName/selectedProgram这两个参数，并通过注释掉Update-DiagRootCause这行代码来确定真正触发代码执行的位置是否是这里。

通过测试后发现Update-DiagRootCause这行代码注释后，漏洞无法触发，即该调用导致了最终的代码执行，而其传入的参数日志输出如下所示，可以看到selectedProgram全程都是/../../$(calc).exe，没有经过过滤，而appName经过replace之后的值为$(calc)，并不是我们期待的`$(calc)，那这里到底是appName/selectedProgram导致了代码执行？

我们尝试对这个两个变量进行控制。

如下所示可以看到运行后，二者只要用一个正常，漏洞都能触发，即导致漏洞的是$appName /$selectedProgram这两个参数，由于对其过滤不严格，从而导致了powershell的代码注入。

如下所示可以看到gui下的攻击入口其实就是下图的位置

这里将其替换为/../../$(calc).exe

将直接代码执行

该样本通过ole对象拉取恶意html的动作会导致office落地文档直接被查杀。

文档打开后触发下载的html yara规则如下所示，其本身会出现在流量中。

rule CVE30190{  strings:          $one1 = "PCWDiagnostic" nocase wide ascii    $one2 = "msdt" nocase wide ascii    $one3 = "/id" nocase wide ascii    $one4 = "/skip" nocase wide ascii    $one5 = "force" nocase wide ascii
    $two1 = "IT_BrowseForFile" nocase wide ascii    $two2 = ")i/../"
    $three1 = "/Interaction>"    $three2 = "IT_LaunchMethod"    $three3 = "IT_RebrowseForFile"    $three4 = "ContextMenu"
    condition:        (all of ($one*) and all of ($two*)) or (all of ($three*) and all of ($two*)) }

奇安信红雨滴团队在此提醒广大用户，切勿打开社交媒体分享的来历不明的链接，不点击执行未知来源的邮件附件，不运行夸张标题的未知文件，不安装非正规途径来源的APP。做到及时备份重要文件，更新安装补丁。

若需运行，安装来历不明的应用，可先通过奇安信威胁情报文件深度分析平台（https://sandbox.ti.qianxin.com/sandbox/page）进行判别。目前已支持包括Windows、安卓平台在内的多种格式文件深度分析。

目前，基于奇安信威胁情报中心的威胁情报数据的全线产品，包括奇安信威胁情报平台（TIP）、奇安信天狗漏洞攻击防护系统、天擎、天眼高级威胁检测系统、奇安信NGSOC、奇安信态势感知等，都已经支持对此类攻击的精确检测。