SuperSync端到端加密绕过漏洞及修复方案

漏洞概述 该漏洞涉及在SuperSync设置中，当用户选择加密密码时，所有本地操作（包括任务创建和更新）的凭证会被上传到服务器。这导致数据被存储，即使中止操作也会破坏端到端加密的承诺。 影响范围 SuperSync设置：在首次设置SuperSync时，初始运行会在用户选择加密密码之前进行。 数据泄露：所有本地操作的凭证会被上传到服务器，导致数据泄露。 端到端加密破坏：中止操作后，数据仍会被存储，破坏了端到端加密的承诺。 修复方案 1. 添加可选的 能力： - 对于SuperSync文件提供程序，如果未加密同步是用户的选择，则不上传。 2. 上传守卫： - 在op-log上传路径中添加守卫，拒绝上传，如果强制加密提供程序没有可用密钥。 - 单一阻塞点覆盖正常同步、即时上传和强制上传。 - 在完整状态循环之前放置，快照也被阻止。 - 下载仍然运行（合并-首先），加密启用流程执行第一次加密上传，设置流程和密码提示不变。 3. 深度防御： - 现在失败（在破坏性删除之前），而不是推送明文快照给强制加密提供程序。 - 关闭两个相邻路径（UI不可达的SuperSync禁用加密流程和密钥导入）。 4. 合并： - 加密启用快照现在标记为已同步，首次设置不再重新上传整个本地历史记录。 - 快照顶部也清理了启用-从设置路径。 - 镜像 。 安全性分析 新鲜vs旧：由下载区分，而不是上传。加入加密账户会抛出 -> 输入现有密码对话框；干净下载 -> 设置新密码对话框。 上传守卫：正交，所以两种情况都有效，加密提示仍然上传。 测试 单元测试：op-log上传（67），快照上传（29），加密切换（10），导入加密处理程序（15），同步提供程序vite（92）-> 全部绿色。 新多客户端e2e： 本地数据 -> 首次加密设置 -> 第二个客户端接收完全相同的任务，无重复，冲突或错误。 CI验证：在真实客户端SuperSync服务器上绿色（1通过（46.6s）），完整 套件绿色。 审查：通过7个代理多审查（正确性/安全性/架构/简单性/性能+ Codex）：泄漏已关闭，无关键发现。 未包含（后续） 服务器端：对于中止设置之前已经泄漏明文ops的用户，加上一个凭证轮换建议（操作）；服务器无法区分明文和密文。 可选：路由预存在 ：SuperSync检查通过 ，用于单一真相源。 额外：添加 输入到手动 ：调度目标SuperSync运行。 代码块 总结 该漏洞通过在SuperSync设置中上传明文操作凭证，破坏了端到端加密的承诺。修复方案包括添加可选的加密强制能力、上传守卫、深度防御和合并策略，确保数据在加密设置前不会被上传。测试和审查确认了修复的有效性。

目标达成感谢每一位支持者 — 我们达成了 100% 目标！

SuperSync端到端加密绕过漏洞及修复方案

同源更多文章

目标达成 感谢每一位支持者 — 我们达成了 100% 目标！

SuperSync端到端加密绕过漏洞及修复方案

同源更多文章

目标达成感谢每一位支持者 — 我们达成了 100% 目标！