登录 注册

关于数据同步提供内置密钥的讨论

本贴最后更新于 440 天前，其中的信息可能已经物是人非

提供内置密钥不是取代自定义密钥，而是两种密钥生成方式用户自己选择。

  • 内置密钥：通过不可变的用户账号信息（比如用户 ID 等）在云端自动生成并保存密钥
  • 自定义密钥：现有的密钥生成方式，在本地生成并保存密钥

内置密钥的优点：对于新用户友好，用户无需记住密钥，只要登录账号就可以使用内置密钥加解密数据快照

内置密钥的缺点：安全性没有自定义密钥高，技术上开发者是可以解密云端数据的

总得来说，内置密钥是降低一些安全性而提升便利性。

你是否赞同提供内置密钥？

单选 • 公开 • 已于 2023-05-18 17:45:00 结束 135 票
赞同
33% • 45 票
反对
66% • 90 票

如果你投了反对票，方便的话请在评论区描述一下反对的理由，也欢迎在评论区补充其他观点，谢谢。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统，支持完全离线使用，同时也支持端到端加密同步。

    融合块、大纲和双向链接，重构你的思维。

    20197 引用 • 78026 回帖
2 引用
关于思源笔记隐私性的再思考 • PiChou
更新到最新版，同步 webdav 需要登陆账号？ • qiancang
5 操作
88250 管理员在 2023-05-18 09:08:01 取消置顶了该帖
88250 管理员在 2023-05-11 22:29:16 置顶了该帖
88250 在 2023-05-11 19:09:06 更新了该帖
88250 在 2023-05-11 18:54:39 更新了该帖 88250 在 2023-05-11 17:57:25 置顶了该帖
昆明 位置
1 感谢
1 关注
1 收藏
2 引用
5 操作
85 回帖
4
5.9k 1.0k 224 2.8k 91 92 1.7k

相关帖子

优质回帖
  • zuoez02 • • 7 赞同
    订阅者 付费者 先知

    内置方案有悖思源隐私性的特点，主打的安全性将被破坏。托管客户的密钥也将置官方于不利境地，相当于是沦落为跟 Notion、FlowUs、Wolai 同流了。客户无法相信审查是不是就是下一步。

    思源作为一家非常注重云端数据隐私性的笔记厂商，建议借鉴 1Password 在密钥管理方面的经验。在生成密钥时生成“急救包”，告诫用户做好保存。

    SASHUZ63WOFBKF.png

  • bug320 • • 5 赞同
    订阅者 付费者

    内置密钥会让人“敏感”起来。而且，忘记密码这种事情，本地都是明文加密，重置密钥上传即可。这个功能，我觉得还是不要加为好。如果要加，第一，不能设置成“默认”的密钥选项；第二，请务必保留自定义密钥功能。

    如果是对小白，可以考虑把这块的帮助说明写的详细点。

    像我这种把个人账号、日记啥的写到笔记软件的人，还是比较在意这块的。从“某来”软件迁出的原因，就是因为知乎上帖子，虽然无法对帖子真假性判断，但还是本着“万一是真的呢”的想法，开始比对市面主要的几款软件，最后选了 siyuan。我当时选择 siyuan，最开始还是冲着“完全本地 ”、“端到端加密”、“国内的软件”去的。

  • yawei • • 1 • 4 赞同
    订阅者

    我投了反对票。

    原因：对于我这样的普通用户，不要给我介绍太多技术细节，我需要的只是一个简单粗暴的结论。你就告诉我，如果使用自定义密钥，除了你自己谁也看不到你写的东西。哪怕你写了一些不正确的，不能见光的，ZZ 敏感的东西，只要你保管好自己的电脑，就不用担心这些文字被别人截获。如果是这样，哪怕我同时还在用 workflowy, remnote 等一堆云端笔记，我也不会抛弃思源。

    但如果你告诉我，你的云端数据是会被解谜的哦。哪怕可能性只有 0.00000001%，我打字的时候心里也会有些膈应...我从来没看过 WX，WB 这些 app 的隐私政策，但是有些话我绝对不会在上面说...

    与其说是个技术问题，不如说是个心理问题，或者刻板影响。

85 回帖
关于数据同步提供内置密钥的讨论

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册 关于
请输入回帖内容 ...
  • source • • 1
    付费者

    我用自定義密鑰，但不妨礙其他人選擇內置密鑰，兩者共存確實是最好的

  • 其他回帖
  • zuoez02 • • 1 评论
    订阅者 付费者 先知

    你的数据上传到服务器的时候已经加密了，理论上从服务器那根本获取不到明文内容，除非你自己的密钥见光了。

    我能够想象的实际方案实现，无论那种情况，密钥会被作为一种“可还原”的数据存储在云端，要么明文，要么加密存储解密使用，其达不到常见的“hash(密码 + 盐)"的那种密码存储方式，就存在危险性，对用户对思源都不利，也就是说你的密钥是在云端“见光”的，算法上无法保证其安全性。或者如果有哪个技术方案可以满足云端不存储你的密钥的方法，也可以跟大家分享一下。

    跟 wolai，flowus 或者 notion 不同，思源没有云端，所有数据都在自己的手里。用户用云端产品和本地软件的感受是不一样的。默认上用户的感受就是没有人能够获取你的数据，这是思源非常重要的特性和与其他类似产品的本质区别。

    前面评论有误，我改一下：自定义密钥保存在本地就没啥问题，自动生成密钥保存在云端确实有被见光的风险。
    EberhardLin •
  • zxhd86 • • 2 赞同 • 1 评论
    订阅者 先知

    我投了反对票，是因为在我看来这个是安全不绝对，等于绝对不安全。

    首先，我认为安全性不是下降一点，而是下降到稍微努力就能攻破的地步。

    思源是开源软件，加密算法是公开的。从这个角度来说，开发者和攻击者所站的高度是一致的，假如得到了不可变的账号信息，那么攻破云端数据加密不在话下。也就是说，思源的安全等级从之前的目前技术无法攻破变为了上限是攻破密码即可。如果对于不可变的账号信息的选择不慎，那可能连破解密码都不需要。

    而哪怕是上限，密码所能提供的保护能力是极其低下的，目前 QQ、微信之流都增加了验证步骤，就足以见得。

    其次，思源作为一个实体存在的公司运营的产品，就必须考虑政策的影响。很多时候，不是开发者自己不愿意侵入用户隐私就能如愿的，当你有能力的时候，用户的安全只取决于政策的变动。如果政策需要登记用户的笔记内容（这可能听起来有点扯，但是你必须考虑有这种可能），你作为有能力的开发者，你就必须照做。对于这种问题，最好的做法就是不要打开潘多拉的魔盒，不要触及这种风险。

    最后，说一点题外话，就算有了内置密钥，而且新的用户基本选择了内置密钥，难道就说明他们愿意放弃真正的安全性？他们可能只是不理解这么麻烦的意义，所以从方便起见，选择了只方便一点的方案。对于这些用户，我们更应该教育他们，替他们作出决断，而不是把选择直接交给他们，这在我看来无疑就是一个免责声明而已。

    1 回复
    1 引用
    首先，针对开源软件，加密的原理是破解的代价非常大（耗时是天文数字），理论上就是安全的。同时后端关于审查的内容支持，D 大也要考虑一下如果思源用户再多起来以后，审查的事情要好好考虑一下。
    dd798922110 •
  • 88250 •
    订阅者 作者 MOD

    这个投票的意义我前面简短写过一点，怎么能说没有意义呢……

    不同需求的用户实际上已经通过产品选择过滤了，比如不需要本地数据的用户会选择云端产品，安全性和便利性本身是对立的，我们讨论的意义在于探寻是否存在一个折中方案进行兼顾。

    对于“真正的问题”前面已经讨论过，即内置密钥（甚至是不加密）的需求是客观存在的，但是思源是不是一定要去实现这个需求？思源的受众定位如果不考虑这部分用户的需求是否合理？

    我认为一个产品不可能满足所有人的需求的，放弃一部分需求是合理的。在内置密钥这个具体的需求上，放弃的代价可能就是无法获得更多“小白用户”的青睐，但真正的小白用户会选择本地优先的产品吗？这也是个需要不断思考和讨论的问题。

    我们期望的不是毫无根据的信任，而是能够用技术证明的信任。开发者抛开代码实现谈信任是一种不负责任的做法，用户将希望寄托于开发者人品上也是不明智的，因为人品不能保证安全，但是代码能。

    对于内置密钥就像前面 @zxhd86 提到的那样：“安全不绝对，等于绝对不安全”，一旦我们为思源提供了不足够安全的加密方案，云端数据实际上有很多泄漏的可能性，不只是开发者可以解密，云服务提供商也可以。所以前面 @zuoez02 提出了实现内置密钥后进一步的安全方案，但是这个方案非常难实现，或者说对于我们来说代价过高，已经偏离了现在的目标。

    如果把提供内置密钥看作功能性需求的话，多提供一种选择给用户确实更好；但如果把它看作是非功能性需求的话，提供了内置密钥会导致产品整体安全性降低很多。

    3 回复
  • 查看全部回帖
88250 MOD
但行好事莫问前程 昆明
回帖
33190
 帖子
712
 积分
168280

近期热议

推荐标签 标签

  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台，同时可以将自己看到的精彩内容分享到微信朋友圈。

    130 引用 • 793 回帖
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统，实现一个自托管的 Git 项目仓库，可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖
  • Sym

    Sym 是一款用 Java 实现的现代化社区（论坛/BBS/社交网络/博客）系统平台。

    下一代的社区系统，为未来而构建

    524 引用 • 4599 回帖 • 701 关注
  • Vim

    Vim 是类 UNIX 系统文本编辑器 Vi 的加强版本，加入了更多特性来帮助编辑源代码。Vim 的部分增强功能包括文件比较（vimdiff）、语法高亮、全面的帮助系统、本地脚本（Vimscript）和便于选择的可视化模式。

    28 引用 • 66 回帖 • 7 关注
  • 游戏

    沉迷游戏伤身，强撸灰飞烟灭。

    171 引用 • 814 回帖
  • 链滴

    链滴是一个记录生活的地方。

    记录生活，连接点滴

    143 引用 • 3752 回帖 • 2 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台，它支持多种框架、语言、运行时环境、云平台及应用服务，使开发人员能够在几秒钟内进行应用程序的部署和扩展，无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 150 关注
  • FFmpeg

    FFmpeg 是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。

    23 引用 • 31 回帖 • 8 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等，它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比，Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面，而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 322 关注
  • MyBatis

    MyBatis 本是 Apache 软件基金会 的一个开源项目 iBatis，2010 年这个项目由 Apache 软件基金会迁移到了 google code，并且改名为 MyBatis ，2013 年 11 月再次迁移到了 GitHub。

    170 引用 • 414 回帖 • 398 关注
  • 安装

    你若安好，便是晴天。

    131 引用 • 1184 回帖 • 1 关注
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据（或者事件）流的 API。它组合了观察者模式，迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 143 关注
  • 持续集成

    持续集成（Continuous Integration）是一种软件开发实践，即团队开发成员经常集成他们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。

    14 引用 • 7 回帖
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 715 关注
  • 微软

    微软是一家美国跨国科技公司，也是世界 PC 软件开发的先导，由比尔·盖茨与保罗·艾伦创办于 1975 年，公司总部设立在华盛顿州的雷德蒙德（Redmond，邻近西雅图）。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖 • 3 关注
  • 锤子科技

    锤子科技（Smartisan）成立于 2012 年 5 月，是一家制造移动互联网终端设备的公司，公司的使命是用完美主义的工匠精神，打造用户体验一流的数码消费类产品（智能手机为主），改善人们的生活质量。

    4 引用 • 31 回帖 • 10 关注
  • Caddy

    Caddy 是一款默认自动启用 HTTPS 的 HTTP/2 Web 服务器。

    10 引用 • 54 回帖 • 142 关注
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    544 引用 • 3531 回帖
  • jQuery

    jQuery 是一套跨浏览器的 JavaScript 库，强化 HTML 与 JavaScript 之间的操作。由 John Resig 在 2006 年 1 月的 BarCamp NYC 上释出第一个版本。全球约有 28% 的网站使用 jQuery，是非常受欢迎的 JavaScript 库。

    63 引用 • 134 回帖 • 726 关注
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态；标准是由主流手机厂商组成的快应用联盟联合制定；快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台；以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖
  • 笔记

    好记性不如烂笔头。

    306 引用 • 782 回帖 • 1 关注
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台， 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动， 非阻塞 I/O 模型而得以轻量和高效。

    138 引用 • 268 回帖 • 128 关注
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高，单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 97 关注
  • Maven

    Maven 是基于项目对象模型（POM）、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    186 引用 • 318 回帖 • 332 关注
  • IPFS

    IPFS（InterPlanetary File System，星际文件系统）是永久的、去中心化保存和共享文件的方法，这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    20 引用 • 245 回帖 • 241 关注
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务，可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 31 回帖 • 50 关注
  • PWA

    PWA（Progressive Web App）是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术，在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 135 关注

最新标签