深度

OpenClaw Pairing 配对机制详解:DM 访问控制、配对码管理与设备节点授权

OpenClaw Pairing 配对机制完整解析:DM 配对(8 位配对码、1 小时有效期、3 个待审批上限)、pairing list/approve/reject 命令、白名单 JSON 文件存储位置与多账号 scoping 规则,以及节点设备配对(Telegram /pair 流程、设置码安全注意事项、devices list/approve 命令)。

2026/3/43分钟 阅读ClaudeEagle

Pairing(配对)是 OpenClaw 的显式主人审批步骤,用于两个场景:

  1. DM 配对:控制谁可以与 Bot 对话
  2. 节点配对:控制哪些设备可以加入 Gateway 网络

DM 配对:入站聊天访问控制

当频道配置了 dmPolicy: "pairing" 时,陌生发送者首次发 DM 的流程如下:

陌生用户发送消息 ↓ Bot 自动回复一条短码(8 位配对码) ↓ 消息不被处理,进入待审批队列 ↓ 主人审批配对码 ↓ 该用户加入白名单,后续消息正常处理

配对码规则

属性说明
格式8 位大写字母,排除易混淆字符(0O1I
有效期1 小时
发送时机每次新请求创建时发一次(大约每个发送者每小时一次)
待审批上限每个频道默认 3 个,超出后新请求被忽略

审批命令

bash
# 查看待审批列表
openclaw pairing list telegram
openclaw pairing list whatsapp
openclaw pairing list signal

# 审批指定配对码
openclaw pairing approve telegram <CODE>
openclaw pairing approve whatsapp <CODE>

# 拒绝配对请求
openclaw pairing reject telegram <CODE>

支持的频道:telegramwhatsappsignalimessagediscordslackfeishu

白名单存储位置

配对状态文件存储在 ~/.openclaw/credentials/

文件内容
<channel>-pairing.json待审批请求
<channel>-allowFrom.json默认账号的已批准白名单
<channel>-<accountId>-allowFrom.json非默认账号的白名单

⚠️ 这些文件控制谁可以访问你的 AI 助手,请视为敏感文件妥善保管,不要提交到 Git 仓库。

多账号行为

  • 非默认账号只读写自己的 scoped 白名单文件
  • 默认账号使用频道级别(不带 accountId)的白名单文件

节点设备配对(iOS/Android/macOS/无头节点)

节点以 role: node 身份连接 Gateway,必须经过设备配对审批。

推荐方式:通过 Telegram 配对(适合 iOS)

安装 device-pair 插件后,可以完全通过 Telegram 完成首次配对:

  1. 在 Telegram 中给你的 Bot 发送:/pair
  2. Bot 回复两条消息:
    • 说明消息
    • 独立的设置码(setup code)消息,方便复制
  3. 打开手机上的 OpenClaw iOS App → 设置 → Gateway
  4. 粘贴设置码并连接
  5. 回到 Telegram:发送 /pair approve

设置码格式:Base64 编码的 JSON,包含:

json
{
  "url": "ws://your-gateway:3000",
  "token": "短效配对令牌"
}

⚠️ 设置码有效期内与密码同等敏感,不要截图分享或通过不安全渠道传输。

命令行设备管理

bash
# 查看所有设备(已配对 + 待审批)
openclaw devices list

# 审批设备
openclaw devices approve <requestId>

# 拒绝设备
openclaw devices reject <requestId>

节点配对状态存储

存储在 ~/.openclaw/devices/

文件内容
pending.json待审批请求(短效,请求过期后清空)
paired.json已配对设备及其令牌

安全最佳实践

DM 配对

  • 默认使用 pairing 策略而非 open,防止陌生人触发 AI 调用产生费用
  • 定期清理 allowFrom 白名单,移除不再需要访问的用户
  • 多频道分别管理各自白名单,不同频道相互独立

设备配对

  • 设置码使用一次后立即失效
  • 不使用的设备及时从 paired.json 中移除
  • 内网环境使用 ws://,公网暴露场景使用 wss:// 加密连接

原文:Pairing - OpenClaw | 来源:OpenClaw 官方文档

相关文章推荐

深度OpenClaw 安全威胁模型深度解析:MITRE ATLAS 框架下的 AI 助手攻防分析OpenClaw 安全架构深度分析:个人助手信任模型(单用户/单 Gateway 边界)、形式化验证的认证逻辑、基于 MITRE ATLAS 框架的 AI 系统威胁分类(直接提示注入/间接提示注入/工具滥用/数据泄露/会话劫持)、多租户共享 Gateway 的风险与安全边界说明、exec/browser/文件工具的权限最小化配置、频道白名单与沙箱配置对应的威胁缓解措施,以及 `openclaw security audit` 命令的使用方法。2026/3/24深度OpenClaw 企业内网部署完全指南:多用户、权限隔离与安全加固OpenClaw 企业内网部署的完整方案:多用户架构设计(每人独立 Gateway vs 共享 Gateway 多 Agent)、allowedUsers 和 allowFrom 白名单配置、基于角色的权限控制、内网安全加固(沙箱隔离/exec 权限限制/网络出口控制)、与企业 SSO 集成的思路、审计日志配置、高可用部署(多实例/负载均衡/状态同步)、以及在完全内网环境(无公网)下部署本地模型(Ollama)的完整步骤。2026/3/21深度OpenClaw 安全加固完全指南:信任模型、Security Audit 命令与 60 秒硬化基线配置OpenClaw 安全加固完全指南:个人助手信任模型(单一可信操作员边界、不支持多租户)、security audit 四种扫描模式、60 秒基线配置(loopback bind/token 认证/messaging 工具集/pairing 策略)、六级优先告警处理、高危 checkId 速查表,以及凭证存储路径和团队共享场景安全注意事项。2026/3/5深度Claude Code 沙箱凭据保护体系再升级:v2.1.224 拒绝规则绕过漏洞与实践检查清单Claude Code v2.1.224 修复沙箱文件系统拒绝规则(denyRead 带结尾斜杠)在 Linux/macOS 上可被静默绕过的问题,提供实用的沙箱配置自检清单。2026/8/10深度Claude Code 沙箱凭据保护完全指南:从明文拒绝到 JWT 感知脱敏的演进之路梳理 Claude Code 沙箱凭据保护体系的四种模式——结构化脱敏、JWT 感知脱敏、AWS SigV4 重签名、文件级哨兵替换,帮你选择适合的安全策略。2026/8/7深度Claude Code v2.1.207 安全深度解析:插件 headersHelper Shell 注入漏洞修复始末深度解析 Claude Code v2.1.207 修复的插件系统 Shell 注入漏洞:${user_config.*} 在 Shell 形式命令中被拒绝,Hooks 需改用 exec 形式或环境变量,Monitors 和 headersHelper 需在脚本内部读取配置。同步解析关联的 pluginConfigs 读取来源收紧措施。2026/7/11