近期，Sliver C2框架的团队服务器（teamserver）实现中被发现存在一个严重的服务器端请求伪造（SSRF）漏洞（CVE-2025-27090）。该漏洞允许攻击者通过受影响的服务器建立未授权的TCP连接，可能导致IP泄露、横向移动和流量拦截。

漏洞影响范围

该漏洞影响Sliver C2框架的1.5.26至1.5.42版本，以及在Of340a2提交之前的预发布版本。尽管Sliver的架构通常会将团队服务器置于保护性重定向器之后，但该漏洞允许攻击者通过精心构造的植入物回调绕过这些保护措施。

Sliver的架构（来源：Chebuya）

漏洞利用机制

该漏洞利用链涉及Sliver Go代码库中的两个关键处理函数。首先，registerSessionHandler函数通过Protobuf反序列化为新植入物创建一个会话对象：

`// server/handlers/sessions.go  
session := core.NewSession(implantConn)  
core.Sessions.Add(session) // 将会话添加到团队服务器跟踪`

攻击者随后利用tunnelDataHandler，发送包含CreateReverse设置为true的特制TunnelData消息：

`// server/handlers/session.go  
if rtunnel == nil && tunnelData.CreateReverse == true {  
    createReverseTunnelHandler(implantConn, data) // 触发SSRF  
}`

这将强制团队服务器通过defaultDialer.DialContext调用建立出站连接：

`remoteAddress := fmt.Sprintf("%s:%d", req.Rportfwd.Host, req.Rportfwd.Port)  
dst, err := defaultDialer.DialContext(ctx, "tcp", remoteAddress)`

通过Sliver的隧道管理系统，该漏洞实现了双向通信。如下Python概念验证（PoC）代码所示，攻击者首先注册一个虚假会话，然后发起反向隧道：

`registration_envelope = generate_registration_envelope()  
ssock.write(registration_envelope_len + registration_envelope)  
reverse_tunnel_envelope = generate_create_reverse_tunnel_envelope(target_ip, port, data)  
ssock.write(reverse_tunnel_envelope_len + reverse_tunnel_envelope)`

修复建议

该漏洞已通过提交3f2a1b9修复，改进了会话验证和隧道创建检查。管理员应立即更新至Sliver v1.5.43及以上版本，并审核所有暂存监听器是否存在未授权的shellcode生成能力。

此SSRF漏洞突显了在C2框架处理双向网络通信时，严格输入验证的重要性。随着红队工具本身成为攻击目标，团队服务器组件的坚固隔离对于操作安全仍然至关重要。

参考来源：

Sliver C2 Server Vulnerability Let Attackers Open a TCP connection to Read Traffic

4A评测 - 免责申明

本站提供的一切软件、教程和内容信息仅限用于学习和研究目的。

不得将上述内容用于商业或者非法用途，否则一切后果请用户自负。

本站信息来自网络，版权争议与本站无关。您必须在下载后的24个小时之内，从您的电脑或手机中彻底删除上述内容。

如果您喜欢该程序，请支持正版，购买注册，得到更好的正版服务。如有侵权请邮件与我们联系处理。敬请谅解！

程序来源网络，不确保不包含木马病毒等危险内容，请在确保安全的情况下或使用虚拟机使用。

侵权违规投诉邮箱：4ablog168#gmail.com（#换成@）