Ente Photos 安全与隐私实战指南：端到端加密、密钥管理与账户防护全解析

Ente Photos 安全与隐私实战指南端到端加密、密钥管理与账户防护全解析【免费下载链接】ente End-to-end encrypted cloud for everything.项目地址: https://gitcode.com/GitHub_Trending/en/ente本指南以 Ente Photos 官方「Security and Privacy FAQ」docs/docs/photos/faq/security-and-privacy.md为骨架系统讲解 Ente 的端到端加密模型、恢复密钥机制、共享加密、设备端机器学习与账户安全实践并结合本仓库的 Rust 加密核心实现rust/crates/core/src/crypto与架构文档architecture/README.md给出源码级佐证。读完你将掌握 Ente Photos 的数据保护原理、恢复密钥的正确使用与存储方法以及 2FA、应用锁、访客模式等账户防护的完整配置路径。Ente 端到端加密总览数据加密与存储为什么 Ente 无法查看你的照片与视频不会。你的文件在上传到服务器之前就已经在设备上完成加密。加密密钥由你的密码通过高级密钥派生函数KDF推导而来由于只有你知道自己的密码因此也只有你能解密自己的文件。这一承诺的底层机制是一套严格的分层密钥体系详细说明见 architecture/README.md主密钥masterKey注册 Ente 账户时由客户端生成永远不会以明文形式离开设备。密钥加密密钥keyEncryptionKey由你的密码派生同样永不离机。注册时客户端用keyEncryptionKey加密masterKey再把加密后的encryptedMasterKey上传服务器存储。集合密钥collectionKey每张照片都属于某个集合文件夹或相册每个集合拥有独立的collectionKey。文件与元数据先用随机的fileKey加密fileKey再用所属集合的collectionKey加密collectionKey最终用你的masterKey加密后上传。文件密钥fileKey每一份数据文件及关联元数据都用随机生成的fileKey加密。下载时按相反顺序逐层解密masterKey→collectionKey→fileKey→ 文件与元数据。由于整条密钥链的根masterKey只由你的密码保护服务器即使被攻破也无法还原任何明文内容。元数据同样被加密不会泄露。与照片和视频本身一样所有元数据包括 EXIF 拍摄时间、位置、描述等同样经过端到端加密。这意味着服务器无法通过分析文件属性来推断你的拍摄时间、地点等敏感信息。加密算法与技术细节FAQ 官方文档列出的算法组合如下加密XChaCha20与XSalsa20流密码认证Poly1305 消息认证码MAC密钥派生Argon2id采用高内存与高计算参数这些算法在仓库的 Rust 加密核心中有对应实现均声明与 libsodium 保持线格式兼容对称加密小数据rust/crates/core/src/crypto/secretbox.rs 使用XSalsa20Poly1305与 libsodium 的crypto_secretbox_easy线兼容MAC 长度为 16 字节secretbox.rs#L8。它用于加密masterKey、recoveryKey、privateKey、collectionKey、fileKey等密钥材料本身。流式加密文件数据rust/crates/core/src/crypto/stream.rs 实现与 libsodiumcrypto_secretstream_xchacha20poly1305线兼容的XChaCha20-Poly1305加密流以 4 MiB 为分块单位stream.rs#L20用于分块加密文件内容末块必须携带 Final 标签否则解密端会以StreamTruncated拒绝从而防御截断攻击stream.rs#L99-L106。非对称加密共享rust/crates/core/src/crypto/sealed.rs 实现与crypto_box_seal兼容的密封盒内部使用 X25519 密钥交换 XSalsa20 流加密 Poly1305 认证密文开销为 32 16 字节sealed.rs#L12。密钥派生rust/crates/core/src/crypto/argon.rs 使用Argon2id v1.3从密码派生keyEncryptionKey定义了三级参数argon.rs#L13-L34级别内存限制mem_limit计算轮数ops_limit用途INTERACTIVE64 MiB67,108,864 字节2常规交互场景MODERATE256 MiB268,435,456 字节3中等强度SENSITIVE1 GiB1,073,741,824 字节4账户主密钥派生的默认目标值得注意的是降级策略若设备内存不足导致派生失败客户端会将内存限制减半、计算轮数加倍逐级尝试直至内存下限 128 MiBMEMLIMIT_SENSITIVE_MINargon.rs#L36、argon.rs#L126-L184。服务器拒绝接受低于 128 MiB 的账户密钥属性——若降级过程中内存下限被突破客户端将禁止在该设备上注册。这一逻辑在 argon.rs 的测试 中得到验证保证任意降级档位下mem × ops的乘积恒定即整体暴力破解成本不因降级而降低。此外登录密钥由 rust/crates/core/src/crypto/kdf.rs 基于 Blake2b 从keyEncryptionKey派生出固定上下文loginctx的子密钥用于 API 认证与主密钥派生链路解耦。数据存储位置与冗余策略你的加密数据以多副本冗余方式存储在欧盟EU的多个云供应商荷兰阿姆斯特丹Amsterdam法国巴黎Paris德国法兰克福FrankfurtFAQ 中的承诺可以浓缩为一句话3 份数据副本、3 家不同云供应商、3 个不同国家其中一份存放在巴黎的地下防核掩体中。实现上采用对象存储与分布式数据库的组合以保证高可用与持久性架构文档亦说明数据会在 3 家云供应商之间复制以保证可靠性见 architecture/README.md 末尾的可靠性说明。与行业标准的对比Ente 的加密模型超出行业常规许多服务只做服务端加密服务器持有密钥理论上可解密而 Ente 采用端到端加密。这意味着即使在服务器被入侵的极端情况下攻击者拿到的也只是无法解密的密文与密钥材料你的数据依然受到保护。账户安全忘记密码时的恢复路径忘记密码后的命运取决于你的登录状态三种情况逐一说明仍有一台设备处于登录状态用该设备重置密码再用新密码重新登录。所有设备均已退出登录但持有恢复密钥用注册账户时获得的 24 词恢复密钥重置密码具体步骤见下文。所有设备均退出登录且密码与恢复密钥都已丢失由于端到端加密架构Ente无法帮你找回账户或数据。若仍需删除账户可联系 supportente.com 协助处理。恢复密钥24 词短语账户的最后防线恢复密钥recovery key是一串24 个英文单词组成的短语是当以下两个条件同时成立时恢复账户的唯一途径忘记了密码且所有设备都已退出登录关于恢复密钥的三条关键事实⚠️Ente 支持团队无法提供或重新生成恢复密钥。由于端到端加密Ente 从不接触你的恢复密钥或加密数据。⚠️没有恢复密钥忘记密码就意味着永久丢失访问权限前提是你已在所有设备上退出登录。⚠️恢复密钥不同于验证码。验证码是发送到邮箱的临时 6 位数字恢复密钥是永久的 24 词短语。从源码看恢复密钥的机制与masterKey互为备份注册时recoveryKey与masterKey互相加密后存储于服务器在新设备登录时这份加密的recoveryKey被下载用masterKey解密后在你请求时展示。忘记密码时客户端拉取先前加密推送的masterKey用你输入的recoveryKey解密成功即证明密钥正确随后引导你设置新密码详细流程见 architecture/README.md 的 Key Recovery 章节。恢复密钥恢复流程如何找到恢复密钥仍有设备登录时打开Settings Account Recovery key输入密码查看你的 24 词恢复密钥并立即保存到安全位置。所有设备已退出登录且没有恢复密钥很遗憾无法恢复账户。这是端到端加密的固有属性——为了你的隐私与安全只有你能访问自己的数据。如何安全地存储恢复密钥推荐方式密码管理器存入可信的密码管理器如 1Password、Bitwarden 等。纸质备份写下来存放在安全场所防火保险箱、银行保管箱。加密笔记保存在使用不同密码的加密笔记应用中。多地点存放在 23 个不同的安全位置各保存一份副本。绝对不要以未加密文件形式存放在电脑上通过邮件发给自己分享给任何人包括 Ente 支持团队截图后留在相册里只存放在单一位置最佳实践首次创建 Ente 账户时在上传任何照片之前立即保存好恢复密钥。使用恢复密钥重置密码的步骤若你忘记了密码且已在所有设备上退出登录打开登录页面任意平台。输入你的邮箱地址。点击 “Forgot Password”忘记密码。输入你的 24 词恢复密钥每个单词之间用单个空格分隔全部小写不含标点格式示例word1 word2 word3 ... word24。设置新密码。使用新密码登录。常见问题提示 “Invalid recovery key”无效恢复密钥检查拼写错误、多余空格或缺失单词。恢复密钥不起作用确认你使用的是恢复密钥24 词而非验证码6 位数字。仍然无法访问账户联系 supportente.com——Ente 或许能协助验证账户所有权以便删除账户但无法恢复你的数据。修改密码可以随时可以在 Ente 应用中修改密码。Ente 的架构设计允许修改密码时无需对整个照片库重新加密因为masterKey不变只是用新密码派生的新keyEncryptionKey重新加密masterKey并上传。需要提醒的是账户隐私强度取决于密码强度请务必选择强密码。双因素认证2FAEnte 推荐启用 2FA 增加一层安全保护支持TOTP基于时间的一次性密码WebAuthn/FIDO2硬件安全密钥可在移动端或桌面端应用的设置中配置 2FA。服务端侧的实现可参考 server/ente/passkey.go 与 server/ente/webauthnSession.goWebAuthn 会话与凭据处理。⚠️Enteception 警告如果你在 Ente Auth 中使用同一账户在 Ente Photos 中启用 2FA 也会对 Ente Auth 生效——若你把 Ente 账户自身的 2FA 代码存放在 Ente Auth 内部就会形成“自己锁自己”的死循环。这一场景的完整说明见 Enteception 指南。应用锁App lock可以。你可以为 Ente Photos 增加额外的锁屏保护选择设备锁Device lock、PIN 锁或密码锁Password lock配置自动锁定Auto lock让应用在设定延迟后自动锁定在移动端开启隐藏内容Hide content在应用切换器中隐藏应用预览配置路径移动端Settings Security App lock桌面端Settings Preferences App lock。详细操作见 App lock 指南。访客模式Guest view可以。你可以把手机交给别人让对方浏览单张照片、选中的一组照片或整个相册而无法触达其余照片库、设置或编辑、分享、删除等操作。访客模式启用时应用会隐藏所有查看器控件看起来就是一个简洁的纯浏览界面。访客模式只能通过设备认证人脸识别、指纹或设备密码退出因此对方无法自行离开访客模式。该功能目前仅限移动端。三种启动方式及注意事项见 Guest view 指南。PGP 加密支持可以。你可以向 pgpente.com 发送加密邮件。公钥发布在 openpgp.org 密钥服务器指纹为D71B F781 998B 4AED 01A2 0AF6 02BD D83A 56EA 68E2。共享与协作共享的加密机制解密相册所需的信息会用接收者的公钥public key加密因此只有接收者本人能解密。其底层正是架构文档中的 Sharing 流程每个 Ente 账户在注册时会生成一对非对称密钥publicKey/privateKey。分享相册时发送方把collectionKey用接收者的publicKey加密对应源码为 rust/crates/core/src/crypto/sealed.rs 中的seal()密封盒实现接收方收到后用私钥解开collectionKey再逐层解密fileKey与文件。私钥本身由masterKey加密存储因此只有接收者能访问自己的私钥。共享加密流程分享链接的密钥传递对于可共享链接shareable links解密相册的密钥由客户端以URL 片段fragment即#之后的部分附加到链接上永远不会发送到服务器。这样即使链接被服务器记录服务器也无法据此解密相册。需要注意的是只有付费套餐用户允许共享相册而接收者只需一个免费的 Ente 账户即可。安全审计Ente Photos 已经历多次由可信机构执行的完整安全审计首次评估由Cure53与Symbolic Software合作完成。Cure53 是德国知名网络安全公司Symbolic Software 专注于应用密码学。第二次较近期审计受CERN委托完成。本仓库的 architecture/README.md 亦明确声明源码已经过审计以验证这些密钥仅对你可用。项目还维护有独立的安全政策文档 SECURITY.md规范漏洞披露流程。机器学习与隐私人脸数据不会用于训练 AI 模型不会。所有机器学习能力人脸识别与魔法搜索完全在设备端运行。你的照片下载到设备、在本地建立索引索引加密后再跨设备同步。Ente 的服务器永远不会收到你的未加密照片人脸识别数据搜索索引任何关于照片内容的关联信息你的照片与 ML 数据永远不会用于训练任何 AI 模型无论是由 Ente 还是第三方。仓库中 rust/crates/ml 即为 ML 相关实现所在目录。设备端 ML 如何维持隐私设备端机器学习与应用的其余部分保持相同的端到端加密保证本地处理所有人脸检测、识别与魔法搜索分析都在你的设备上完成。加密索引ML 生成的索引在同步到其他设备前先加密。零服务器知识Ente 的服务器看不到你的照片、人脸或搜索数据。无第三方服务ML 模型完全运行在 Ente 应用内部不调用任何外部 AI 服务。你的机器学习数据与照片享有同等的端到端加密确保完全隐私。更多细节见 机器学习功能指南。位置标签是否加密是位置标签与照片一样端到端加密。创建位置标签时所有位置数据坐标、半径、标签名称都在设备上加密后再同步。Ente 服务器看不到你的位置标签或照片拍摄地点所有基于位置的搜索都在本地设备完成。仓库中 rust/crates/location 与 rust/tools/location-dataset 与位置数据处理相关。账户管理删除账户你可以随时通过设置中的 “Delete account”删除账户选项删除账户。出于安全考虑Ente 建议用户自行在应用内删除账户而非联系客服代为删除。特别注意Ente Photos、Ente Auth 与 Ente Locker 共用同一底层账户因此无论从哪个应用发起删除三个应用的关联数据都会被一并删除。信任与可靠性FAQ 从四个维度回答了“为何可以信任 Ente 做长期数据存储”专注使命与拥有多产品线的大型科技公司不同Ente 只有一个专注的使命——为用户打造一个可以长期归档个人记忆的安全空间。财务可持续其定价模式让服务可以不依赖广告或出售用户数据而盈利从而将全部精力放在服务用户上。安全与透明数据全程端到端加密开源应用已经过 Cure53 等机构的外部审计数据以 3 副本、3 家供应商、3 个欧盟国家的冗余方式保存可靠性文档透明地披露了数据复制与灾难恢复计划。长期承诺团队专注于此且无意分心其他项目致力于提供尽可能可靠的服务。安全漏洞披露与附加支持若发现安全漏洞请负责任地披露发送邮件至 securityente.com或在项目的安全公告入口提交而不是公开发 issue。Ente 会调查所有真实有效的报告流程详见 SECURITY.md。其他未覆盖的安全与隐私问题可联系 securityente.com。总结Ente Photos 的安全与隐私承诺可以归纳为一条主线一切加密都在设备端完成密钥由你独有。通过masterKey → collectionKey → fileKey的分层密钥体系XChaCha20/XSalsa20 Poly1305 Argon2id照片、元数据、位置标签乃至 ML 索引全部端到端加密恢复密钥作为账户失而复得的最后保险必须在注册后立即安全保存共享通过公钥密封完成分享链接的密钥只存在于 URL 片段中。理解这套机制你就掌握了安全使用 Ente Photos、管理账户风险与评估其隐私承诺所需的核心知识。【免费下载链接】ente End-to-end encrypted cloud for everything.项目地址: https://gitcode.com/GitHub_Trending/en/ente创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考