Skip to content

动作(Action) ​

一句话:动作是作用于某个材料的具体操作——reveal、 copy、fill、TOTP、generate、sign、save。动作才携带权限语义: 一份 SSH key 没有权限,sign 这个动作才有;一次填充没有权限, request_fill 这个动作(连同它的 user gesture、domain binding)才是。

把 Material 与 Action 分开的直接结果是:

  • 客户端不接触明文也能工作——浏览器扩展只发动作请求,core 裁决后返回 结果(或拒绝);这正是「扩展不拥有密码」在协议层的体现;
  • 同一种材料的多种动作可以有不同的门槛——查看密码要再认证,自动填充 也只在该站已建信任时发生,签名要确认或生物识别;
  • 审计跟着动作走——审计记录的是「谁在什么上下文请求了什么动作」, 而不是「哪个条目被读了一次」。

现状:动作清单与闸门 ​

crypto 动作(bridge 协议消息类型,均要求配对 + session HMAC 认证):

动作协议消息闸门(core 裁决)
建议get_suggestionsorigin + active identity + match strength
填充request_filluser gesture + origin binding(fetch 到的凭据内容只回给本页)
TOTP 获取get_totpuser gesture + origin binding
复制copyuser gesture(由桌面/CLI 执行剪贴板,含 30s 自动清除)
通行密钥创建passkey_createuser gesture + 桌面审批
通行密钥断言passkey_assertuser gesture + 桌面审批
保存/更新save_credentialuser gesture + 桌面审批(credential_save)+ origin binding + 审计
密码生成generate_password认证 session;纯生成不落库

协议细节见 BRIDGE_PROTOCOL。

本地动作(core 直连入口):

动作入口闸门
revealCLI/桌面解锁 + 敏感操作再认证 + 30s 自动隐藏
SSH 签名SSH Agent策略引擎:known_hosts、确认、速率限制、生物识别优先级
导出persona export解锁 + 目标加密策略确认
钱包签名桌面/wallet(试验)确认模态:地址/金额/链/防地址投毒提示

规划 ​

  • 每个动作的「自动 / 确认 / 拒绝」三元组可被规则层定制;
  • 未来的 Principal(Agent)会获得动作级白名单 (例如 codex 只允许 git 相关签名,禁止钱包签名),而无需获得材料本身。

Released under the MIT License.