近日，技术社区针对 DeepSeek Harness (dsh) 的公网部署安全提出了严厉警告。作为一款备受关注的本地化 AI 接口管理工具，DeepSeek Harness 默认仅监听本地 127.0.0.1 回环地址，旨在提供一个相对安全的开发调试环境。然而，随着远程开发需求的增加，部分用户开始尝试将其部署在具有公网 IP 的 VPS 服务器上。出于便捷性考虑，这些用户往往配置 Nginx 或 Caddy 等反向代理服务，将原本封闭的本地端口映射至公网域名。
关键的安全隐患在于，许多此类部署并未配套实施严格的访问控制措施。由于 DeepSeek Harness 原生设计并非面向公网复杂环境，缺乏内置的强鉴权机制，一旦被反向代理直接暴露，任何知晓该地址的访问者均可直接接管服务。这种“裸奔”状态不仅会导致服务器算力被恶意盗用，更可能造成 API Key 泄露、本地隐私文件被读取等连锁反应。对于 AI 应用开发者而言，此类因配置不当引发的“内网穿透”风险极易被忽视，往往只有在遭受攻击或产生异常高额账单后才被发现。该事件为所有 AI 工具使用者敲响了警钟，即在享受大模型能力的同时，必须坚守网络安全底线，严格区分内网调试与公网服务的边界。
事件分析
从产业影响来看，随着开源大模型和本地推理工具的普及，此类“无头”服务的公网部署风险将成为新的攻击面。攻击者可以利用未鉴权的 AI 接口进行“跳板”攻击，利用受害者的算力资源挖掘数据或执行恶意代码。后续走向上，预计此类工具的维护者将引入强制性的安全检查机制，例如在检测到非本地 IP 绑定或反代请求头时强制要求设置 Token。同时，这也将推动零信任架构在 AI 应用层级的普及，要求所有接口在暴露前必须经过身份验证和授权，而不仅仅是依赖网络隔离。
核心观点：暴露未鉴权的 AI 接口无异于泄露数字资产，开发者应将安全配置视为部署的必选项而非可选项。
原文链接：V2EX 分享发现
