(9.8分)DeepSeekHarness未授权RCE"

admin 2026-10-23 03:46:20 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

(9.8分) DeepSeek Harness未授权RCE

红队安全圈
红队安全圈

红队安全圈

2026年8月25日 08:01
重庆

在小说阅读器读本章

去阅读

DeepSeek 刚开源的 Agent 框架 DeepSeek Harness(DSH)被曝出未授权远程代码执行,CVSS 9.8 极危。根因是 /api 接口信任了可伪造的 HTTP Host 头,服务一旦暴露到非回环网络,攻击者就能绕过本地限制拿到与进程同级的权限,PoC 已公开。

01  漏洞速览

漏洞编号QVD-2026-57410(暂无 CVE)

影响产品DeepSeek Harness 0.1.1-rc.2

漏洞类型未授权远程代码执行(HTTP Host 头信任缺陷)

危害等级CVSS 9.8 极危

是否在野暂未见大规模在野

已公开 PoC有(技术细节同步公开)

攻击前提Web/API 暴露到非回环网络

影响面以 DSH 服务进程权限执行任意系统命令

02  漏洞成因

DSH Web 服务的 /api 接口用 HTTP Host 请求头判断请求是否来自本机回环地址,据此把一批高权限 RPC 接口限定在本机访问。问题在于 Host 头本身由客户端构造,伪造成本为零。

当 DSH 被部署到公网或局域网、又没有额外认证时,攻击者伪造 Host 头就能骗过这套判断,让高权限 RPC 接口把请求当成\"本机请求\"放行。攻击链很直白:远程访问 → 伪造 Host 头 → 绕过本地限制 → 调高权限 RPC → 驱动 DSH Agent 的 Bash、文件读写、代码执行能力 → 任意命令执行。

03  影响范围

受影响版本是 0.1.1-rc.2。DSH 默认监听 127.0.0.1,纯本机部署攻击面有限;真正的风险集中在两类暴露方式——Docker 把端口映射到 0.0.0.0,以及 Nginx、Apache 反向代理把服务转发到非回环网络。

04  利用分析

DSH 本身是 Agent 框架,自带 Bash 执行、文件读写、代码执行这些系统级能力。绕过 /api 之后直接调用它们,等于拿到与 DSH 进程完全相同的系统权限。PoC 和技术细节都已公开,暴露在外的实例等于\"开箱即用\",随时可能被打。

05  检测与排查

先确认服务监听地址,别让它裸奔在公网:

netstat -an | grep <端口>

看到 0.0.0.0 而非 127.0.0.1,就要警惕

Docker 部署重点查端口映射:

docker ps

看 PORTS 列是否有 0.0.0.0:xxxx->xxxx

反向代理的,检查 location 是否把 /api 也代理了出去。更直接的办法是用伪造 Host 头去探 /api 的高权限接口,看是否返回了本不该外泄的数据。

06  修复建议

保持 127.0.0.1 / localhost 回环监听,别直接暴露公网。

检查 Docker 启动参数,避免 -p 0.0.0.0:xxxx 这类映射。

确需远程访问,在反代层加 mTLS、SSO、IP 白名单或 VPN,别把信任押在 Host 头上;同时对 /api 及高权限 RPC 接口做严格访问控制。

关注官方修复版本,出补丁后第一时间升级。

07  红队视角

这个洞的特别之处在于踩中的是\"刚刚火起来\"的框架。DeepSeek Harness 才开放预览没几天,一堆人正抢着本地部署、接自己的模型,图省事直接把端口映射出去的不在少数,恰好落在 Host 头信任这个缺陷上。

对防守方是个提醒:AI Agent 框架是全新的攻击面,配套的安全设计往往滞后于功能热度,部署这类新工具前先把暴露面收敛好,比事后补丁更现实。

如果文章对您有收获,欢迎关注、点赞、推荐、转发。

— END —


(9.8分)DeepSeekHarness未授权RCE" 网络安全文章

(9.8分)DeepSeekHarness未授权RCE"

DeepSeekHarness0.1.1-rc.2被曝未授权RCE漏洞(QVD-2026-57410,CVSS9.8)。根因是/api接口信任可伪造的HTTPHost头,暴露在公网或局域网的服务可被远程利用。PoC已公开。建议保持回环监听、检查Docker映射、在反代层添加mTLS或IP白名单等严格访问控制,并关注官方补丁。
众测实战|某APP存储型XSS完整挖掘&WAF绕过思路复盘" 网络安全文章

众测实战|某APP存储型XSS完整挖掘&WAF绕过思路复盘"

本文复盘了某APP存储型XSS漏洞的完整挖掘与WAF绕过过程。核心思路包括:通过抓包绕过前端输入限制;利用冷门HTML5事件如ontoggle规避WAF对高危事件的拦截;采用JS逗号表达式将alert函数赋值给变量再调用,以消除alert(特征串;并针对服务端32位字符硬截断问题精简payload。最终成功触发弹窗并获得赏金。关键建议是关注小众事件与语法变形以绕过特征检测。
内网沦陷的起点:SSRF指向云元数据的致命一跳" 网络安全文章

内网沦陷的起点:SSRF指向云元数据的致命一跳"

本文深入剖析云环境下SSRF漏洞的致命威胁,指出攻击者可通过访问169.254.169.254云元数据获取临时凭据,进而接管云账号。文章拆解了三层利用链及IP进制变换、DNS重绑定等绕过手法,结合真实案例说明解析差异导致的数据泄露。最终提出应用层白名单校验、网络层隔离元数据IP、强制启用IMDSv2及IAM最小权限等纵深防御方案,强调必须摒弃黑名单思维。
破封:编译后V8字节码恶意软件的静态反混淆" 网络安全文章

破封:编译后V8字节码恶意软件的静态反混淆"

本文介绍了BlackHatUSA2026上关于编译后V8字节码恶意软件静态反混淆的研究。攻击者利用V8字节码格式绕过检测,作者以加密货币窃密木马jsceal为例,展示了通过扩展view8反编译器并构建四阶段反混淆流水线(字符串解码、控制流反扁平化、代理与运算包装剥离、LLM辅助重命名)成功恢复恶意代码完整能力。工具已开源,为恶意软件分析师提供了有效方法论。
评论:0   参与:  0