跳转到内容

Secrets management

OpenClaw 支持累加式 SecretRef,因此支持的凭证无需以明文形式存储在配置中。

密钥被解析为内存中的运行时快照。

  • 解析在激活期间是急切的,而不是在请求路径上惰性进行。
  • 当有效的活跃 SecretRef 无法解析时,启动快速失败。
  • 重新加载使用原子交换:要么完全成功,要么保留最后一次已知良好的快照。
  • SecretRef 策略违规(例如结合了 SecretRef 输入的 OAuth 模式身份验证配置文件)将在运行时交换之前导致激活失败。
  • 运行时请求仅从活动的内存快照中读取。
  • 在首次成功激活/加载配置后,运行时代码路径将继续读取该活动的内存快照,直到成功的重新加载将其交换。
  • 出站交付路径也从该活动快照读取(例如 Discord 回复/线程交付和 Telegram 操作发送);它们不会在每次发送时重新解析 SecretRef。

这确保了 secret 提供商的中断不会影响热请求路径。

SecretRef 仅在有效的活动面上进行验证。

  • 启用的面:未解析的引用会阻止启动/重新加载。
  • 未启用的面:未解析的引用不会阻止启动/重新加载。
  • 非活跃引用会发出代码为 SECRETS_REF_IGNORED_INACTIVE_SURFACE 的非致命诊断信息。
Examples of inactive surfaces
  • 已禁用的渠道/账户条目。
  • 没有已启用账户继承的顶级渠道凭证。
  • 已禁用的工具/功能表面。
  • 未被 tools.web.search.provider 选中的 Web 搜索提供商特定密钥。在自动模式下(未设置提供商),系统会按优先级查询密钥以进行提供商自动检测,直到其中一个解析成功。选择后,未选中的提供商密钥将被视为非活跃状态,直到被选中为止。
  • 沙箱 SSH 认证材料(agents.defaults.sandbox.ssh.identityDatacertificateDataknownHostsData,加上每个代理的覆盖配置)仅当默认代理或已启用代理的有效沙箱后端为 ssh 时才处于活跃状态。
  • 如果满足以下任一条件,gateway.remote.token / gateway.remote.password SecretRefs 处于活跃状态:
    • gateway.mode=remote
    • 配置了 gateway.remote.url
    • gateway.tailscale.modeservefunnel
    • 在没有这些远程表面的本地模式下:
      • 当 Token 认证可以生效且未配置环境/认证 Token 时,gateway.remote.token 处于活跃状态。
      • 仅当密码认证可以生效且未配置环境/认证密码时,gateway.remote.password 处于活跃状态。
  • 当设置了 OPENCLAW_GATEWAY_TOKEN 时,gateway.auth.token SecretRef 对于启动认证解析处于非活跃状态,因为对于该运行时,环境 Token 输入优先。

当在 gateway.auth.tokengateway.auth.passwordgateway.remote.tokengateway.remote.password 上配置 SecretRef 时,网关启动/重载会显式记录表面状态:

  • active:SecretRef 是有效认证表面的一部分,必须进行解析。
  • inactive:SecretRef 在此运行时被忽略,因为另一个认证表面优先,或者因为远程身份验证被禁用/未激活。

这些条目使用 SECRETS_GATEWAY_AUTH_SURFACE 记录日志,并包含活动表面策略所使用的原因,以便您了解为什么凭据被视为活动或非活动状态。

当新手引导在交互模式下运行且您选择 SecretRef 存储时,OpenClaw 会在保存之前运行预检查验证:

  • 环境变量引用:验证环境变量名称,并确认在设置期间可见非空值。
  • 提供商引用(fileexec):验证提供商选择,解析 id,并检查解析值的类型。
  • 快速入门重用路径:当 gateway.auth.token 已经是 SecretRef 时,新手引导会在探针/仪表板引导之前(对于 envfileexec 引用)使用相同的快速失败门来解析它。

如果验证失败,新手引导会显示错误并允许您重试。

在各处使用单一对象形状:

{ source: "env" | "file" | "exec", provider: "default", id: "..." }
{ source: "env", provider: "default", id: "OPENAI_API_KEY" }

支持的 SecretInput 字段也接受精确字符串简写:

"${OPENAI_API_KEY}"
"$OPENAI_API_KEY"

验证:

  • provider 必须匹配 ^[a-z][a-z0-9_-]{0,63}$
  • id 必须匹配 ^[A-Z][A-Z0-9_]{0,127}$

secrets.providers 下定义提供商:

{
secrets: {
providers: {
default: { source: "env" },
filemain: {
source: "file",
path: "~/.openclaw/secrets.json",
mode: "json", // or "singleValue"
},
vault: {
source: "exec",
command: "/usr/local/bin/openclaw-vault-resolver",
args: ["--profile", "prod"],
passEnv: ["PATH", "VAULT_ADDR"],
jsonOnly: true,
},
},
defaults: {
env: "default",
file: "filemain",
exec: "vault",
},
resolution: {
maxProviderConcurrency: 4,
maxRefsPerProvider: 512,
maxBatchBytes: 262144,
},
},
}
Env 提供商
  • 通过 allowlist 进行可选的允许列表配置。
  • 缺失/为空的环境变量值将导致解析失败。
File 提供商
  • path 读取本地文件。
  • mode: "json" 期望 JSON 对象有效负载,并将 id 解析为指针。
  • mode: "singleValue" 期望 ref id "value"Windows 并返回文件内容。
  • 路径必须通过所有权/权限检查。
  • Windows 失败关闭提示:如果某个路径的 ACL 验证不可用,解析将失败。仅对于受信任路径,请在该提供商上设置 allowInsecurePath: true 以绕过路径安全检查。
Exec 提供商
  • 运行配置的绝对二进制路径,不使用 shell。
  • 默认情况下,command 必须指向常规文件(而非符号链接)。
  • 设置 allowSymlinkCommand: trueOpenClaw 以允许符号链接命令路径(例如 Homebrew shims)。OpenClaw 会验证解析后的目标路径。
  • allowSymlinkCommandtrustedDirs 结合使用,用于包管理器路径(例如 ["/opt/homebrew"]Windows)。
  • 支持超时、无输出超时、输出字节限制、环境变量允许列表和受信任目录。
  • Windows 失败关闭说明:如果命令路径的 ACL 验证不可用,解析将失败。仅对于受信任的路径,在该提供商上设置 allowInsecurePath: true 以绕过路径安全检查。

请求载荷(stdin):

{ "protocolVersion": 1, "provider": "vault", "ids": ["providers/openai/apiKey"] }

响应载荷(stdout):

{ "protocolVersion": 1, "values": { "providers/openai/apiKey": "

” } } // pragma: allowlist secret ```

可选的按 ID 错误信息:
```json
{
"protocolVersion": 1,
"values": {},
"errors": { "providers/openai/apiKey": { "message": "not found" } }
}
```

请勿将 file:... 字符串放在 config env 代码块中。env 代码块是 字面量且不可覆盖的,因此 file:... 不会被解析。

改为在受支持的凭据字段上使用文件 SecretRef:

{
secrets: {
providers: {
xai_key_file: {
source: "file",
path: "~/.openclaw/secrets/xai-api-key.txt",
mode: "singleValue",
},
},
},
models: {
providers: {
xai: {
apiKey: { source: "file", provider: "xai_key_file", id: "value" },
},
},
},
}

对于 mode: "singleValue",SecretRef id"value"。对于 mode: "json",请使用绝对 JSON 指针,例如 "/providers/xai/apiKey"

请参阅 SecretRef credential surface 了解 接受 SecretRef 的配置字段。

CLI1Password CLI
{
secrets: {
providers: {
onepassword_openai: {
source: "exec",
command: "/opt/homebrew/bin/op",
allowSymlinkCommand: true, // required for Homebrew symlinked binaries
trustedDirs: ["/opt/homebrew"],
args: ["read", "op://Personal/OpenClaw QA API Key/password"],
passEnv: ["HOME"],
jsonOnly: false,
},
},
},
models: {
providers: {
openai: {
baseUrl: "https://api.openai.com/v1",
models: [{ id: "gpt-5", name: "gpt-5" }],
apiKey: { source: "exec", provider: "onepassword_openai", id: "value" },
},
},
},
}
CLIHashiCorp Vault CLI
{
secrets: {
providers: {
vault_openai: {
source: "exec",
command: "/opt/homebrew/bin/vault",
allowSymlinkCommand: true, // required for Homebrew symlinked binaries
trustedDirs: ["/opt/homebrew"],
args: ["kv", "get", "-field=OPENAI_API_KEY", "secret/openclaw"],
passEnv: ["VAULT_ADDR", "VAULT_TOKEN"],
jsonOnly: false,
},
},
},
models: {
providers: {
openai: {
baseUrl: "https://api.openai.com/v1",
models: [{ id: "gpt-5", name: "gpt-5" }],
apiKey: { source: "exec", provider: "vault_openai", id: "value" },
},
},
},
}
sops
{
secrets: {
providers: {
sops_openai: {
source: "exec",
command: "/opt/homebrew/bin/sops",
allowSymlinkCommand: true, // required for Homebrew symlinked binaries
trustedDirs: ["/opt/homebrew"],
args: ["-d", "--extract", '["providers"]["openai"]["apiKey"]', "/path/to/secrets.enc.json"],
passEnv: ["SOPS_AGE_KEY_FILE"],
jsonOnly: false,
},
},
},
models: {
providers: {
openai: {
baseUrl: "https://api.openai.com/v1",
models: [{ id: "gpt-5", name: "gpt-5" }],
apiKey: { source: "exec", provider: "sops_openai", id: "value" },
},
},
},
}

通过 plugins.entries.acpx.config.mcpServersAPI 配置的 MCP 服务器环境变量支持 SecretInput。这可以避免 API 密钥和令牌以明文形式出现在配置中:

{
plugins: {
entries: {
acpx: {
enabled: true,
config: {
mcpServers: {
github: {
command: "npx",
args: ["-y", "@modelcontextprotocol/server-github"],
env: {
GITHUB_PERSONAL_ACCESS_TOKEN: {
source: "env",
provider: "default",
id: "MCP_GITHUB_PAT",
},
},
},
},
},
},
},
},
}

明文字符串值仍然有效。环境模板引用(如 ${MCP_SERVER_API_KEY})和 SecretRef 对象会在生成 MCP 服务器进程之前的网关激活期间解析。与其他 SecretRef 表面一样,只有在 acpx 插件实际处于活动状态时,未解析的引用才会阻止激活。

核心 ssh 沙箱后端也支持通过 SecretRefs 引用 SSH 认证材料:

{
agents: {
defaults: {
sandbox: {
mode: "all",
backend: "ssh",
ssh: {
target: "user@gateway-host:22",
identityData: { source: "env", provider: "default", id: "SSH_IDENTITY" },
certificateData: { source: "env", provider: "default", id: "SSH_CERTIFICATE" },
knownHostsData: { source: "env", provider: "default", id: "SSH_KNOWN_HOSTS" },
},
},
},
},
}

运行时行为:

  • OpenClaw 会在沙箱激活期间解析这些引用,而不是在每次 SSH 调用时延迟解析。
  • 解析出的值会以受限权限写入临时文件,并在生成的 SSH 配置中使用。
  • 如果实际使用的沙箱后端不是 ssh,这些引用将保持非活动状态,且不会阻止启动。

规范的支持和不支持的凭据列于:

  • 无引用的字段:保持不变。
  • 有引用的字段:在激活期间对于活动表面是必需的。
  • 如果同时存在明文和引用,在支持的优先级路径上,引用优先。
  • 编辑标记 __OPENCLAW_REDACTED__ 保留用于内部配置编辑/还原,并会被拒绝作为字面提交的配置数据。

警告和审计信号:

  • SECRETS_REF_OVERRIDES_PLAINTEXT(运行时警告)
  • REF_SHADOWED(当 auth-profiles.json 凭据优先于 openclaw.json 引用时的审计发现)

Google Chat 兼容性行为:

  • serviceAccountRef 优先于明文 serviceAccount
  • 当设置了同级引用时,明文值将被忽略。

机密激活在以下情况运行:

  • 启动(预检加最终激活)
  • 配置重新加载热应用路径
  • 配置重新加载重启检查路径
  • 通过 secrets.reload 手动重新加载
  • Gateway(网关) 配置写入 RPC 预检(config.set / config.apply / config.patch),用于在持久化编辑之前,检查提交的配置负载中活动表面 SecretRef 的可解析性

激活协议:

  • 成功将以原子方式交换快照。
  • 启动失败将中止 Gateway(网关) 启动。
  • 运行时重新加载失败将保留上次已知良好的快照。
  • 写入 RPC 预检失败将拒绝提交的配置,并保持磁盘配置和活动运行时快照不变。
  • 为出站 helper/工具 调用提供显式的单次调用渠道令牌不会触发 SecretRef 激活;激活点仍为启动、重新加载和显式 secrets.reload

当在健康状态后重新加载时的激活失败时,OpenClaw 进入降级密钥状态。

一次性系统事件和日志代码:

  • SECRETS_RELOADER_DEGRADED
  • SECRETS_RELOADER_RECOVERED

行为:

  • 降级:运行时保留上次已知良好的快照。
  • 恢复:在下次成功激活后发出一次。
  • 已经处于降级状态时的重复失败会记录警告,但不会发送大量事件。
  • 启动快速失败不会发出降级事件,因为运行时从未变为活动状态。

命令路径可以选择通过 gateway snapshot RPC 进行受支持的 SecretRef 解析。

有两种广泛的行为:

例如 openclaw memory 远程内存路径和 openclaw qr --remote(当它需要远程共享密钥引用时)。它们从活动快照读取,并在所需的 SecretRef 不可用时快速失败。

其他说明:

  • 后端密钥轮换后的快照刷新由 openclaw secrets reload 处理。
  • 这些命令路径使用的 Gateway(网关) RPC 方法:Gateway(网关)RPCsecrets.resolve

默认操作员流程:

  1. 审计当前状态

    bash openclaw secrets audit --check

  2. 配置 SecretRefs

    bash openclaw secrets configure

  3. 重新审计

    bash openclaw secrets audit --check

secrets audit

发现结果包括:

  • 静态的明文值 (openclaw.jsonauth-profiles.json.env 以及生成的 agents/*/agent/models.json)
  • 生成的 models.json 条目中残留的提供商敏感明文标头
  • 未解析的引用
  • 优先级覆盖 (auth-profiles.json 优先于 openclaw.json 引用)
  • 遗留残留 (auth.jsonOAuth、OAuth 提醒)

Exec 注意事项:

  • 默认情况下,审计会跳过 exec SecretRef 可解析性检查,以避免命令副作用。
  • 使用 openclaw secrets audit --allow-exec 在审计期间执行 exec 提供商。

标头残留注意事项:

  • 敏感提供商标头检测基于名称启发法(常见的认证/凭据标头名称和片段,例如 authorizationx-api-keytokensecretpasswordcredential)。
secrets configure

交互式助手,其功能如下:

  • 首先配置 secrets.providers (env/file/exec,添加/编辑/删除)
  • 允许您为单个代理作用域选择 openclaw.json 以及 auth-profiles.json 中支持的秘密承载字段
  • 可以直接在目标选择器中创建新的 auth-profiles.json 映射
  • 捕获 SecretRef 详细信息 (source, provider, id)
  • 运行预检解析
  • 可以立即应用

Exec 说明:

  • 除非设置了 --allow-exec,否则预检会跳过 exec SecretRef 检查。
  • 如果您直接从 configure --apply 应用,并且计划包含 exec 引用/提供程序,请在应用步骤中也保持 --allow-exec 设置。

有用的模式:

  • openclaw secrets configure --providers-only
  • openclaw secrets configure --skip-provider-setup
  • `openclaw secrets configure —agent

`

`configure` 应用默认值:
- 从针对提供程序的 `auth-profiles.json` 中清除匹配的静态凭据
- 从 `auth.json` 中清除旧的静态 `api_key` 条目
- 从 `

/.env` 中清除匹配的已知秘密行

secrets apply

应用已保存的计划:

Terminal window
openclaw secrets apply --from /tmp/openclaw-secrets-plan.json
openclaw secrets apply --from /tmp/openclaw-secrets-plan.json --allow-exec
openclaw secrets apply --from /tmp/openclaw-secrets-plan.json --dry-run
openclaw secrets apply --from /tmp/openclaw-secrets-plan.json --dry-run --allow-exec

Exec 说明:

  • 除非设置了 --allow-exec,否则 dry-run 会跳过 exec 检查。
  • 写入模式会拒绝包含 exec SecretRefs/提供程序的计划,除非设置了 --allow-exec

有关严格的目标/路径契约详细信息和确切的拒绝规则,请参阅 Secrets Apply Plan Contract

安全模型:

  • preflight 必须在写入模式之前成功
  • 运行时激活在提交之前进行验证
  • apply 使用原子文件替换和尽力恢复更新文件(若失败时)

对于静态凭证,运行时不再依赖于明文的旧版身份验证存储。

  • 运行时凭证来源是已解析的内存快照。
  • 发现时会清除旧版静态 api_key 条目。
  • 与 OAuth 相关的兼容性行为保持独立。

与表单模式相比,某些 SecretInput 联合在原始编辑器模式下更易于配置。