登录 注册

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

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

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

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

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

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

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

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

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

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

  • 思源笔记

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

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

    23019 引用 • 92589 回帖
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 关注
2 收藏
2 引用
5 操作
86 回帖
4
7.0k 1.1k 224 3.8k 96 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 的隐私政策，但是有些话我绝对不会在上面说...

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

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • LeonardoDiCaprio •
    订阅者 恶龙

    所以说，那就不用内置密码就好了啊，内置密码留给相信他的人去用啊。

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

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

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

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

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

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

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

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

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

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

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

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

    我投了赞成，是建议提供这个功能，但不改变原有的密钥设置。

    我认为许多低技术用户几乎是不可能区分账户密码与密钥的，在他们看来，一道密码就已经足够保险，他们既不理解再设一遍「密码」的意义，也不会试图去弄清这些云服务上的逻辑。所以，我认为针对这些用户（我个人观点，这部分用户绝不在少数，至少一半以上），启用一个内置密钥是有必要的。

    我认为如果推出这个功能，最好是在安装后第一次打开时和工作空间相同的方式提示，比方，提供三个安全等级选项：

    • 低安全级：内置密钥，保存在服务器上，与账号绑定，配上相关声明，不会主动泄露密钥；
    • 中安全级：由字符串生成密钥，基本不会泄露，但某些特定密码或许有泄露风险；
    • 高安全级：随机生成，安全性高，但最好自己保存；

    把选择权优先交给用户，如果点进去则是各个选项的详细说明，这样或许更能满足普通用户的需要。

    1 回复
    哈，你这个也是一个很好的选择。支持
    dd798922110 •
  • 查看全部回帖
88250 MOD
但行好事莫问前程 昆明
回帖
33933
 帖子
712
 积分
166884

近期热议

推荐标签 标签

  • Solidity

    Solidity 是一种智能合约高级语言，运行在 [以太坊] 虚拟机（EVM）之上。它的语法接近于 JavaScript，是一种面向对象的语言。

    3 引用 • 18 回帖 • 401 关注
  • MySQL

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

    692 引用 • 535 回帖
  • 小说

    小说是以刻画人物形象为中心，通过完整的故事情节和环境描写来反映社会生活的文学体裁。

    28 引用 • 108 回帖
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 316 关注
  • 前端

    前端技术一般分为前端设计和前端开发，前端设计可以理解为网站的视觉设计，前端开发则是网站的前台代码实现，包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1348 回帖 • 1 关注
  • SSL

    SSL（Secure Sockets Layer 安全套接层），及其继任者传输层安全（Transport Layer Security，TLS）是为网络通信提供安全及数据完整性的一种安全协议。TLS 与 SSL 在传输层对网络连接进行加密。

    70 引用 • 193 回帖 • 418 关注
  • jsDelivr

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

    5 引用 • 31 回帖 • 72 关注
  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议，它实现了浏览器与服务器之间的全双工通信（full-duplex）。

    48 引用 • 206 回帖 • 318 关注
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架，使用 Node.js 编写。

    21 引用 • 140 回帖 • 3 关注
  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系，基于确定和自然的设计价值观上的模块化解决方案，让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖 • 4 关注
  • HHKB

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

    5 引用 • 74 回帖 • 478 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库，专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 76 关注
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统（DBMS），它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的，并于 1988 年推出了第一个 OS/2 版本。

    21 引用 • 31 回帖 • 5 关注
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 158 关注
  • 安全

    安全永远都不是一个小问题。

    200 引用 • 816 回帖
  • 架构

    我们平时所说的“架构”主要是指软件架构，这是有关软件整体结构与组件的抽象描述，用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    142 引用 • 442 回帖 • 1 关注
  • Gzip

    gzip （GNU zip）是 GNU 自由软件的文件压缩程序。我们在 Linux 中经常会用到后缀为 .gz 的文件，它们就是 Gzip 格式的。现今已经成为互联网上使用非常普遍的一种数据压缩格式，或者说一种文件格式。

    9 引用 • 12 回帖 • 147 关注
  • API

    应用程序编程接口（Application Programming Interface）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

    77 引用 • 430 回帖
  • Lute

    Lute 是一款结构化的 Markdown 引擎，支持 Go 和 JavaScript。

    26 引用 • 196 回帖 • 17 关注
  • Openfire

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

    6 引用 • 7 回帖 • 101 关注
  • 快应用

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

    15 引用 • 127 回帖
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器，可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API，可通过 DOM，CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 484 关注
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 26 关注
  • Tomcat

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

    162 引用 • 529 回帖 • 3 关注
  • 倾城之链
    23 引用 • 66 回帖 • 138 关注
  • 心情

    心是产生任何想法的源泉，心本体会陷入到对自己本体不能理解的状态中，因为心能产生任何想法，不能分出对错，不能分出自己。

    59 引用 • 369 回帖
  • Webswing

    Webswing 是一个能将任何 Swing 应用通过纯 HTML5 运行在浏览器中的 Web 服务器，详细介绍请看 将 Java Swing 应用变成 Web 应用 。

    1 引用 • 15 回帖 • 637 关注

最新标签