Octop 入门：用户、代理与消息渠道共享的自托管助手
Octop 安全：用户归属、连接器与工具就绪
启用强大助手能力前，逐项核对身份和执行边界。
Octop 安全：用户归属、连接器与工具就绪知识学习CN编辑简报更新 2026-09-23
你将学会
- 身份验证不止登录
- 连接器和工具增加权限
- 独立验证隔离与恢复
开始前需要
- 基本 Python 与服务管理知识
- 隔离的试验环境
用只读状态台账，在启用能力前显示尚未验证的边界。
先看结论
- 登录只是一个安全检查。
- 不同能力需要不同权限。
- 启动成功不证明沙箱就绪。
身份验证不止登录
架构描述 JWT 与数据行所有权，也包含管理员绕过。在授权测试环境核对跨用户访问和管理员行为，才能对实际隔离作出判断。
首次监听保持本地，保护 JWT 密钥和管理员凭据。登录测试成功不能证明所有代理、文档与消息渠道都正确执行所有权检查。
连接器和工具增加权限
OAuth、MCP、shell、浏览器及远程桌面具有不同授权面。只启用任务需要的能力，并先使用最小账户范围和虚构输入验证。
自托管进程不能等同于所有数据留本地。使用敏感资料前，列出模型和连接器目的地、日志、浏览器配置与保留文档的具体位置。
独立验证隔离与恢复
启动助手对 bubblewrap 采取尽力准备，应单独核对工具限制与隔离就绪。HTTP 可访问不能作为允许安全执行任意命令的验收标准。
出现异常动作后暂停渠道与计划任务，保留脱敏证据并按需撤销凭据。数据库恢复无法逆转远端消息或外部变化，需要另行处置。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
在授权环境测试用户边界。
- 2
登记能力和外部目的地。
- 3
验证隔离及副作用恢复。
可复制示例
yaml
access_review:
users: ownership-tests
connectors: minimum-scopes
tools: explicit-approval
sandbox: separately-verified
logs: redacted常见问题
数据保证完全本地吗？
配置的供应商和集成可能访问外部服务，必须核对真实路径。
这里做过隔离渗透测试吗？
没有，文章区分文档、已读启动源码与尚未执行的限制验证。
资料来源
- Octop / README.md来源核查 2026-09-23
- Octop / docs/architecture.md来源核查 2026-09-23
- Octop / src/octop/launch.py来源核查 2026-09-23