隐私合规与 GDPR —— Skymatic 不采集任何个人数据
Skymatic 声称不收集任何个人数据
Cryptomator 的隐私声明非常短——核心只有一句话：
Cryptomator 不收集、不存储、不处理任何关于你或你的保险库的数据。
更具体地：
| 你的什么 | 存在哪里 | Skymatic 能看到吗 |
|---|---|---|
| 保险库密码 | 你的设备（RAM 里临时用） | ❌ 不可能 |
| Recovery Key | 你自己保存的地方（密码管理器 / 纸质） | ❌ 不可能 |
| 主密钥 | 保险库密文目录里（被密码/Recovery Key 加密） | ❌ 不可能 |
| 云盘账号密码 | 云盘客户端自己的钥匙串里 | ❌ 不可能 |
| 保险库内容 | 保险库密文目录里 + 云盘上（密文） | ❌ 不可能 |
| 你的名字 / 邮箱 / 电话 | 没有收集 | ❌ |
| 设备信息 | 没有收集 | ❌ |
| 使用日志 | 可选（自动更新时报版本号） | 可选，可关 |
唯一可能被 Skymatic 看到的数据是自动更新时发送的版本号——而且这个也是可选的（可以在设置里关掉）。
为什么这很重要
很多其他加密工具（尤其是商业闭源的）：
- 会收集设备型号、操作系统版本、崩溃日志
- 会收集保险库元数据（比如你有多少保险库、命名是什么、文件数量）
- 有些甚至要求你注册账号才能用基本功能
Cryptomator 连注册账号都不需要——下载 → 安装 → 直接创建保险库。没有登录、没有邮箱验证、没有姓名、没有电话。完全匿名可用。
GDPR 合规
Skymatic 是一家德国公司，总部在慕尼黑——欧盟 GDPR 对德国公司是直接适用的。GDPR 的核心原则包括：
| GDPR 原则 | Cryptomator 怎么遵守 |
|---|---|
| 数据最小化 | Cryptomator 不收集任何个人数据——最小化到零 |
| 处理透明性 | 隐私声明公开在 cryptomator.org，内容简短直白 |
| 合法性 | 不收集数据 = 没有数据处理行为，也就不需要任何"合法依据" |
| 数据主体权利 | 因为不收集数据，GDPR 下的"访问 / 删除 / 更正"请求实际上是空操作（没有数据可删） |
| 数据保护设计 | 隐私不是事后加上的，是产品设计的第一天就内置的——Skymatic 的设计原则是"默认不采集" |
有意思的一点：Skymatic 实际上很难被 GDPR 罚款——因为它不收集任何个人数据，GDPR 的罚款触发前提（"不合规的个人数据处理"）根本不存在。
欧盟用户和企业的额外保证
如果你是欧盟用户、或企业有严格的数据主权要求：
- Hub 自部署版：你的 Hub 服务端跑在自己的服务器上，连 Hub 的元数据都不出你的网络
- Hub 托管版：Skymatic 的托管服务也在欧盟（德国或爱尔兰），符合 GDPR 的数据存储地区要求
- 数据处理协议（DPA）：Skymatic 提供企业级的 DPA，明确双方的数据处理责任
- 无数据流出欧盟风险：Skymatic 不把任何数据传输到欧盟以外
什么地方可能间接泄露你的信息
虽然 Cryptomator 自己不采集，但你用云盘这个行为本身可能间接泄露：
- 云盘服务商知道你有一个文件夹在同步（虽然不知道里面是什么）
- 云盘服务商知道这个文件夹叫什么名字（虽然文件夹里的子文件都是密文）
- 网络运营商 / 公共 Wi-Fi 可能看到你在和云盘服务器通信（但内容是 TLS 加密的）
- 如果你买了 Hub 托管版：Skymatic 知道你有多少 Hub 用户（但不知道这些用户的主密钥或保险库内容）
这些是云盘本身的隐私边界——不是 Cryptomator 能控制的。如果你对这些也介意，考虑：
- 用 rclone 加密云盘层 + Cryptomator 本地加密（双重加密，双保险）
- 自建私有云（Nextcloud / ownCloud / MinIO），彻底不依赖第三方云盘
隐私 vs 便利性的 trade-off
Cryptomator 的隐私设计意味着某些"别人有的功能"它没有：
- ❌ 没有"云备份保险库"功能（Skymatic 不帮你备份）
- ❌ 没有"跨设备同步保险库密码"功能（怕存密码时泄露）
- ❌ 没有"找密码功能"（因为没人知道你的密码）
- ❌ 没有"云端 Recovery Key 备份"（Recovery Key 只存在你手里）
这些都不是"还没做"——是故意不做。隐私和便利在这里是此消彼长的：隐私越强（不收集数据），便利功能就越少（因为那些便利功能通常需要云端存储/处理数据）。