Skip to main content
OpenClaw 支援以附加方式使用 SecretRef,因此受支援的認證資訊不必以明文形式存在於設定中。
明文仍可使用。每項認證資訊可自行選擇是否使用 SecretRef。
如果明文認證資訊位於代理程式可檢查的檔案中,代理程式仍可讀取,包括 openclaw.jsonauth-profiles.json.env 或產生的 agents/*/agent/models.json 檔案。只有在每項受支援的認證資訊皆已遷移,且 openclaw secrets audit --check 回報沒有明文殘留後,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(也接受 0false,不區分大小寫)可在事件回應或相容性疑難排解期間停用哨兵值建立。此緊急停用開關不會停用完整值遮蔽登錄。

代理程式存取邊界

SecretRef 可避免認證資訊持久儲存在設定和產生的模型檔案中,但它不是程序隔離邊界。若明文認證資訊留在代理程式可讀取的磁碟路徑中,仍可透過檔案或殼層工具讀取,繞過 API 層級的遮蔽。 對於將代理程式可存取檔案納入考量的正式環境部署,只有在符合以下所有條件時,才能將遷移視為完成:
  • 受支援的認證資訊使用 SecretRef,而非明文值。
  • 已從 openclaw.jsonauth-profiles.json.env 和產生的 models.json 檔案中清除舊版明文殘留。
  • 遷移後,openclaw secrets audit --check 顯示無殘留。
  • 任何其餘不受支援或輪替中的認證資訊,都受到作業系統隔離、容器隔離或外部認證資訊代理保護。
因此,稽核/設定/套用工作流程是一道安全性遷移關卡,而不只是便利的輔助工具。
SecretRef 無法讓任意可讀取的檔案變得安全。備份、複製的設定、舊的已產生模型目錄,以及不受支援的認證資訊類別,在遭到刪除、移至代理程式信任邊界之外或另行隔離前,仍屬於正式環境密鑰。

作用中介面篩選

SecretRef 只會在實際作用中的介面上驗證:
  • 已啟用的介面:已對應且可隔離的擁有者若發生可重試失敗,會進入冷狀態或過時降級狀態。嚴格、採取失敗關閉策略、閘道必要或未對應的失敗,會阻止啟動/重新載入。
  • 非作用中介面:未解析的參照不會阻止啟動/重新載入;它們會發出非致命的 SECRETS_REF_IGNORED_INACTIVE_SURFACE 診斷。
  • 已停用的頻道/帳號項目。
  • 未由任何已啟用帳號繼承的頂層頻道認證資訊。
  • 已停用的工具/功能介面。
  • 未由 tools.web.search.provider 選取的網頁搜尋供應商專用金鑰。在自動模式下(未設定供應商),系統會依優先順序查詢金鑰以進行自動偵測,直到其中一個解析成功;選取後,未選取供應商的金鑰即為非作用中。
  • 沙箱 SSH 驗證資料(agents.defaults.sandbox.ssh.identityDatacertificateDataknownHostsData,以及各代理程式覆寫)只有在預設代理程式或已啟用代理程式的有效沙箱後端為 ssh,且沙箱模式不是 off 時才會作用。
  • 若符合下列任一條件,gateway.remote.token / gateway.remote.password SecretRef 即為作用中:
    • gateway.mode=remote
    • 已設定 gateway.remote.url
    • gateway.tailscale.modeservefunnel
    • 在沒有這些遠端介面的本機模式下:當權杖驗證可能勝出,且未設定環境/驗證權杖時,gateway.remote.token 為作用中;只有在密碼驗證可能勝出,且未設定環境/驗證密碼時,gateway.remote.password 才會作用。
  • 設定 OPENCLAW_GATEWAY_TOKEN 時,gateway.auth.token SecretRef 對啟動驗證解析而言為非作用中,因為該執行階段會優先採用環境權杖輸入。

閘道驗證介面診斷

gateway.auth.tokengateway.auth.passwordgateway.remote.tokengateway.remote.password 上設定 SecretRef 時,閘道啟動/重新載入會使用代碼 SECRETS_GATEWAY_AUTH_SURFACE 記錄介面狀態:
  • active:SecretRef 是有效驗證介面的一部分,且必須解析成功。
  • inactive:由另一個驗證介面勝出,或遠端驗證已停用/未作用。
日誌項目會包含作用中介面政策所採用的原因。

初始設定參照預先檢查

在互動式初始設定中,選擇 SecretRef 儲存方式後,會在儲存前執行預先檢查驗證:
  • 環境參照:驗證環境變數名稱,並確認設定期間可看到非空值。
  • 供應商參照(fileexec):驗證供應商選項、解析 id,並檢查解析值的型別。
  • 快速入門流程:當 gateway.auth.token 已是 SecretRef 時,初始設定會使用相同的快速失敗關卡,在探測/儀表板啟動前解析它(適用於 envfileexec 參照)。
驗證失敗時會顯示錯誤,並讓你重試。

SecretRef 合約

所有位置皆使用同一種物件結構:
SecretInput 欄位也接受簡寫字串:
驗證:
  • provider 必須符合 ^[a-z][a-z0-9_-]{0,63}$
  • id 必須符合 ^[A-Z][A-Z0-9_]{0,127}$

供應商設定

secrets.providers 下定義供應商:
  • 可選擇透過 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):
回應承載資料(stdout):
選用的各 id 錯誤:
code 是選用的機器可讀診斷資訊。OpenClaw 會連同提供者與 ref id 顯示可辨識的 代碼 NOT_FOUNDAMBIGUOUS_DUPLICATE_KEY。為了與 protocol-v1 相容,也接受其他 代碼以及 message 等自由格式欄位,但不會顯示,因為解析器輸出可能包含認證資訊材料。

檔案支援的 API 金鑰

請勿在設定的 env 區塊中放置 file:... 字串。該區塊是常值且不可覆寫,因此其中的 file:... 永遠不會被解析。 請改為在受支援的認證資訊欄位上使用檔案 SecretRef:
對於 mode: "singleValue",SecretRef id"value"。對於 mode: "json",請使用絕對 JSON 指標,例如 "/providers/xai/apiKey" 如需瞭解接受 SecretRef 的欄位,請參閱 SecretRef 認證資訊介面

執行整合範例

如需涵蓋服務帳號、隨附代理程式 skill 與疑難排解的專用 1Password 指南,請參閱 1Password
使用解析器包裝程式,將 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
解析器會批次處理要求的 id、執行 bws secret list,並傳回相符密鑰之 key 欄位的值。請使用符合執行 SecretRef id 合約的金鑰,例如 openclaw/providers/openai/apiKey;具有底線的環境變數樣式金鑰會在解析器執行前遭到拒絕。如果有多個可見的 Bitwarden 密鑰共用要求的金鑰,解析器會將該 id 判定為有歧義而失敗,不會自行猜測。更新設定後,請驗證解析器路徑:
使用小型解析器包裝程式,將 SecretRef id 直接對應至 pass 項目。將它儲存為絕對路徑下的可執行檔,且該路徑須通過執行提供者的路徑檢查,例如 /usr/local/bin/openclaw-pass-resolver#!/usr/bin/env node shebang 會從解析器程序的 PATH 解析 node,因此請在 passEnv 中包含 PATH。如果 pass 不在該 PATH 上,請在父環境中設定 PASS_BIN,並同樣將它納入 passEnv
接著設定執行提供者,並將 apiKey 指向 pass 項目路徑:
將密鑰保留在 pass 項目的第一行,或自訂包裝程式以改為傳回完整的 pass show 輸出。更新設定後,請同時驗證靜態稽核與執行解析器路徑:

MCP 伺服器環境變數

透過 plugins.entries.acpx.config.mcpServers 設定的 MCP 伺服器環境變數接受 SecretInput,讓 API 金鑰與權杖不會出現在純文字設定中:
純文字字串值仍然有效。${MCP_SERVER_API_KEY} 等環境範本 ref 與 SecretRef 物件會在閘道啟用期間、MCP 伺服器程序產生之前解析。與其他 SecretRef 介面相同,只有在 acpx 外掛實際作用中時,未解析的 ref 才會阻止啟用。

沙箱 SSH 驗證材料

核心 ssh 沙箱後端也支援將 SecretRef 用於 SSH 驗證材料:
執行階段行為:
  • OpenClaw 會在啟用沙箱期間解析這些參照,而不會等到每次 SSH 呼叫時才延遲解析。
  • 解析後的值會以嚴格的檔案權限(0o600)寫入暫存目錄,並用於產生的 SSH 設定。
  • 如果實際使用的沙箱後端不是 ssh(或沙箱模式為 off),這些參照會保持非啟用狀態,且不會阻止啟動。

支援的認證資訊範圍

標準支援與不支援的認證資訊列於 SecretRef 認證資訊範圍
執行階段產生或輪替的認證資訊,以及 OAuth 重新整理資料,均刻意排除於唯讀 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.setconfig.applyconfig.patch 會接受可隔離擁有者之語法有效但尚未解析的參照,並傳回已遮蔽的 degradedSecretOwners 報告。閘道輸入驗證、結構無效的設定或解析值、政策違規及未知擁有者,仍會在變更磁碟內容前遭到拒絕。
  • 即使另一個擁有者處於冷狀態或過期狀態,健康的同層擁有者仍會正常解析並發佈。
  • 在輸出輔助程式/工具呼叫中提供明確的單次呼叫頻道權杖,不會觸發 SecretRef 啟用;啟用點仍為啟動、重新載入及明確的 secrets.reload

降級與復原訊號

在健康狀態後,若重新載入期間的啟用失敗,OpenClaw 會進入密鑰降級狀態,並發出一次性的系統事件與記錄代碼:
  • SECRETS_RELOADER_DEGRADED
  • SECRETS_RELOADER_RECOVERED
行為:
  • 降級:健康的擁有者會重新整理,過期的擁有者會保留最後已知正常值,而冷狀態的擁有者仍無法使用。
  • 已復原:在下一次成功啟用後發出一次。
  • 已處於降級狀態時若反覆失敗,系統會記錄警告,但不會再次發出事件。
  • 嚴格啟動失敗絕不會發出降級事件,因為執行階段從未進入作用中狀態。若啟動成功但存在冷狀態擁有者,系統會記錄該擁有者的降級情況,但不會發出重新載入器事件。
  • 參照範圍的啟動與重新載入失敗,會針對每個受影響的擁有者發出結構化的 SECRETS_DEGRADED 警告。供應商範圍的服務中斷則會發出一則 SECRETS_PROVIDER_DEGRADED 警告,其中包含供應商及完整的受影響擁有者清單,而不會為每個擁有者重複供應商失敗訊息。警告包含已遮蔽的原因、coldstale 擁有者狀態,以及 openclaw secrets reload 重試提示。其中絕不會包含解析後的值或 SecretRef ID。
  • openclaw doctor 會列出冷狀態與過期狀態的擁有者,以及其受影響的設定路徑、已遮蔽的原因和重試指引。

命令路徑解析

命令路徑可透過閘道快照 RPC 選擇使用支援的 SecretRef 解析。大致分為兩種行為:
例如 openclaw memory 遠端記憶路徑,以及需要遠端共用密鑰參照時的 openclaw qr --remote。它們會從作用中快照讀取資料,且在必要的 SecretRef 無法使用時立即失敗。
其他注意事項:
  • 後端密鑰輪替後的快照重新整理由 openclaw secrets reload 處理。
  • 這些命令路徑使用的閘道 RPC 方法:secrets.resolve

稽核與設定工作流程

預設操作員流程:
1

稽核目前狀態

2

設定並套用 SecretRef

3

重新稽核

在重新稽核結果乾淨前,請勿將遷移視為已完成。如果稽核仍回報靜態儲存的純文字值,即使執行階段 API 傳回已遮蔽的值,代理程式存取風險仍然存在。 如果你在 configure 期間儲存計畫而非直接套用,請在重新稽核前使用 openclaw secrets apply --from <plan-path> 套用該已儲存的計畫。
發現項目包括:
  • 靜態儲存的純文字值(openclaw.jsonauth-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標頭殘留注意事項:敏感供應商標頭偵測以名稱啟發法為依據(常見的驗證/認證資訊標頭名稱,以及 authorizationx-api-keytokensecretpasswordcredential 等片段)。
互動式輔助程式會:
  • 先設定 secrets.providersenv/file/exec,新增/編輯/移除)。
  • 讓你選取 openclaw.json 中支援且包含密鑰的欄位,以及單一代理程式範圍的 auth-profiles.json
  • 可直接在目標選擇器中建立新的 auth-profiles.json 對應。
  • 擷取 SecretRef 詳細資料(sourceproviderid)。
  • 執行預檢解析,並可立即套用。
執行注意事項:除非設定 --allow-exec,否則預檢會略過 exec SecretRef 檢查。如果你直接從 configure --apply 套用,且計畫包含 exec 參照/供應商,請在套用步驟中也保持設定 --allow-exec實用模式:
  • openclaw secrets configure --providers-only
  • openclaw secrets configure --skip-provider-setup
  • openclaw secrets configure --agent <id>
configure 套用預設值:
  • auth-profiles.json 清除目標供應商相符的靜態認證資訊。
  • auth.json 清除舊版靜態 api_key 項目。
  • 從實際使用的狀態檔案與作用中設定的 .env 檔案中,清除相符的已知密鑰行(當兩個路徑相符時會去除重複項目)。
套用已儲存的計畫:
執行注意事項:除非設定 --allow-exec,否則試執行會略過 exec 檢查;除非設定 --allow-exec,否則寫入模式會拒絕包含 exec SecretRef/供應商的計畫。如需嚴格目標/路徑契約的詳細資訊與確切拒絕規則,請參閱密鑰套用計畫契約

單向安全政策

OpenClaw 刻意不會寫入包含歷史純文字密鑰值的復原備份。
安全模型:
  • 必須先通過預檢,才能進入寫入模式。
  • 提交前會驗證執行階段啟用。
  • 套用作業使用不可分割的檔案替換來更新檔案,並在失敗時盡力還原。

舊版驗證相容性注意事項

對於靜態認證資訊,執行階段不再依賴舊版純文字驗證儲存空間。
  • 執行階段認證資訊來源為已解析的記憶體內快照。
  • 發現舊版靜態 api_key 項目時會予以清除。
  • OAuth 相關相容性行為仍會分開處理。

Web UI 注意事項

部分 SecretInput 聯集類型使用原始編輯器模式會比表單模式更容易設定。

相關內容