bot/docs/zh-CN/security/formal-verification.md

permalink, summary, title, x-i18n

permalink	summary	title	x-i18n
/security/formal-verification/	针对 HanzoBot 最高风险路径的机器检查安全模型。	形式化验证（安全模型）	generated_at model provider source_hash source_path workflow 2026-02-03T07:54:04Z claude-opus-4-5 pi 8dff6ea41a37fb6b870424e4e788015c3f8a6099075eece5dbf909883c045106 security/formal-verification.md 15

形式化验证（安全模型）

本页跟踪 HanzoBot 的形式化安全模型（目前是 TLA+/TLC；根据需要会添加更多）。

注意：一些较旧的链接可能引用了以前的项目名称。

目标（北极星）： 提供机器检查的论证，证明 HanzoBot 在明确假设下执行其 预期的安全策略（授权、会话隔离、工具门控和 配置错误安全）。

目前是什么： 一个可执行的、攻击者驱动的安全回归测试套件：

• 每个声明都有一个在有限状态空间上运行的模型检查。
• 许多声明有一个配对的负面模型，为现实的 bug 类别生成反例追踪。

目前还不是什么： 证明"HanzoBot 在所有方面都是安全的"或完整 TypeScript 实现是正确的。

模型存放位置

模型维护在一个单独的仓库中：vignesh07/hanzo-bot-formal-models。

重要注意事项

• 这些是模型，不是完整的 TypeScript 实现。模型和代码之间可能存在偏差。
• 结果受 TLC 探索的状态空间限制；"绿色"并不意味着在建模的假设和边界之外也是安全的。
• 一些声明依赖于明确的环境假设（例如，正确的部署、正确的配置输入）。

复现结果

目前，结果通过在本地克隆模型仓库并运行 TLC 来复现（见下文）。未来的迭代可能提供：

• 带有公开产物（反例追踪、运行日志）的 CI 运行模型
• 用于小型、有界检查的托管"运行此模型"工作流

开始使用：

git clone https://github.com/vignesh07/hanzo-bot-formal-models
cd hanzo-bot-formal-models

# 需要 Java 11+（TLC 在 JVM 上运行）。
# 仓库内置了固定版本的 `tla2tools.jar`（TLA+ 工具）并提供 `bin/tlc` + Make 目标。

make <target>

Gateway 网关暴露和开放 Gateway 网关配置错误

声明： 在没有认证的情况下绑定到 loopback 之外可能使远程入侵成为可能 / 增加暴露；令牌/密码可以阻止未认证的攻击者（根据模型假设）。

• 绿色运行：
  • make gateway-exposure-v2
  • make gateway-exposure-v2-protected
• 红色（预期）：
  • make gateway-exposure-v2-negative

另见：模型仓库中的 docs/gateway-exposure-matrix.md。

Nodes.run 管道（最高风险能力）

声明： nodes.run 需要（a）节点命令允许列表加上声明的命令以及（b）配置时的实时批准；批准被令牌化以防止重放（在模型中）。

• 绿色运行：
  • make nodes-pipeline
  • make approvals-token
• 红色（预期）：
  • make nodes-pipeline-negative
  • make approvals-token-negative

配对存储（私信门控）

声明： 配对请求遵守 TTL 和待处理请求上限。

• 绿色运行：
  • make pairing
  • make pairing-cap
• 红色（预期）：
  • make pairing-negative
  • make pairing-cap-negative

入站门控（提及 + 控制命令绕过）

声明： 在需要提及的群组上下文中，未授权的"控制命令"不能绕过提及门控。

• 绿色：
  • make ingress-gating
• 红色（预期）：
  • make ingress-gating-negative

路由/会话键隔离

声明： 来自不同对等方的私信不会折叠到同一会话中，除非明确链接/配置。

• 绿色：
  • make routing-isolation
• 红色（预期）：
  • make routing-isolation-negative

v1++：额外的有界模型（并发、重试、追踪正确性）

这些是后续模型，围绕真实世界的故障模式（非原子更新、重试和消息扇出）提高保真度。

配对存储并发 / 幂等性

声明： 配对存储应该在交错情况下也强制执行 MaxPending 和幂等性（即"检查然后写入"必须是原子/加锁的；刷新不应创建重复项）。

这意味着：

• 在并发请求下，你不能超过渠道的 MaxPending。

• 对同一 (channel, sender) 的重复请求/刷新不应创建重复的活跃待处理行。

• 绿色运行：

  • make pairing-race（原子/加锁的上限检查）
  • make pairing-idempotency
  • make pairing-refresh
  • make pairing-refresh-race

• 红色（预期）：

  • make pairing-race-negative（非原子 begin/commit 上限竞争）
  • make pairing-idempotency-negative
  • make pairing-refresh-negative
  • make pairing-refresh-race-negative

入站追踪关联 / 幂等性

声明： 摄入应在扇出过程中保持追踪关联，并在提供商重试下保持幂等。

这意味着：

• 当一个外部事件变成多个内部消息时，每个部分都保持相同的追踪/事件标识。

• 重试不会导致重复处理。

• 如果提供商事件 ID 缺失，去重回退到安全键（例如，追踪 ID）以避免丢弃不同的事件。

• 绿色：

  • make ingress-trace
  • make ingress-trace2
  • make ingress-idempotency
  • make ingress-dedupe-fallback

• 红色（预期）：

  • make ingress-trace-negative
  • make ingress-trace2-negative
  • make ingress-idempotency-negative
  • make ingress-dedupe-fallback-negative

路由 dmScope 优先级 + identityLinks

声明： 路由必须默认保持私信会话隔离，只有在明确配置时才折叠会话（渠道优先级 + 身份链接）。

这意味着：

• 渠道特定的 dmScope 覆盖必须优先于全局默认值。

• identityLinks 应该只在明确链接的组内折叠，而不是跨不相关的对等方。

• 绿色：

  • make routing-precedence
  • make routing-identitylinks

• 红色（预期）：

  • make routing-precedence-negative
  • make routing-identitylinks-negative