网关

Gateway 暴露运行手册

本运行手册将更广泛的安全指南转化为远程访问和消息暴露的操作员检查清单。

选择暴露模式

优先选择能够满足工作流的最小范围模式。

模式	推荐使用场景	必需控制措施
local loopback + SSH 隧道	个人使用、管理员访问、调试	保持 `gateway.bind: "loopback"` 并通过隧道传输 `127.0.0.1:18789`
local loopback + Tailscale Serve	通过个人 tailnet 访问 Control UI/WebSocket	保持 Gateway 网关仅限 local loopback；Tailscale 身份标头仅对 Control UI WebSocket 表面进行身份验证，不适用于其他身份验证路径
Tailnet/LAN 绑定	具有已知设备的专用私有网络	Gateway 网关身份验证、防火墙允许列表、禁止公共端口转发
受信任的反向代理	Gateway 网关前端使用组织 SSO/OIDC	`trusted-proxy` 身份验证、严格的 `trustedProxies`、标头覆盖/剥离规则、明确允许的用户
公共互联网	少见的高风险部署	感知身份的代理、TLS、速率限制、严格的允许列表、经过沙箱隔离的非主会话

避免将公共端口直接转发到 Gateway 网关。如果必须提供公共访问，请在其前端部署感知身份的代理，并使该代理成为访问 Gateway 网关的唯一网络路径。

预检清单

更改绑定、代理、Tailscale 或渠道策略前，请记录以下信息：

Gateway 网关主机、操作系统用户和状态目录（默认为 ~/.openclaw）。
Gateway 网关 URL 和绑定模式（gateway.bind；默认端口为 18789）。
身份验证模式、令牌/密码来源或受信任代理身份来源。
所有已启用的渠道，以及它们是否接受私信、群组消息或 Webhooks。
非本地发送者可以访问的智能体。
每个可访问智能体的工具配置文件、沙箱模式和提升权限工具策略。
这些智能体可用的外部凭据。
~/.openclaw/openclaw.json 和凭据的备份位置。

如果不止一个人可以向机器人发送消息，应将其视为共享的委托工具权限，而不是按用户隔离主机。

基线检查

开放访问前运行：

bash

openclaw doctoropenclaw security auditopenclaw security audit --deepopenclaw health

首先解决严重发现。仅当警告是部署中的有意行为且已记录时，才可接受。有关每个 checkId 的含义及其修复键，请参阅安全审计检查。

进行远程 CLI 验证时，请显式传递凭据：

bash

openclaw gateway probe --url ws://127.0.0.1:18789 --token "$OPENCLAW_GATEWAY_TOKEN"

不要假定本地配置凭据适用于显式指定的远程 URL。

最低安全基线

将以下配置作为暴露部署的起点：

json5

{  gateway: {    bind: "loopback",    auth: {      mode: "token",      token: "replace-with-a-long-random-token",    },  },  session: {    dmScope: "per-channel-peer",  },  agents: {    defaults: {      sandbox: { mode: "non-main" },    },  },  tools: {    profile: "messaging",    exec: { security: "deny", ask: "always" },    elevated: { enabled: false },  },}

每次只放宽一项控制措施：先为特定渠道添加允许列表，再启用具有写入能力的工具；或者先启用反向代理，再接受远程 Control UI 流量。

tools.exec.security: "deny" 会阻止所有 Exec 调用，包括无害的诊断。如果需要诊断或低风险命令，只有在选择了符合你的威胁模型的特定发送者、智能体、命令和审批模式后，才可放宽此限制。

私信和群组暴露

消息渠道是不受信任的输入表面。允许私信或群组消息前：

优先使用 dmPolicy: "pairing" 或严格的 allowFrom 列表，而非 dmPolicy: "open"。
不要将 "*" 允许列表与宽泛的工具访问权限结合使用。
除非聊天室受到严格控制，否则要求在群组中提及机器人。
当多人可以向机器人发送私信时，请设置 session.dmScope: "per-channel-peer"（多账户渠道则设置 "per-account-channel-peer"），以免私信会话共享上下文。
将共享渠道路由至仅拥有最低限度工具且不具备个人凭据的智能体。

配对会批准发送者触发机器人，但不会使该发送者成为独立的主机安全边界。

反向代理检查

对于感知身份的代理：

代理必须先对用户进行身份验证，然后才能将请求转发到 Gateway 网关。
防火墙或网络策略必须阻止直接访问 Gateway 网关端口。
gateway.trustedProxies 必须仅列出代理的源 IP。
代理必须剥离或覆盖客户端提供的身份标头和转发标头。
当代理服务多个受众时，请设置 gateway.auth.trustedProxy.allowUsers。
仅当代理与 Gateway 网关位于同一主机、信任本地进程且代理控制身份标头时，才可使用 gateway.auth.trustedProxy.allowLoopback。

更改代理后运行 openclaw security audit --deep。受信任代理相关的发现具有很高的参考价值，因为代理将成为身份验证边界。

工具和沙箱审查

向远程发送者暴露智能体前：

确认哪些会话在主机上运行，哪些会话在沙箱中运行。
拒绝主机 Exec 或要求对其进行审批。
除非特定的受信任发送者需要提升权限工具，否则应保持其禁用状态。
对于开放或半开放的消息表面，应避免提供浏览器、canvas、节点、定时任务、Gateway 网关和会话生成工具。
严格限制绑定挂载的范围；避免挂载凭据、主目录、Docker 套接字和系统路径。
对于信任边界存在实质差异的场景，请使用不同的 Gateway 网关、操作系统用户或主机。

如果不能完全信任远程用户，则必须通过单独部署实现隔离，而不能仅依赖提示词或会话标签。

更改后验证

每次更改暴露方式后：

重新运行 openclaw security audit --deep。
确认经过授权的连接可以成功建立。
确认未经授权的发送者或浏览器会话被拒绝。
确认日志会隐去机密信息。
确认私信/群组路由仅到达预期的智能体。
确认高影响工具会请求审批或被拒绝。
记录已接受的剩余警告。

在理解当前暴露方式变更之前，不要继续进行下一项变更。

回滚计划

如果 Gateway 网关可能暴露过度：