紧急安全预警|DeepSeekHarness曝未授权远程代码执行漏洞,CVSS9.8"

admin 2026-10-17 07:07:16 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

紧急安全预警|DeepSeek Harness 曝未授权远程代码执行漏洞,CVSS 9.8

原创

tuto
tuto

杂杂咱谈

2026年8月24日 20:37
福建

在小说阅读器读本章

去阅读

漏洞编号: QVD-2026-57410
CVE编号: 暂无
漏洞类型: 未授权远程代码执行
严重程度: 极危 (9.8)
受影响版本: DeepSeek Harness 0.1.1-rc.2
披露时间: 2026年8月24日
POC状态: 已公开

一、漏洞概述

8月24日,奇安信威胁情报中心披露,DeepSeek开源Agent框架DeepSeek Harness存在一处未授权远程代码执行漏洞,编号为QVD-2026-57410,目前暂无对应CVE编号。

奇安信将该漏洞评级为9.8 分 \"极危\",并标注:

  • 关键漏洞
  • POC公开
  • 技术细节公开
  • 奇安信 CERT 验证

目前披露的受影响版本为:

DeepSeek Harness 0.1.1-rc.2

二、漏洞原理

根据漏洞报告,问题主要出现在DSH Web服务的/api接口信任判断机制。

DSH原本通过HTTP请求中的Host请求头判断请求是否来自本机回环地址,并以此限制部分高权限RPC接口的访问。

然而,HTTP Host请求头本身可以由客户端自行构造。

因此,当DSH Web服务被部署到公网或局域网可访问环境,同时又没有配置额外身份认证机制时,远程攻击者可能通过伪造Host请求头绕过访问限制。

攻击链可以概括为:

远程访问 DSH Web 服务        ↓伪造 HTTP Host 请求头        ↓绕过本地访问限制        ↓访问高权限 RPC 接口        ↓调用 DSH Agent 能力        ↓执行 Bash / 文件读写 / 代码执行        ↓以 DSH 服务进程权限执行任意系统命令

三、潜在影响

DeepSeek Harness本身具备驱动Agent执行多种系统级操作的能力,包括:

  • Bash 命令执行
  • 文件系统读取
  • 文件系统写入
  • 代码执行

因此,一旦攻击者成功绕过/api接口的访问限制,就可能进一步调用高权限功能,并最终实现远程任意代码执行。

攻击者理论上可以获得与DSH Web服务进程相同的系统权限。

需要注意的是:该漏洞并不意味着所有DSH用户都会直接受到远程攻击。

风险主要取决于DSH Web服务是否被暴露到非Loopback网络。


四、重点风险场景

DSH默认监听本机回环地址,因此默认部署环境下远程攻击面相对有限。

以下场景需要重点排查:

1. Docker 端口映射

如果通过Docker将DSH Web服务端口直接映射到宿主机公网或局域网接口,可能导致原本仅限本机访问的API被远程访问。

2. 反向代理

如果通过Nginx、Apache或其他反向代理将DSH Web服务暴露到外部网络,同时没有增加身份认证,也可能扩大攻击面。

3. 公网部署

直接将DSH Web/API服务绑定到公网可访问地址,会显著增加远程攻击风险。

4. 局域网暴露

即使服务没有直接暴露公网,只要局域网中的其他主机能够访问DSH Web/API接口,同样需要关注。



五、修复与缓解建议

对于已经部署DeepSeek Harness的用户,建议立即检查服务的网络暴露情况。

建议一:避免直接暴露 Web/API 服务

不要将DSH Web服务直接暴露到公网。

优先保持:127.0.0.1/localhost等Loopback地址监听。

建议二:检查 Docker 端口映射

重点检查Docker Compose或容器启动参数,避免将DSH服务直接映射到:

0.0.0.0:

如果没有远程访问需求,应限制为本机访问。

建议三:增加身份认证

如果确实需要通过网络访问DSH Web服务,应在反向代理或访问控制层增加额外身份认证,例如:

  • mTLS
  • SSO
  • IP 白名单
  • VPN
  • 强身份认证机制

不要单纯依赖HTTP Host请求头判断请求是否可信。

建议四:限制 API 访问范围

对/api及高权限RPC接口实施严格的访问控制,避免不可信网络直接访问特权功能。

建议五:关注官方修复

持续关注DeepSeek Harness官方项目及后续安全公告,及时升级至包含漏洞修复的版本。


七、总结

DeepSeek Harness QVD-2026-57410的核心风险在于:

DSH Web/API层错误信任可由客户端伪造的HTTP Host请求头,导致远程攻击者可能绕过本地访问限制,调用高权限RPC接口,并进一步利用Agent的Bash、文件系统和代码执行能力实现远程代码执行。

因此,真正需要重点关注的是那些已经通过Docker端口映射、反向代理或其他方式将DSH Web服务暴露到非Loopback网络的部署环境。

对于此类环境,建议立即检查网络配置,避免直接开放Web/API接口,并及时跟进官方安全修复。

Simple #DeepSeek


BlackHat2026上一条GitHubIssue,黑进了三家顶级AI编程助手" 网络安全文章

BlackHat2026上一条GitHubIssue,黑进了三家顶级AI编程助手"

BlackHat2026上安全研究员演示了仅凭一条零权限GitHubIssue即可通过提示注入攻破Anthropic、Google、OpenAI三家AI编程助手CI环境并窃取密钥。研究指出漏洞根源在于Agent执行框架未能分离指令与数据,导致传统安全工具失效,使CI/CD成为全新供应链攻击面。建议立即升级受影响版本,严格限制Agent权限,隔离不可信输入,避免在含生产密钥环境中运行Agent,并对关键操作实施人工审核与行为监控。
下一代AISOC长什么样:SOC版的Codex" 网络安全文章

下一代AISOC长什么样:SOC版的Codex"

本文提出下一代AISOC是基于大模型AgentHarness的对话驱动工作台。工作模式将从人工演进为构建、监督并由Agent全面替代研判,工单降级为内部账本。架构由对话基座、实时自治分析引擎、MCP与Skill组成。战略上应背靠大厂Harness,通过影子模式验证与适配器模式实现解耦。建议工程师立即将研判经验蒸馏为Skill,专注场景知识与审批治理等不可替代的业务层建设。
评论:0   参与:  0