Gateway
密鑰管理
OpenClaw 支援以附加方式使用 SecretRef,因此受支援的認證資訊不必以明文形式存在於設定中。
執行階段模型
- 密鑰會在啟用期間即時解析至記憶體內的執行階段快照,而非在請求路徑上延遲解析。
- 閘道冷啟動時,若已知的非閘道擁有者支援隔離,便會將可重試的 SecretRef 失敗隔離至該擁有者。已對應的擁有者類別包括模型供應商與 Skills、媒體/TTS/排程供應商、符合條件的驗證設定檔、各代理程式的記憶體、沙箱 SSH、頻道帳號,以及資訊清單宣告的外掛路由。閘道會啟動、將該擁有者記錄為已設定但無法使用,並發出經遮蔽的降級警告。閘道輸入驗證、結構無效的參照或解析值、採取失敗關閉策略的擁有者,以及其執行階段擁有者未對應的參照,仍會導致啟動失敗。
- 重新載入會分別驗證每個已對應的擁有者,然後發布單一不可分割的快照。健康的擁有者會重新整理。只有在參照識別資訊、供應商定義,以及完整的非密鑰擁有者合約皆未變更時,符合條件但失敗的擁有者才會保留其最後已知的正常值並轉為過時狀態;已變更或新增且失敗的擁有者則會轉為冷狀態。嚴格失敗會拒絕重新載入,並保留作用中的快照。
- 政策違規(例如 OAuth 模式的驗證設定檔搭配 SecretRef 輸入)會在交換執行階段前導致啟用失敗。
- 執行階段請求只會讀取作用中的記憶體內快照。模型供應商的 SecretRef 認證資訊會以程序本機哨兵值的形式,經過驗證儲存與串流選項,直到輸出為止。對外傳送路徑(Discord 回覆/討論串傳送、Telegram 動作傳送)也會讀取該快照,而不會在每次傳送時重新解析參照。
這可避免密鑰供應商中斷影響高頻請求路徑。
閘道輸入保護、結構無效的設定或解析值、政策違規,以及未知的所有權仍會採取失敗關閉策略。隔離的擁有者絕不會改用優先順序較低的認證資訊來源。
輸出時注入(哨兵值)
對於由 SecretRef 支援的模型供應商認證資訊,OpenClaw 會在解析模型驗證時建立不透明的程序本機哨兵值。因此,驗證儲存、串流選項、SDK 設定、日誌、錯誤物件及大多數執行階段自我檢查,只會看到如 oc-sent-v1-... 的值,而不是供應商認證資訊。受保護的模型擷取和受管理的本機供應商健康狀態探測,會在每個請求即將離開程序前,替換 URL 與標頭值中的已知哨兵值。
未知的哨兵值格式會在任何網路活動前採取失敗關閉策略。OpenClaw 會拒絕傳送請求,而不會將尚未解析的哨兵值轉送給供應商。解析後的密鑰值也會登錄,以便依完整值遮蔽日誌,作為深度防禦措施。
供應商配接器會使用其 SDK 支援的最後一個注入點:
- 具備自訂 fetch 選項的 SDK 會接收 OpenClaw 的受保護 fetch,因此 SDK 會保留哨兵值。
- 不具備自訂 fetch 選項的 SDK,會在建立用戶端前立即解開哨兵值。外掛所擁有的供應商串流與代理程式執行框架,會在最後一個核心所擁有的交接點解開,因為這些傳輸不共用 OpenClaw 的受保護 fetch。
哨兵值可減少模型呼叫鏈中的明文暴露,但不提供程序隔離。實際值仍存在於同一程序的記憶體中,並會出現在最後的配接器邊界。未透過 SecretRef 設定的純環境認證資訊仍為明文,且不在此機制涵蓋範圍內。
設定 OPENCLAW_SECRET_SENTINELS=off(也接受 0 或 false,不區分大小寫)可在事件回應或相容性疑難排解期間停用哨兵值建立。此緊急停用開關不會停用完整值遮蔽登錄。
代理程式存取邊界
SecretRef 可避免認證資訊持久儲存在設定和產生的模型檔案中,但它不是程序隔離邊界。若明文認證資訊留在代理程式可讀取的磁碟路徑中,仍可透過檔案或殼層工具讀取,繞過 API 層級的遮蔽。
對於將代理程式可存取檔案納入考量的正式環境部署,只有在符合以下所有條件時,才能將遷移視為完成:
- 受支援的認證資訊使用 SecretRef,而非明文值。
- 已從
openclaw.json、auth-profiles.json、.env和產生的models.json檔案中清除舊版明文殘留。 - 遷移後,
openclaw secrets audit --check顯示無殘留。 - 任何其餘不受支援或輪替中的認證資訊,都受到作業系統隔離、容器隔離或外部認證資訊代理保護。
因此,稽核/設定/套用工作流程是一道安全性遷移關卡,而不只是便利的輔助工具。
作用中介面篩選
SecretRef 只會在實際作用中的介面上驗證:
- 已啟用的介面:已對應且可隔離的擁有者若發生可重試失敗,會進入冷狀態或過時降級狀態。嚴格、採取失敗關閉策略、閘道必要或未對應的失敗,會阻止啟動/重新載入。
- 非作用中介面:未解析的參照不會阻止啟動/重新載入;它們會發出非致命的
SECRETS_REF_IGNORED_INACTIVE_SURFACE診斷。
非作用中介面的範例
- 已停用的頻道/帳號項目。
- 未由任何已啟用帳號繼承的頂層頻道認證資訊。
- 已停用的工具/功能介面。
- 未由
tools.web.search.provider選取的網頁搜尋供應商專用金鑰。在自動模式下(未設定供應商),系統會依優先順序查詢金鑰以進行自動偵測,直到其中一個解析成功;選取後,未選取供應商的金鑰即為非作用中。 - 沙箱 SSH 驗證資料(
agents.defaults.sandbox.ssh.identityData、certificateData、knownHostsData,以及各代理程式覆寫)只有在預設代理程式或已啟用代理程式的有效沙箱後端為ssh,且沙箱模式不是off時才會作用。 - 若符合下列任一條件,
gateway.remote.token/gateway.remote.passwordSecretRef 即為作用中: gateway.mode=remote- 已設定
gateway.remote.url gateway.tailscale.mode為serve或funnel- 在沒有這些遠端介面的本機模式下:當權杖驗證可能勝出,且未設定環境/驗證權杖時,
gateway.remote.token為作用中;只有在密碼驗證可能勝出,且未設定環境/驗證密碼時,gateway.remote.password才會作用。 - 設定
OPENCLAW_GATEWAY_TOKEN時,gateway.auth.tokenSecretRef 對啟動驗證解析而言為非作用中,因為該執行階段會優先採用環境權杖輸入。
閘道驗證介面診斷
在 gateway.auth.token、gateway.auth.password、gateway.remote.token 或 gateway.remote.password 上設定 SecretRef 時,閘道啟動/重新載入會使用代碼 SECRETS_GATEWAY_AUTH_SURFACE 記錄介面狀態:
active:SecretRef 是有效驗證介面的一部分,且必須解析成功。inactive:由另一個驗證介面勝出,或遠端驗證已停用/未作用。
日誌項目會包含作用中介面政策所採用的原因。
初始設定參照預先檢查
在互動式初始設定中,選擇 SecretRef 儲存方式後,會在儲存前執行預先檢查驗證:
- 環境參照:驗證環境變數名稱,並確認設定期間可看到非空值。
- 供應商參照(
file或exec):驗證供應商選項、解析id,並檢查解析值的型別。 - 快速入門流程:當
gateway.auth.token已是 SecretRef 時,初始設定會使用相同的快速失敗關卡,在探測/儀表板啟動前解析它(適用於env、file和exec參照)。
驗證失敗時會顯示錯誤,並讓你重試。
SecretRef 合約
所有位置皆使用同一種物件結構:
{ source: "env" | "file" | "exec", provider: "default", id: "..." }env
{ 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}$
file
{ source: "file", provider: "filemain", id: "/providers/openai/apiKey" }驗證:
provider必須符合^[a-z][a-z0-9_-]{0,63}$id必須是絕對 JSON 指標(/...),對singleValue供應商則可使用常值value- 區段中的 RFC 6901 跳脫:
~會變成~0,/會變成~1
exec
{ source: "exec", provider: "vault", id: "providers/openai/apiKey#value" }驗證:
provider必須符合^[a-z][a-z0-9_-]{0,63}$id必須符合^[A-Za-z0-9][A-Za-z0-9._:/#-]{0,255}$(支援如secret#json_key的選擇器)id不得包含以斜線分隔的.或..路徑區段(例如a/../b會遭拒絕)
供應商設定
在 secrets.providers 下定義供應商:
{ secrets: { providers: { default: { source: "env" }, filemain: { source: "file", path: "~/.openclaw/secrets.json", mode: "json", // 或 "singleValue" }, vault: { source: "exec", command: "/usr/local/bin/openclaw-vault-resolver", args: ["--profile", "prod"], passEnv: ["PATH", "VAULT_ADDR"], jsonOnly: true, }, "team-secrets": { source: "exec", pluginIntegration: { pluginId: "acme-secrets", integrationId: "secret-store", }, }, }, defaults: { env: "default", file: "filemain", exec: "vault", }, },}環境供應商
- 可選擇透過
allowlist設定完全名稱允許清單。 - 環境值缺少或為空時,解析會失敗。
檔案供應商
- 讀取位於
path的本機檔案。 mode: "json"(預設值)要求 JSON 物件承載資料,並將id解析為 JSON 指標。mode: "singleValue"要求參照 ID 為"value",並傳回原始檔案內容(移除結尾換行字元)。- 路徑必須通過所有權/權限檢查;
timeoutMs(預設為 5000)和maxBytes(預設為 1 MiB)會限制讀取。 - Windows 採取失敗關閉策略:如果無法驗證該路徑的 ACL,解析就會失敗。僅對受信任的路徑,可在該供應商上設定
allowInsecurePath: true以略過檢查。
執行提供者
- 直接執行設定的絕對二進位檔路徑,不使用殼層。
- 依預設,
command必須是一般檔案,不得為符號連結。設定allowSymlinkCommand: true可允許符號連結命令路徑(例如 Homebrew 墊片),並搭配trustedDirs(例如["/opt/homebrew"]),讓只有套件管理器路徑符合資格。 - 支援
timeoutMs(預設為 5000)、noOutputTimeoutMs(預設等於timeoutMs)、maxOutputBytes(預設為 1 MiB)、env/passEnv允許清單,以及trustedDirs。 jsonOnly預設為true。使用jsonOnly: false且只要求單一 id 時,會接受純文字、非 JSON 的 stdout 作為該 id 的值。- Windows 採失敗即關閉:如果無法驗證命令路徑的 ACL,解析就會失敗。僅限受信任的路徑,可在該提供者上設定
allowInsecurePath: true以略過此檢查。 - 由外掛管理的執行提供者可使用
pluginIntegration,而不必複製command/args。OpenClaw 會在啟動/重新載入期間,從已安裝的外掛資訊清單解析目前的命令詳細資料;若外掛已停用、移除、不受信任,或不再宣告該整合,該提供者上作用中的 SecretRef 會採失敗即關閉。
要求承載資料(stdin):
{ "protocolVersion": 1, "provider": "vault", "ids": ["providers/openai/apiKey"] }回應承載資料(stdout):
{ "protocolVersion": 1, "values": { "providers/openai/apiKey": "<openai-api-key>" } } // pragma:允許清單密鑰選用的各 id 錯誤:
{"protocolVersion": 1,"values": {},"errors": { "providers/openai/apiKey": { "code": "NOT_FOUND" } }}code 是選用的機器可讀診斷資訊。OpenClaw 會連同提供者與 ref id 顯示可辨識的
代碼 NOT_FOUND 和 AMBIGUOUS_DUPLICATE_KEY。為了與 protocol-v1 相容,也接受其他
代碼以及 message 等自由格式欄位,但不會顯示,因為解析器輸出可能包含認證資訊材料。
檔案支援的 API 金鑰
請勿在設定的 env 區塊中放置 file:... 字串。該區塊是常值且不可覆寫,因此其中的 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 的欄位,請參閱 SecretRef 認證資訊介面。
執行整合範例
如需涵蓋服務帳號、隨附代理程式 skill 與疑難排解的專用 1Password 指南,請參閱 1Password。
1Password 命令列介面
{ secrets: { providers: { onepassword_openai: { source: "exec", command: "/opt/homebrew/bin/op", allowSymlinkCommand: true, // Homebrew 符號連結二進位檔的必要設定 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" }, }, }, },}Bitwarden Secrets Manager(`bws`)
使用解析器包裝程式,將 SecretRef id 對應至 Bitwarden Secrets Manager 項目金鑰。儲存庫內含 scripts/secrets/openclaw-bws-resolver.mjs;請將它安裝或複製到執行閘道之主機上的受信任絕對路徑。
需求:
- 閘道主機上已安裝 Bitwarden Secrets Manager 命令列介面(
bws)。 - 閘道服務可取得
BWS_ACCESS_TOKEN。 - 將
PATH傳遞給解析器,或將BWS_BIN設為bws二進位檔的絕對路徑。 - 使用自行託管的 Bitwarden 執行個體時,需在環境中設定
BWS_SERVER_URL。
{ secrets: { providers: { bws: { source: "exec", command: "/usr/local/bin/openclaw-bws-resolver.mjs", passEnv: ["BWS_ACCESS_TOKEN", "BWS_SERVER_URL", "PATH", "BWS_BIN"], jsonOnly: true, }, }, }, models: { providers: { openai: { baseUrl: "https://api.openai.com/v1", models: [{ id: "gpt-5", name: "gpt-5" }], apiKey: { source: "exec", provider: "bws", id: "openclaw/providers/openai/apiKey", }, }, }, },}解析器會批次處理要求的 id、執行 bws secret list,並傳回相符密鑰之 key 欄位的值。請使用符合執行 SecretRef id 合約的金鑰,例如 openclaw/providers/openai/apiKey;具有底線的環境變數樣式金鑰會在解析器執行前遭到拒絕。如果有多個可見的 Bitwarden 密鑰共用要求的金鑰,解析器會將該 id 判定為有歧義而失敗,不會自行猜測。更新設定後,請驗證解析器路徑:
openclaw secrets audit --allow-execHashiCorp Vault 命令列介面
{ secrets: { providers: { vault_openai: { source: "exec", command: "/opt/homebrew/bin/vault", allowSymlinkCommand: true, // Homebrew 符號連結二進位檔的必要設定 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" }, }, }, },}password-store(`pass`)
使用小型解析器包裝程式,將 SecretRef id 直接對應至 pass 項目。將它儲存為絕對路徑下的可執行檔,且該路徑須通過執行提供者的路徑檢查,例如 /usr/local/bin/openclaw-pass-resolver。#!/usr/bin/env node shebang 會從解析器程序的 PATH 解析 node,因此請在 passEnv 中包含 PATH。如果 pass 不在該 PATH 上,請在父環境中設定 PASS_BIN,並同樣將它納入 passEnv:
#!/usr/bin/env nodeconst { spawnSync } = require("node:child_process"); let stdin = "";process.stdin.setEncoding("utf8");process.stdin.on("data", (chunk) => { stdin += chunk;});process.stdin.on("error", (err) => { process.stderr.write(`${err.message}\n`); process.exit(1);});process.stdin.on("end", () => { let request; try { request = JSON.parse(stdin || "{}"); } catch (err) { process.stderr.write(`無法剖析要求:${err.message}\n`); process.exit(1); } const passBin = process.env.PASS_BIN || "pass"; const values = {}; const errors = {}; for (const id of request.ids ?? []) { const result = spawnSync(passBin, ["show", id], { encoding: "utf8" }); if (result.status === 0) { values[id] = result.stdout.split(/\r?\n/, 1)[0] ?? ""; } else { errors[id] = { message: (result.stderr || `pass 結束,狀態為 ${result.status}`).trim() }; } } process.stdout.write(JSON.stringify({ protocolVersion: 1, values, errors }));});接著設定執行提供者,並將 apiKey 指向 pass 項目路徑:
{ secrets: { providers: { pass_store: { source: "exec", command: "/usr/local/bin/openclaw-pass-resolver", passEnv: ["PATH", "HOME", "GNUPGHOME", "GPG_TTY", "PASSWORD_STORE_DIR", "PASS_BIN"], jsonOnly: true, }, }, }, models: { providers: { openai: { baseUrl: "https://api.openai.com/v1", models: [{ id: "gpt-5", name: "gpt-5" }], apiKey: { source: "exec", provider: "pass_store", id: "openclaw/providers/openai/apiKey", }, }, }, },}將密鑰保留在 pass 項目的第一行,或自訂包裝程式以改為傳回完整的 pass show 輸出。更新設定後,請同時驗證靜態稽核與執行解析器路徑:
openclaw secrets audit --checkopenclaw secrets audit --allow-execsops
{ secrets: { providers: { sops_openai: { source: "exec", command: "/opt/homebrew/bin/sops", allowSymlinkCommand: true, // Homebrew 符號連結二進位檔的必要設定 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" }, }, }, },}MCP 伺服器環境變數
透過 plugins.entries.acpx.config.mcpServers 設定的 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} 等環境範本 ref 與 SecretRef 物件會在閘道啟用期間、MCP 伺服器程序產生之前解析。與其他 SecretRef 介面相同,只有在 acpx 外掛實際作用中時,未解析的 ref 才會阻止啟用。
沙箱 SSH 驗證材料
核心 ssh 沙箱後端也支援將 SecretRef 用於 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 呼叫時才延遲解析。
- 解析後的值會以嚴格的檔案權限(
0o600)寫入暫存目錄,並用於產生的 SSH 設定。 - 如果實際使用的沙箱後端不是
ssh(或沙箱模式為off),這些參照會保持非啟用狀態,且不會阻止啟動。
支援的認證資訊範圍
標準支援與不支援的認證資訊列於 SecretRef 認證資訊範圍。
必要行為與優先順序
- 不含參照的欄位:維持不變。
- 含有參照的欄位:在啟用期間,作用中範圍必須能解析該參照。
- 如果純文字與參照同時存在,在支援優先順序的路徑上會以參照為優先。
- 遮蔽哨兵值
__OPENCLAW_REDACTED__保留供內部設定遮蔽/還原使用;若將其作為提交設定中的字面資料,系統會拒絕接受。
警告與稽核訊號:
SECRETS_REF_OVERRIDES_PLAINTEXT(執行階段警告)REF_SHADOWED(當auth-profiles.json認證資訊的優先順序高於openclaw.json參照時的稽核發現)
Google Chat serviceAccount 接受內嵌 JSON 或 SecretRef。當此標準欄位尚未設定時,Doctor 會將已淘汰的同層 serviceAccountRef 移入此欄位。
啟用觸發條件
密鑰啟用會在以下情況執行:
- 啟動(預檢加上最終啟用)
- 設定重新載入的熱套用路徑
- 設定重新載入的重新啟動檢查路徑
- 透過
secrets.reload手動重新載入 - 閘道設定寫入 RPC 預檢(
config.set/config.apply/config.patch),在保存編輯內容前,驗證提交設定承載資料中作用中範圍的 SecretRef
啟用契約:
- 成功時會以不可分割的方式切換快照。
- 嚴格啟動失敗會中止閘道啟動。
- 冷啟動期間,如果已對應、可隔離且不屬於閘道的擁有者發生可重試的解析失敗,系統可發佈快照,並將該特定擁有者設為已設定但無法使用。向該擁有者發出的要求會以
SECRET_SURFACE_UNAVAILABLE失敗;明確參照失敗後,模型供應商擁有者不會回退至環境或驗證設定檔中的認證資訊。 - 重新載入與重新啟動檢查會隔離符合資格的已對應擁有者。若參照身分、供應商定義,以及完整的非密鑰擁有者契約皆未變更,則會以過期狀態保留其完全相同的最後已知正常值;已變更或新設定但無法解析的參照,僅會將該擁有者發佈為冷狀態。嚴格重新載入失敗時會保留先前的作用中快照。
config.set、config.apply和config.patch會接受可隔離擁有者之語法有效但尚未解析的參照,並傳回已遮蔽的degradedSecretOwners報告。閘道輸入驗證、結構無效的設定或解析值、政策違規及未知擁有者,仍會在變更磁碟內容前遭到拒絕。- 即使另一個擁有者處於冷狀態或過期狀態,健康的同層擁有者仍會正常解析並發佈。
- 在輸出輔助程式/工具呼叫中提供明確的單次呼叫頻道權杖,不會觸發 SecretRef 啟用;啟用點仍為啟動、重新載入及明確的
secrets.reload。
降級與復原訊號
在健康狀態後,若重新載入期間的啟用失敗,OpenClaw 會進入密鑰降級狀態,並發出一次性的系統事件與記錄代碼:
SECRETS_RELOADER_DEGRADEDSECRETS_RELOADER_RECOVERED
行為:
- 降級:健康的擁有者會重新整理,過期的擁有者會保留最後已知正常值,而冷狀態的擁有者仍無法使用。
- 已復原:在下一次成功啟用後發出一次。
- 已處於降級狀態時若反覆失敗,系統會記錄警告,但不會再次發出事件。
- 嚴格啟動失敗絕不會發出降級事件,因為執行階段從未進入作用中狀態。若啟動成功但存在冷狀態擁有者,系統會記錄該擁有者的降級情況,但不會發出重新載入器事件。
- 參照範圍的啟動與重新載入失敗,會針對每個受影響的擁有者發出結構化的
SECRETS_DEGRADED警告。供應商範圍的服務中斷則會發出一則SECRETS_PROVIDER_DEGRADED警告,其中包含供應商及完整的受影響擁有者清單,而不會為每個擁有者重複供應商失敗訊息。警告包含已遮蔽的原因、cold或stale擁有者狀態,以及openclaw secrets reload重試提示。其中絕不會包含解析後的值或 SecretRef ID。 openclaw doctor會列出冷狀態與過期狀態的擁有者,以及其受影響的設定路徑、已遮蔽的原因和重試指引。
命令路徑解析
命令路徑可透過閘道快照 RPC 選擇使用支援的 SecretRef 解析。大致分為兩種行為:
嚴格命令路徑
例如 openclaw memory 遠端記憶路徑,以及需要遠端共用密鑰參照時的 openclaw qr --remote。它們會從作用中快照讀取資料,且在必要的 SecretRef 無法使用時立即失敗。
唯讀命令路徑
例如 openclaw status、openclaw status --all、openclaw channels status、openclaw channels resolve、openclaw security audit,以及唯讀的 Doctor/設定修復流程。它們同樣優先使用作用中快照,但在目標 SecretRef 無法使用時會降級,而非中止。
唯讀行為:
- 閘道執行中時,這些命令會先從作用中快照讀取資料。
- 如果閘道解析不完整或閘道無法使用,它們會針對該命令範圍嘗試目標式本機回退。
- 如果目標 SecretRef 仍無法使用,命令會繼續提供降級的唯讀輸出,並明確診斷該參照雖已設定,但無法在此命令路徑中使用。
- 此降級行為僅適用於個別命令;不會削弱執行階段啟動、重新載入或傳送/驗證路徑。
其他注意事項:
- 後端密鑰輪替後的快照重新整理由
openclaw secrets reload處理。 - 這些命令路徑使用的閘道 RPC 方法:
secrets.resolve。
稽核與設定工作流程
預設操作員流程:
稽核目前狀態
openclaw secrets audit --check設定並套用 SecretRef
openclaw secrets configure --apply重新稽核
openclaw secrets audit --check在重新稽核結果乾淨前,請勿將遷移視為已完成。如果稽核仍回報靜態儲存的純文字值,即使執行階段 API 傳回已遮蔽的值,代理程式存取風險仍然存在。
如果你在 configure 期間儲存計畫而非直接套用,請在重新稽核前使用 openclaw secrets apply --from <plan-path> 套用該已儲存的計畫。
secrets audit
發現項目包括:
- 靜態儲存的純文字值(
openclaw.json、auth-profiles.json、.env,以及產生的agents/*/agent/models.json)。 - 產生的
models.json項目中殘留的純文字敏感供應商標頭。 - 未解析的參照。
- 優先順序遮蔽(
auth-profiles.json的優先順序高於openclaw.json參照)。 - 舊版殘留項目(
auth.json、OAuth 提醒)。
執行注意事項:為避免命令副作用,稽核預設會略過 exec SecretRef 的可解析性檢查。若要在稽核期間執行 exec 供應商,請使用 openclaw secrets audit --allow-exec。
標頭殘留注意事項:敏感供應商標頭偵測以名稱啟發法為依據(常見的驗證/認證資訊標頭名稱,以及 authorization、x-api-key、token、secret、password 和 credential 等片段)。
secrets configure
互動式輔助程式會:
- 先設定
secrets.providers(env/file/exec,新增/編輯/移除)。 - 讓你選取
openclaw.json中支援且包含密鑰的欄位,以及單一代理程式範圍的auth-profiles.json。 - 可直接在目標選擇器中建立新的
auth-profiles.json對應。 - 擷取 SecretRef 詳細資料(
source、provider、id)。 - 執行預檢解析,並可立即套用。
執行注意事項:除非設定 --allow-exec,否則預檢會略過 exec SecretRef 檢查。如果你直接從 configure --apply 套用,且計畫包含 exec 參照/供應商,請在套用步驟中也保持設定 --allow-exec。
實用模式:
openclaw secrets configure --providers-onlyopenclaw secrets configure --skip-provider-setupopenclaw secrets configure --agent <id>
configure 套用預設值:
- 從
auth-profiles.json清除目標供應商相符的靜態認證資訊。 - 從
auth.json清除舊版靜態api_key項目。 - 從實際使用的狀態檔案與作用中設定的
.env檔案中,清除相符的已知密鑰行(當兩個路徑相符時會去除重複項目)。
secrets apply
套用已儲存的計畫:
openclaw secrets apply --from /tmp/openclaw-secrets-plan.jsonopenclaw secrets apply --from /tmp/openclaw-secrets-plan.json --allow-execopenclaw secrets apply --from /tmp/openclaw-secrets-plan.json --dry-runopenclaw secrets apply --from /tmp/openclaw-secrets-plan.json --dry-run --allow-exec執行注意事項:除非設定 --allow-exec,否則試執行會略過 exec 檢查;除非設定 --allow-exec,否則寫入模式會拒絕包含 exec SecretRef/供應商的計畫。
如需嚴格目標/路徑契約的詳細資訊與確切拒絕規則,請參閱密鑰套用計畫契約。
單向安全政策
安全模型:
- 必須先通過預檢,才能進入寫入模式。
- 提交前會驗證執行階段啟用。
- 套用作業使用不可分割的檔案替換來更新檔案,並在失敗時盡力還原。
舊版驗證相容性注意事項
對於靜態認證資訊,執行階段不再依賴舊版純文字驗證儲存空間。
- 執行階段認證資訊來源為已解析的記憶體內快照。
- 發現舊版靜態
api_key項目時會予以清除。 - OAuth 相關相容性行為仍會分開處理。
Web UI 注意事項
部分 SecretInput 聯集類型使用原始編輯器模式會比表單模式更容易設定。
相關內容
- 驗證 - 驗證設定
- 命令列介面:密鑰 - 命令列介面指令
- Vault SecretRefs - HashiCorp Vault 提供者設定
- 環境變數 - 環境變數優先順序
- SecretRef 認證資訊介面 - 認證資訊介面
- 密鑰套用計畫合約 - 計畫合約詳細資訊
- 安全性 - 安全態勢