[Bug Report] 信任围栏误拒绝：Chrome 对回环地址剥离 Origin 端口，isTrustedApiRequest 按含端口的 host 精确比较导致 403

[DRAG0NM]

摘要

Chrome 访问 http://127.0.0.1:3080 时，请求的 Origin 头端口被剥离（http://127.0.0.1），而信任围栏 isTrustedApiRequest 用 new URL(origin).host === hostUrl.host 精确比较含端口的 host（"127.0.0.1" !== "127.0.0.1:3080"）→ 同源请求被误判为不可信 → host.pickDirectory 等 API 返回 403，选择工作区失败。Sec-Fetch-Site: same-origin 已证明请求同源，却被端口比较先行拒绝。

复现步骤

1. Windows 全局安装 @deepseek-ai/dsh@0.1.0-rc.6，运行 dsh web。
2. Chrome 打开 http://127.0.0.1:3080/。
3. 点击"选择工作区"。
4. 观察：POST /api/host.pickDirectory 返回 403，界面提示"无法打开文件夹"。
5. 诊断：服务端收到 Host: 127.0.0.1:3080、Origin: http://127.0.0.1（端口被剥离）、Sec-Fetch-Site: same-origin；改用 http://localhost:3080/ 则正常。

社区已复现（Windows 10.0.19044 + Chrome 151 + Node 22.23.1）。同主题第二帖 #1188（Chromium port-less Origin 阻断 host.pickDirectory）。

根因（源码定位，rc.6）

1. Origin 与 Host 的 host 精确比较（含端口） — @deepseek-ai/dsh-client-connection/lib/index.js isTrustedApiRequest（L184-198）：

   if (header(request.headers, "sec-fetch-site") === "cross-site") return false;  // L190
   const origin = header(request.headers, "origin");
   if (origin === void 0) return true;                                            // L192 无 Origin 直接放行
   return new URL(origin).host === hostUrl.host;                                  // L194 ← 含端口精确比较

   • L194：origin.host（含端口）与 hostUrl.host（含端口）必须完全相等；Chrome 对回环地址请求序列化 Origin 时剥离非默认端口（http://127.0.0.1），两者不等 → 403；
   • L190 的 same-origin 标记（浏览器只读 fetch metadata）本已证明请求同源，但 L194 的端口比较先行拒绝。

建议修复

方案 A（推荐）· 改为 hostname 级比较：L194 改 new URL(origin).hostname === hostUrl.hostname——容忍 Origin 端口剥离，一行级改动。

• 安全语义不变：L192 无 Origin 请求本来就放行（本机进程不发 Origin），伪造 Origin: http://127.0.0.1:9999 的攻击者本可直接发无 Origin 请求；sec-fetch-site 由浏览器生成（非浏览器伪造会标记 cross-site/none → L190 拒绝）；跨主机（evil.com）hostname 不等仍拒绝。

方案 B · 仅 same-origin 时放宽：sec-fetch-site === "same-origin" 时按 hostname 比较，否则保留端口精确比较。更保守，但 same-site 跨端口本地访问仍会被误拒（维持现状）。

方案 C · 归一化默认端口：比较前把回环地址的默认端口归一化。复杂化，无必要。

影响

• Windows + Chrome 访问 127.0.0.1 时选择工作区/目录选择类 API 全部 403（host.pickDirectory 属 loopback 钉扎方法，见 [Bug 报告] LAN 部署下审批可被旁路：`/api/respond` 不在 loopback 钉扎名单，局域网设备可批准工具调用/回答问题 #950 的 PRIVILEGED_METHODS 名单），界面功能不可用；
• 与 [Bug Report] CLI 打印的 `http://127.0.0.1:3080` 在部分 Windows 环境 403 而 `localhost` 可用：Host 层已接受 127/8，断点在 Origin 比较被环境层改写，且 403 无诊断信息 #900（信任围栏 Host 头绕过，已分析）是同一围栏的两面：[Bug Report] CLI 打印的 `http://127.0.0.1:3080` 在部分 Windows 环境 403 而 `localhost` 可用：Host 层已接受 127/8，断点在 Origin 比较被环境层改写，且 403 无诊断信息 #900 是绕过（应拒绝却放行），兼容回环地址 Origin 丢失端口导致 API 403 #1119 是误拒绝（应放行却拒绝）——同函数 isTrustedApiRequest 的两类缺陷；
• 影响所有通过 127.0.0.1 而非 localhost 访问 Web UI 的 Windows/Chrome 用户。

环境

• 源码定位：0.1.0-rc.6（npx 缓存安装包，Node v24.16.0，Windows 11）
• 原报告：兼容回环地址 Origin 丢失端口导致 API 403 #1119（Windows 10.0.19044 + Chrome 151 + Node 22.23.1）

验证材料

• 社区诊断（服务端捕获的 Host/Origin/Sec-Fetch-Site 三元组；localhost 对照正常）；
• rc.6 源码逐行核对：dsh-client-connection/lib/index.js L184-198；
• 安全论证：无 Origin 请求本已放行（L192）+ sec-fetch-site 浏览器只读（L190）+ 跨主机 hostname 不等仍拒绝。

---

First analysis of discussion #1119. Happy to open a PR with fix option A.

[LiuJunheng]

Hi, we hit exactly the same issue: Chrome/Chromium strips the port from the Origin header for loopback URLs (http://127.0.0.1), while the trust fence in dsh-client-connection compares new URL(origin).host === hostUrl.host including the port, so every /api/* request returns 403.

We filed a bug report with the root cause and a suggested fix (compare hostname only, ignore the port):
Bug report: #3106

We also maintain a green "double-click to run" launcher distribution that already fixes this with an idempotent patch (Origin check changed to hostname comparison; in LAN mode it also merges the machine's LAN IPs into trustedHosts). Feel free to reference the approach or use it directly:

• GitHub: https://github.com/LiuJunheng/DeepSeekHarnessGreen (releases: https://github.com/LiuJunheng/DeepSeekHarnessGreen/releases/latest)
• Gitee mirror: https://gitee.com/liujunheng/DeepSeekHarnessGreen (releases: https://gitee.com/liujunheng/DeepSeekHarnessGreen/releases)

你好，我们遇到了完全一样的问题：Chrome/Chromium 对回环地址（http://127.0.0.1）会剥离 Origin 头的端口，而 dsh-client-connection 的信任围栏用 new URL(origin).host === hostUrl.host 按含端口的 host 精确比较，导致所有 /api/* 请求 403。已向官方提交 BUG 反馈（含根因与建议修复：只比较 hostname、忽略端口）：
BUG 反馈帖：#3106

同时我们维护的绿色整合版启动器已经解决该问题（自动打幂等补丁：Origin 校验改 hostname 比较，局域网模式自动并入本机局域网 IP），欢迎参考方案或直接使用：

• GitHub：https://github.com/LiuJunheng/DeepSeekHarnessGreen（下载：https://github.com/LiuJunheng/DeepSeekHarnessGreen/releases/latest）
• Gitee 国内镜像：https://gitee.com/liujunheng/DeepSeekHarnessGreen（下载：https://gitee.com/liujunheng/DeepSeekHarnessGreen/releases）

---

本回复由 AI 辅助撰写 / This reply was drafted with AI assistance.