DeepSeek高危漏洞自查与紧急修复方法2026版：零基础三步排查指南

最近爆出的 DeepSeek 高危漏洞（影响 2026 年发布的 v2.3.1 及之前版本）允许攻击者通过伪造的 API 请求直接执行系统命令。
下面我按实际排查顺序，把需要准备什么、怎么查、怎么修、怎么避坑一次讲清楚。

一、开始之前：确认你的环境

你需要三样东西：

• 一台运行 Ubuntu 22.04 / Debian 11 的服务器（DeepSeek 服务已安装）
• 服务器的 root 密码 或 sudo 权限
• 本地电脑上的 SSH 客户端（Windows 用 PuTTY 或 PowerShell，macOS / Linux 直接用终端）

如果你用的是宝塔面板，同样需要先登录服务器，因为部分系统文件面板无法直接修改。

二、三步定位漏洞

第一步：检查 DeepSeek 安装目录

通过 SSH 登录服务器后，执行以下命令确认 DeepSeek 主目录是否存在：

ls -la /opt/deepseek/

如果该目录不存在，说明安装路径可能不同，请先通过 find / -name "deepseek.yaml" 2>/dev/null 定位配置位置。

第二步：查看核心配置文件

漏洞利用了一个名为 dangerous_commands 的隐藏参数。
我们直接查看配置文件：

cat /opt/deepseek/config/deepseek.yaml

找到类似以下内容：

api:
  dangerous_commands: true
  external_exec: "bash"

如果 dangerous_commands 值为 true，并且 external_exec 不为空，则该服务器 存在高危漏洞。

第三步：检查运行用户身份

执行以下命令查看 DeepSeek 进程的启动用户：

ps aux | grep deepseek | grep -v grep

如果进程以 root 身份运行，风险会更高——攻击者一旦利用漏洞就能直接获得服务器完全控制权。

三、紧急修复操作

1. 备份原始配置

cp /opt/deepseek/config/deepseek.yaml /opt/deepseek/config/deepseek.yaml.bak.$(date +%Y%m%d)

2. 关闭危险参数

使用 vi 或 nano 编辑文件：

nano /opt/deepseek/config/deepseek.yaml

将 dangerous_commands 改为 false，并将 external_exec 整行删除或注释掉。
修改后的片段：

api:
  dangerous_commands: false
  # external_exec: "bash"

3. 重启服务使配置生效

systemctl restart deepseek

如果服务重启失败，运行 journalctl -u deepseek -n 30 查看日志，通常是语法错误或缩进问题。

四、避坑提醒

• 千万不要直接在配置文件里删除整段 api 节点，否则服务可能无法启动。只修改那两个字段即可。
• 修改后如果无法访问 Web 界面，先检查防火墙和端口：ufw status 或 netstat -tlnp | grep 8080（默认端口是 8080）。
• 如果进程是以 root 运行，建议创建一个专用系统用户（如 deepseek）：

  useradd -r -s /bin/false deepseek
  chown -R deepseek:deepseek /opt/deepseek

然后修改服务文件 /etc/systemd/system/deepseek.service 中的 User=，再重启。

五、验证漏洞是否已修复

测试 1：本地尝试危险命令

执行漏洞对应的测试脚本（仅本地）：

curl -X POST http://localhost:8080/api/v1/execute -d '{"cmd":"id"}'

如果返回 422 Unprocessable Entity 或 禁止访问，说明危险接口已关闭。

测试 2：检查服务日志

grep -i "dangerous" /var/log/deepseek/access.log

没有新的危险请求记录，证明攻击路径已被阻断。

测试 3：主动扫描

可以使用在线扫描工具（如守望者漏洞检测）对服务器公网 IP 进行一次快速检测，确认 DeepSeek 高危漏洞已封堵。

如果你正在处理 DeepSeek高危漏洞自查与紧急修复方法2026版，建议先按本文步骤完整执行，再根据自己的环境做微调；
遇到异常时优先回看避坑和高频问题部分。