本篇详细的分析了CS beacon payload的加载过程

IDA 逆向，在入口处很容易能够找到 main 函数的地址 修改前是 403040

重点关注 sub_4017F8()

基于一些特征随机利用格式化字符串生成了一个字符串 buffer， 同时创建了一个新的线程，执行函数sub_4016E6

直接看sub_401630

以上面生成的buffer为名字创建了一个命名管道，然后进行判断，如果命名管道创建成功，ConnectNamedPipe函数将等待客户端连接到管道。如果成功连接到管道， 使用WriteFile函数将shellcode数据写入已连接的命名管道。如果写入成功，则更新指针lpBuffer和剩余要写入的字节数nNumberOfBytesToWrite。其中 lpbuffer是将要写入的数据指针， &dword_404020[5]。

返回 sub_4017F8 返回的是一个函数 sub_4017A6(0i64)

开辟了一块内存，然后等待 sub_401704 函数执行返回一个非0值

sub_401704主要是从FileA也就是前面创建的命名管道中读取数据，然后写入lpBuffer指向的位置，也就是说 从FileA中读取内容，然后写入v0。

然后调用sub_401595,修改一下数据类型之后有：

利用a3所在的密钥循环解密shellcode,然后创建线程执行。

至此，loader所做的事已经十分清晰了：

其跳转顺序和参数如下所示

接下来动态分析一下

由于cobaltstrike并没有地址空间随机化，每次都是在固定位置加载的，所以在上面静态分析的基础上很容易下断动态分析

创建命令管道

![image-20230424224308896]

解密过程：

解密后的shellcode写入这里：

jump rcx之后跳转到shellcode执行 可以将其dump下来，也就是beacon.dll, Cobaltstrike 的 payload 许多都是和msf相似的，因此如果想要深入的理解CS的相关原理，推荐同时阅读msf的相关源码。

使用IDA分析

检查导出函数：

第一个是反射式DLL注入，限于篇幅，在本篇中不展开分析

第二个是DLL的入口函数。

一直跟进到DLLmain，其分析可以参考https://github.com/bestspear/ReBeacon_ForClang，是wbglil在XCon2022分析的议题，slide可以在这里下载。余下内容不再一一详解，如果感兴趣，可以参考鸡哥的文章和wbglil的研究展开分析。在后续的文章中，会根据检测特征和csprofile的绕过按照专题进行分析。

本篇主要是总结了一下beacon模式下payload加载的方式，CS马有大量的思路和msf是相似的，因此，在分析的时候可以同时看一看msf相关的资料。在本人第一次分析的时候，花了比较长时间才dump下来beacon的payload。同时，大部分的CS检测特征都是在此。而在后续的文章分析中，将会着重的分析CS beacon中使用到的几种DLL注入方式；beacon config的检测；同时结合CS profile 的配置，研究一下CS的对抗检测方式。

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！