隐私:我们能看到什么,看不到什么
这一页写的是技术事实,不是承诺作文。能验证的我们给验证方法,做不到的我们直接说做不到。
分五种情况,逐一说清
| 情况 | 我们能读到你的数据吗 | 说明 |
|---|---|---|
| 你在自己机器里用 root | 能 —— 那是你自己 | 这是设计意图:它是一台真服务器,你有完整控制权 |
| 机器开着,我们登上物理服务器 | 技术上能 | 机器要运行,解密钥匙就必须在内存里。这一点我们不假装做不到 —— 约束靠双人审批、全程留痕、事后通知你,而不是靠技术 |
| 机器待机,我们登上物理服务器 | 不能 | 钥匙已从内存移除,两个加密卷都锁着。下面有验证方法 |
| 你选自持密钥档 | 任何时候都不能 | 钥匙只在你手里。代价是钥匙丢了谁也救不回来 |
| 你删除机器之后 | 不能,我们自己也不能 | 钥匙槽被擦除,密文永久不可解 |
「待机后读不到」是怎么验证的
我们做的实验,你可以要求我们重做给你看:
- 在机器的内存里和系统日志里各放一个唯一标记
- 把机器切到待机
- 在物理服务器上能看到的所有明文位置搜这个标记 —— 系统盘镜像、串口日志、初始化镜像、两个加密卷的裸设备
- 结果:全部 0 命中
这个实验的价值在于它曾经失败过。第一次做的时候我们在系统盘镜像里搜到了 3 处 —— 因为日志服务在挂载生效前就启动了,一直往未加密的盘写。修掉之后才归零。我们把这段写在这里,因为「从没出过问题」听起来不如「出过问题、找出来了、修了、有验证方法」可信。
这些路径我们系统里根本没有入口
不是「有权限才能看」,是不存在这条路:
- SSH 会话内容 —— 接入层只转发 TCP 字节,不解包
- 出网流量内容 —— 我们不做 TLS 中间人,不解密你的流量
- 你的 AI 工具账号 —— 你自己登录的凭据,我们不接收、不存储、不代付。(开通时向我们买的 Claude 账号是平台的账号:由我们替你登录,token 只写在你的机器里。)
- 加密卷的内容(待机时)—— 钥匙不在内存里,拿到的只有密文
操作日志
任何改变你机器状态的操作 —— 开通、开机、待机、重装、删除、我们因维护做的排空 —— 都会进一条链式日志,每条带上一条的校验值。改掉中间任何一条,后面全部对不上,你在控制台可以自己点一下校验。
线上数据库里,程序对这张表只有写入和读取权限,没有修改和删除权限。