Docs · Security & Privacy
安全与隐私
CetaMesh 当前采用默认拒绝、最小授权、本地优先和边界验证原则,但项目仍处于预稳定开发阶段,不能宣称已经完成独立全面安全审计。
最后更新:2026-10-15
安全状态说明
CetaMesh 会处理模型凭据、本地记忆、设备能力、配对和网络通信,因此这些模块被视为高风险边界。
当前项目仍为 pre-stable。安全修复以当前开发线为主,旧提交、实验分支、第三方 Fork 与非官方构建不保证持续获得修复。
重要
“有安全设计与自动化测试”不等于“已经通过独立全面审计”。对高敏感数据、关键自动化或高风险设备权限场景,请基于当前版本自行评估。
凭据与秘密
- 模型 API Key / Token 不应存入普通消息表、Memory、日志、Issue 或截图。
- 设备私钥不应通过业务层导出。
- 日志系统应对 API Key、Token、Authorization、Cookie、Password、Private Key 等敏感字段做递归脱敏。
- Push、审计事件与协议诊断应优先使用 ID 与有界元数据,而不是完整消息、文件正文或 Memory 文本。
设备能力
Capability Runtime 负责在业务功能与原生系统 API 之间建立受控边界。未知 Capability 默认拒绝;已知能力也必须先通过本地 Permission Policy。
设备已经 trusted、在线或声明自己支持某个能力,都不能直接替代本机授权。
Memory、同步与网络
- Memory 授权范围在检索和同步之前判断。
- 配对使用有时效的一次性邀请与防重放状态,原始 Token 不持久化。
- 远程输入与响应需要做类型、大小、时间与状态边界验证。
- Task Sync 不默认携带完整对话,Mesh 也不通过复制整个 SQLite 文件完成同步。
插件与任意执行
当前扩展边界明确拒绝未受控的 Shell、下载后动态代码执行、任意 Native Bridge 与可执行插件载荷。任何未来放宽都应被视为架构级安全变化,而不是普通功能开关。
报告安全问题
请不要在公开 Issue 中发布可利用细节、真实凭据、私密数据或完整 PoC。优先使用 GitHub Private Vulnerability Reporting;如果不可用,只在公开 Issue 中请求私密沟通渠道,不附敏感细节。
实现依据
本页根据 CetaMesh 当前公开仓库中的实现与工程文档整理,不把路线图中的未来能力当成现成功能。