登录 注册

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

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

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

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

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

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

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

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

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

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 感谢
2 关注
1 收藏
5 操作
83 回帖
16
4
1.9k 686 137 122 65 39 811

相关帖子

优质回帖
  • zuoez02 • • 6 赞同
    订阅者

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

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

    SASHUZ63WOFBKF.png

  • bug320 • • 5 赞同
    订阅者

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

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

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

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

    我投了反对票。

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

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

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

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • flying218 • • 1

    虽然内置密钥是个可选项，但这个内置密钥一旦存在，就相当于给程序开了个后门。虽然说用户可以自行决定是否开启，但钥匙并不在用户手上。万一，系统出现故障，这把钥匙到了另一名用户手上，怎么办？

  • 其他回帖
  • yawei • • 1 • 2 赞同 • 1 评论
    订阅者

    我看到很多支持内置密钥的人不理解为什么有人要反对。毕竟是在保持原有自定义密钥不变的条件下，增加一个新的选择，你们想要的隐私性，安全性又不会被损害。内置密钥的危险性在哪里?

    我认为很多反对的人，其实并不是从自身利益出发，而是在给开发者出谋划策，站在思源的角度去讨论。在我看来可能的坏处有两点：

    1. 削弱思源的独特性
      从用户数量来看，思源还是一个小众软件。由于传播渠道有限，许多小白用户在知道思源，了解思源，试用思源，到将思源作为主力工具这一过程中，肯定也会对某来，Ob 等其他笔记软件有一些或多或少的了解，并和思源进行比较。经过几轮筛选，能被思源黏住的小白用户，大概都会有“其实 A，B，C 都能满足我的日常需求，但如果考虑到安全性，还是思源最合适”这种想法吧。增强“思源笔记”与“隐私”，“安全”等关键词的关联性，对思源推广很有利。
      如果增加了内置密钥选项，“思源笔记”本身与“隐私”，“安全”的关联性会被削弱和模糊，转而必须强调“自定义密钥”这一概念。如果是因为安全性而选择思源，记得一定要使用“自定义密钥”哦。如果选择了“内置密钥”，也就是选择了“虽然我知道开发者能看到我的笔记内容，但我相信他是一个正直的人，他绝对不会看的”。

    2. 增加由误解产生的争论
      在围绕安全性的争论中，以前只有两个大组：“我觉得思源安全”组和“我觉得思源不安全”组。现在又细分成了：

      1. “我觉得两种密钥都安全”组
      2. “我觉得两种密钥都不安全”组
      3. “我觉得自定义密钥安全，内置密钥不安全”组
      4. “我觉得内置密钥安全，自定义密钥不安全”组（说不定真有人这样认为，因为如果不记得自定义密钥会丢数据）

      所以之后再讨论时，大家嘴上说的都是思源怎样怎样，但在没有明确前提的条件下，有人心里默认的可能是使用自定义密钥下的思源，有人想的是内置密钥。这还是建立在所有人都能正确认识概念的前提下。增加一个新的概念，在某种意义上就将用户又分为了两组，正确认知组和错误认知组。可能还有人自以为搞清楚了（但实际上没有）就加入了讨论。这些都容易让用户之间产生误解，进而引发争论。

    但是这些反对的人只能看到内置带来的“坏处”，看不到他的优越性，哪怕看投票，将来也会有 36% 的思源用户会选择实用内置密码。
    LeonardoDiCaprio •
  • bug320 • • 5 赞同
    订阅者

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

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

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

  • 88250 •
    订阅者 作者

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

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

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

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

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

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

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

    3 回复
  • 查看全部回帖
88250
但行好事莫问前程 昆明
回帖
28379
 帖子
710
 积分
184543

近期热议

推荐标签 标签

  • 友情链接

    确认过眼神后的灵魂连接，站在链在！

    24 引用 • 364 回帖 • 1 关注
  • 996

    “工作 996， 生病 ICU”

    13 引用 • 200 回帖 • 3 关注
  • MySQL

    MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    658 引用 • 530 回帖 • 103 关注
  • IBM

    IBM（国际商业机器公司）或万国商业机器公司，简称 IBM（International Business Machines Corporation），总公司在纽约州阿蒙克市。1911 年托马斯·沃森创立于美国，是全球最大的信息技术和业务解决方案公司，拥有全球雇员 30 多万人，业务遍及 160 多个国家和地区。

    16 引用 • 53 回帖 • 64 关注
  • 生活

    生活是指人类生存过程中的各项活动的总和，范畴较广，一般指为幸福的意义而存在。生活实际上是对人生的一种诠释。生活包括人类在社会中与自己息息相关的日常活动和心理影射。

    225 引用 • 1443 回帖
  • 互联网

    互联网（Internet），又称网际网络，或音译因特网、英特网。互联网始于 1969 年美国的阿帕网，是网络与网络之间所串连成的庞大网络，这些网络以一组通用的协议相连，形成逻辑上的单一巨大国际网络。

    96 引用 • 330 回帖
  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发，最早发布于 2014 年 9 月。

    50 引用 • 19 回帖 • 1 关注
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 395 关注
  • Thymeleaf

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

    11 引用 • 19 回帖 • 274 关注
  • LaTeX

    LaTeX（音译“拉泰赫”）是一种基于 ΤΕΧ 的排版系统，由美国计算机学家莱斯利·兰伯特（Leslie Lamport）在 20 世纪 80 年代初期开发，利用这种格式，即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能，能在几天，甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式，这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    8 引用 • 32 回帖 • 265 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案，后端采用 Go 编写，采用 MIT 许可证。

    3 引用 • 16 回帖 • 2 关注
  • App

    App（应用程序，Application 的缩写）一般指手机软件。

    90 引用 • 378 回帖
  • CSS

    CSS（Cascading Style Sheet）“层叠样式表”是用于控制网页样式并允许将样式信息与网页内容分离的一种标记性语言。

    176 引用 • 436 回帖 • 2 关注
  • NGINX

    NGINX 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 NGINX 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，第一个公开版本 0.1.0 发布于 2004 年 10 月 4 日。

    299 引用 • 543 回帖 • 230 关注
  • Git

    Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    198 引用 • 356 回帖 • 1 关注
  • SpaceVim

    SpaceVim 是一个社区驱动的模块化 vim/neovim 配置集合，以模块的方式组织管理插件以
    及相关配置，为不同的语言开发量身定制了相关的开发模块，该模块提供代码自动补全，
    语法检查、格式化、调试、REPL 等特性。用户仅需载入相关语言的模块即可得到一个开箱
    即用的 Vim-IDE。

    3 引用 • 31 回帖 • 52 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者规模的网站中的所有动作流数据。 这种动作（网页浏览，搜索和其他用户的行动）是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    34 引用 • 35 回帖 • 1 关注
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具，它能把各种资源，例如 JS、CSS（less/sass）、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 300 关注
  • 倾城之链
    23 引用 • 61 回帖 • 59 关注
  • 智能合约

    智能合约（Smart contract）是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。

    1 引用 • 11 回帖 • 11 关注
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖
  • Angular

    Angular 是 AngularJS 的新版本。

    26 引用 • 66 回帖 • 430 关注
  • HHKB

    HHKB 是富士通的 Happy Hacking 系列电容键盘。电容键盘即无接点静电电容式键盘（Capacitive Keyboard）。

    5 引用 • 74 回帖 • 370 关注
  • PostgreSQL

    PostgreSQL 是一款功能强大的企业级数据库系统，在 BSD 开源许可证下发布。

    20 引用 • 22 回帖 • 2 关注
  • RESTful

    一种软件架构设计风格而不是标准，提供了一组设计原则和约束条件，主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

    30 引用 • 114 回帖
  • Spring

    Spring 是一个开源框架，是于 2003 年兴起的一个轻量级的 Java 开发框架，由 Rod Johnson 在其著作《Expert One-On-One J2EE Development and Design》中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许使用者选择使用哪一个组件，同时为 JavaEE 应用程序开发提供集成的框架。

    923 引用 • 1452 回帖 • 347 关注
  • Tomcat

    Tomcat 最早是由 Sun Microsystems 开发的一个 Servlet 容器，在 1999 年被捐献给 ASF（Apache Software Foundation），隶属于 Jakarta 项目，现在已经独立为一个顶级项目。Tomcat 主要实现了 JavaEE 中的 Servlet、JSP 规范，同时也提供 HTTP 服务，是市场上非常流行的 Java Web 容器。

    155 引用 • 529 回帖 • 1 关注

最新标签