投稿
一、前言
在渗透测试中，红方选手想在不触发任何警报、引起目标警觉的前提下成功释放攻击载荷始终是一项非常富有挑战的任务。与其他安全解决方案一样，Windows Defender在检测Cobalt Strike等工具所生成的通用型攻击载荷方面已经表现得越来越好。
在本文中，我们将通过Cobalt Strike生成一个PowerShell攻击载荷，然后修改这个载荷，绕过Windows 10主机上安装的Windows Defender。虽然这并不是在Windows Defender眼皮底下隐藏攻击载荷的最优雅或者最简单的方法，但经过我们的验证，该方法的确实用。
二、载荷创建及混淆
创建载荷的过程如下所示：
操作完成后，我们可以得到包含PowerShell命令的一个payload.txt。
如果我们在目标PC上直接运行命令，那么Windows Defender会将这种行为标识为危险行为。
为了绕过Windows Defender，我们首先需要理解Cobalt Strike如何创造攻击载荷，然后再修改载荷的特征，希望这种方法能骗过Windows Defender。
显而易见的是，这段载荷命令经过base64编码，我们可以观察数据格式或者其中的-encodedcommand这个PowerShell标志来确认这一点。
为了解码这个命令，我们需要删除其中的powershell.exe -nop -w hidden -encodedcommand字符串，保留剩余的字符串，然后使用如下命令完成解码：
echo 'base64 payload' | base64 -d
解码出来的字符串依然包含base64编码的字符串，但如果采用相同方式进行解码则会生成乱码。根据PowerShell命令中的IEX (New-Object IO.StreamReader(New-Object IO.Compression.GzipStream($s[IO.Compression.CompressionMode]::Decompress))).ReadToEnd()语句，我们可以知道这段字符串经过Gzip压缩处理过。
现在我们需要理解这段数据中的真正内容，因为正是这段数据（即载荷）触发了Windows Defender的警报。使用Google一番搜索后，我发现这段PowerShell脚本的功能与http://chernodv.blogspot.com.cy/2014/12/powershell-compression-decompression.html脚本的功能完全一致。
$data = [System.Convert]::FromBase64String('gzip base64')
$ms = New-Object System.IO.MemoryStream
$ms.Write($data, 0, $data.Length)
$ms.Seek(0,0) | Out-Null
$sr = New-Object System.IO.StreamReader(New-Object System.IO.Compression.GZipStream($ms, [System.IO.Compression.CompressionMode]::Decompress))
$sr.ReadToEnd() | set-clipboard
这个脚本首先会使用base64算法解码字符串，然后解压所得结果，最终向我们呈现完整的代码。代码还会将输出结果复制到剪贴板，方便我们粘贴到文本文件中，以便稍后使用。
$var_code变量保存的是具体的载荷，Windows Defender会检测到这个载荷，因此我们需要换掉这部分数据，绕过检测。
进一步解码$var_code后，我们发现这是一堆ASCII字符，但此时我们还不需要完全解码这部分数据。
$enc=[System.Convert]::FromBase64String('encoded string')
我们可以使用如下命令读取其中部分内容：
$readString=[System.Text.Encoding]::ASCII.GetString($enc)
上面这部分数据可以告诉我们一些信息，比如user agent字段以及我们所使用的IP地址。
现在我们的目标是处理当前的载荷，对其进行混淆处理，使其能够骗过Windows Defender。对于这个任务，最好的一个工具就是Daniel Bohannon所开发的Invoke-Obfuscation，大家可以参考Github页面了解更多细节。
调用Invoke-Obfuscation的命令如下所示：
Import-Module .Invoke-Obfuscation.psd1
Invoke-Obfuscation
现在我们需要指定待混淆的载荷数据，我们可以使用如下命令完成这一任务：
Set scriptblock 'final_base64payload'
这款工具可以处理我们提供的脚本代码数据，然后询问我们要如何继续处理这段数据。在本文案例中，我选择的是COMPRESS以及子选项1。其他选项应该也可以试一下，但对于这个场景，我发现该方法的确行之有效（截至本文撰写时）。Invoke-Obfuscation可以担当大任，打印出一段比较混乱的PowerShell命令，足以绕过Windows Defender。
接下来我们只需要输入Out命令以及待保存的PowerShell脚本的具体路径：
Out c:payload.ps1
之前操作过程中解压出来的载荷数据如下所示：
根据前文的分析，显然我们需要替换[Byte[]]$var_code = [System.Convert]::FromBase64String这部分内容，将其替换为Invoke-Obfuscation新创建的载荷。为了完成这个任务，我定义了一个新的变量$evil，用来保存Invoke-Obfuscation的输出结果。
重要提示：我们需要剔除Invoke-Obfuscation输出结果中|字符后面的数据，因为这是用来执行载荷数据的命令。我们不需要这条命令，因为Cobalt Strike模板会帮我们完成这个任务。
将编辑后的脚本保存到PowerShell文件中然后加以执行。生成的结果可以作为Cobalt Strike中的beacon，如果我们使用的是@sec_groundzero开发的Aggressor Script，这就是其中的Slack通知。
三、总结
如果我们使用Process Hacker来对比原始的CS载荷以及修改后的CS载荷，我们会发现修改操作并没有改变beacon的行为方式，并且成功规避了Windows Defender。
