登录 注册

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

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

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

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

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

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

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

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

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

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

  • 思源笔记

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

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

    23010 引用 • 92553 回帖
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 回帖
关于数据同步提供内置密钥的讨论

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • mozhu •
    订阅者 付费者 支持者 捐赠者

    在内置密钥的同时，加强创建自定义密钥的提醒、自动生成备份导出。

    1 回复
  • LeonardoDiCaprio •
    订阅者 恶龙

    现在就有自动生成选项，将自动生成设置为默认，同时允许个人设置不行么？

    1 回复
  • 88250 •
    订阅者 作者 MOD

    假设现在创建自定义密钥已经会强提醒和自动导出了，那么内置密钥还有必要吗？

    1 回复
  • dd798922110 • • 2 赞同
    付费者 支持者

    1 如果是两种方式都提供，我觉得没问题。如果是用内置取代自定义，我坚决反对。
    2 内置密钥如果提供，容易成为“黑点”，别的人可以用这个来攻击思源所谓的数据安全性
    3 本身密码类的东西就是需要自己记住的。可以通过其他地方保存。个人觉得在对应的地方提示用户就可以了。同时，思源本身是本地笔记，一般线上和本地差别不太大，我觉得就算丢失密钥，问题没那么大。
    4 以上都是自己的观点

    1 回复
  • 88250 •
    订阅者 作者 MOD

    现在的自动生成密钥是随机密钥，安全性非常高，但是每次生成都是随机的。

    帖子中提到的是云端生成内置密钥，生成以后就不会改变，所以可以跨设备重复使用。

    2 回复
  • 88250 • • 1 评论
    订阅者 作者 MOD

    两种密钥生成机制都提供，不是使用内置密钥取代自定义密钥。

    这样我觉得没问题，给用户多一种选择。只是 D 大你要考虑如果别人（或者友商）拿这个来营销思源并不安全（本身数据安全是思源的买点），虽然有自定义，但是你只要有内置的这个选项，黑你的人才不关心。所以 D 大慎重考虑一下。
    dd798922110 • • 1
  • LininCN •
    订阅者 捐赠者

    赞同楼下的：默认使用内置密钥。要想更多人用，就得简化入门门槛，越简单越好

  • mozhu • • 1 赞同
    订阅者 付费者 支持者 捐赠者

    有必要的。不管强提醒还是自动备份导出，都存在人为忘记，或者备份未保存的情况。但内置不一样，内置相当于只要思源还在，账号还记得，就还能用，减少了用户本身的心理负担。

    但如果真的要上，还是要区分好新老用户。

    比如老用户已经设置过密码的，那在新设备首次同步的时候应该是默认输入自定义密码，不是默认内置密码，否则就容易发生密码不匹配的情况，这个不知道好不好弄。

    1 回复
  • LeonardoDiCaprio •
    订阅者 恶龙

    个人看法，选择自动生成的不在意安全性高多少，在意的是便捷性。毕竟上面也没写随机生成的官方知不知道或者安全性有多高，我在看到这个的时候想到的是可以省略这一步了，我的副空间就用的这个。

    真正在意的都选择自己设置了

  • 88250 •
    订阅者 作者 MOD

    我们无法区别“新老”的，最多只能区别是否在当前设备上初始化过密钥，如果初始化过并且和云端内置密钥不一致，那么就认为是自定义密钥了。

    1 回复
  • LeonardoDiCaprio •
    订阅者 恶龙

    我觉得官方有点过于在乎所谓用户体验以至于钻了牛角尖了。安全性并没有一个量化指标，1-100 分。

    1 回复
  • mozhu •
    订阅者 付费者 支持者 捐赠者

    云端同步增加这个配置项的同步呢？

    1 回复
  • 88250 •
    订阅者 作者 MOD

    我目前没有看到你投票是赞同还是反对，有点难以理解你的意思，能投票后再补充一下评论吗，谢谢。

    1 回复
  • 88250 •
    订阅者 作者 MOD

    再增加配置项的话会更复杂，用户误操作的可能性更高。

    1 回复
  • mozhu •
    订阅者 付费者 支持者 捐赠者

    这个配置项明显不是给客户配置呀。是在设置云端的时候就一并记录并和账号绑定了。

    1 回复
  • zuoez02 • • 7 赞同 • 2 评论
    订阅者 付费者 先知

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

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

    SASHUZ63WOFBKF.png

    在急救包里面包含急救步骤流程与 Q&A 文档就更好了嘿嘿
    shuoying • • 1 赞同
    这个不错，是一个很好的选择，同时也能刷一波保存隐私的好感。我支持
    dd798922110 •
  • bug320 • • 5 赞同
    订阅者 付费者

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

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

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

  • 88250 •
    订阅者 作者 MOD

    是设置云端的时候提供给用户选择，比如我们提供两个选项：

    • 内置密钥
    • 自定义密钥

    用户设备 1 上选择了内置密钥，设备 2 上选择了自定义密钥，这样也是不能成功解密的。无法做到设备 2 上面自动给用户选择内置密钥。

    1 回复
  • leolee • • 1 • 1 赞同
    订阅者 捐赠者 恶龙

    建议不要。很可能会授人以柄

    1 回复
  • LeonardoDiCaprio • • 1 • 1 赞同
    订阅者 恶龙

    保留原有机制的前提下我投赞成票。

    作为要面向大众的软件，要尽可能的简化操作流程，降低入门门槛，最显明的例子就是苹果在女生中流行的一部分原因其实是苹果系统操作简单，不需要太繁琐的操作。

    说实话，我认为思源如果想面向更多的用户，总是要简化流程的。我不是说现在不好，只是说，如果现在的操作难度是 90 分，那每降低一分，就意味着多 1% 潜在用户。

  • LeonardoDiCaprio •
    订阅者 恶龙

    我觉得没那么夸张，要这么说，世界上其他笔记软件都别做了，只留思源就好了。毕竟他们都是内置的。

    3 回复
  • leolee • • 1 赞同
    订阅者 捐赠者 恶龙

    每个软件面对的环境不一样，就算最终会内置密钥，可能现在也不是合适的时机

    1 回复
  • zuoez02 •
    订阅者 付费者 先知

    追求不一样，有的人不在乎自己的隐私，有的在乎

    1 回复
  • leolee •
    订阅者 捐赠者 恶龙

    而且说实话，思源相关的舆论环境，确实就是很夸张。。。

  • LeonardoDiCaprio •
    订阅者 恶龙

    内置和自定义同时提供的话，我们觉得不安全可以用自定义啊

  • LeonardoDiCaprio • • 1 赞同
    订阅者 恶龙

    把帖子正文改一下把，我猜 80% 投反对票的都觉得你要把自定义密钥取消了改成内置密钥。

    1 回复
  • LeonardoDiCaprio •
    订阅者 恶龙

    不是两个同时提供么？似乎并没有影响到谁的利益，，

  • leolee •
    订阅者 捐赠者 恶龙

    我个人没有觉得不安全，从之前五一那段时间来看，会有人想要大家觉得不安全

  • 88250 •
    订阅者 作者 MOD

    正文结尾已经加入说明，投票的前提是两种机制都提供，不是取代关系。

    1 回复
  • LeonardoDiCaprio •
    订阅者 恶龙

    字体大一点，或者放到第一排。。

    我觉得预防针要先打，而不是最后补充一句 😂 反对情绪上来了不会看后续的

    额，这只是我对网民的一种认知，你看着来

    1 回复
  • 88250 •
    订阅者 作者 MOD

    嗯，已经调整到正文第一行了。

  • shuoying • • 1 • 1 赞同
    订阅者 支持者 捐赠者 恶龙

    由于思源密钥可以直接导出, 目前来说基本没有听过因为删除本地工作空间导致密钥与数据一起丢失的问题

    而且目前的机制对新用户来说, 也就是多点几下鼠标的麻烦, 大幅度牺牲安全性提供这点便利性并不可取

  • Aiviokoo •
    订阅者 恶龙

    虽然我投了赞成，但是能不加还是不吧，现在配置也比较简单了。而且以小黑子的性格，肯定会在上面取片面之词大做文章的，我不太想看到黑子乱说。

  • Ocean0117 • • 1 赞同 • 1 评论
    订阅者

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

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

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

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

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

    1 回复
    哈，你这个也是一个很好的选择。支持
    dd798922110 •
  • zuoez02 • • 1 评论
    订阅者 付费者 先知

    提供一下云端存储密钥如何确保在被脱库的情况下仍能确保密钥不被泄露的方案吧。能达到一般系统的数据库和代码暴露的情况下仍然获取不到密码的方式就可以了。

    1 引用
    当数据被交出去后，就很难保证了吧。最牢靠的还是不要上传，个人觉得。
    dd798922110 •
  • 88250 •
    订阅者 作者 MOD

    提供多一种密钥生成方式无形中也增加了用户的使用负担。比如你建议的三种选项，用户需要考虑到底使用哪一种，在难以抉择的时候可能会随便选择某一种（也可能会趋向于高安全级别），一旦这个设备上选择了这种方式生成密钥，那么其他设备上也要选择相同的方式，对于普通用户而言这一步就很可能会选错……

    所以增加内置密钥很有可能会给用户带来额外的操作成本，操作步骤中的分支意味着配置不当的概率会增加，从而背离提供内置密钥提供便利的初衷。

  • zxhd86 • • 2 赞同 • 1 评论
    订阅者 先知

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

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

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

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

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

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

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

    因为是开源软件，所以破解变得格外容易是么？

    不过 D 都投了反对票，那就没啥讨论的必要了。

    1 回复
    开源会降低破解难度，因为攻击者不需要猜你用的是哪种加密算法，但没有还是能逆向出来，只是比较难。
    zxhd86 •
    如果用分数来衡量破解难度的话，密码 100 分，闭源 50 分，良好的算法 1000 分，原本是 1100 的，内置后现在就剩下 100 分了。
    zxhd86 •
    不过 d 的反对票只能代表他个人的想法，他一直就是反对的。假如社区认为真的内置好的话，那也会做的，这在技术上不难。
    zxhd86 •
    @zxhd86 我的意思是，虽然我投赞成，但是目前的形式反对居多。如果 D 也反对的话，那我也没必要坚持了。我的坚持是因为我认为他好。但是思源的掌舵人是 D，我相信他的判断。
    LeonardoDiCaprio •
    @zxhd86 不是两种都可以么？我继续用原来的呢？
    LeonardoDiCaprio •
    @LeonardoDiCaprio 当然可以，我的理由只是说这不利于使用内置密钥的用户，认为这是为了提高思源的便利性进而提高思源的口碑，而牺牲了他们的安全。
    zxhd86 •
    @LeonardoDiCaprio 换而言之，我认为这对于思源本身、对于用自定义密钥的用户来说，起码是没有影响，更可能是有利无害，只是损害了使用内置密钥用户的安全。
    zxhd86 •
    @zxhd86 大家都知道骑摩托车不安全，难道摩托飙车党不知道么？我们上街游行，理由是摩托车对飙车党的生命有危害，那飙车党会感谢我们么？
    LeonardoDiCaprio •
    @zxhd86 所以说，你认为这样会损害他们的利益，却不知道他们并不认为这样对他们利益有损，反而是设置自定义密码才让他们望而却步。萌新说，只是多点几步的事。我其实不这么看。他是 IT 界大佬，他懂得多，我为了些 SQL 花了近一个月学习，对他来说也不过是敲敲键盘罢了。实际上很多人连说明书都不想看，这几步可能就是堵在他和思源之间的一堵墙。
    LeonardoDiCaprio •
    @zxhd86 我记得，前一阵子抖音有一个 up 挺火的，她做视频就是教你最基础的东西，大概对我们来说就是怎么安装软件这个级别的人。但是他火了，为什么？因为现在的人确实不爱看说明书了，东西拿在手上，自己琢磨能用，就用，不能用，竞品那么多，换一个就好了。
    LeonardoDiCaprio •
    @zxhd86 哦对，我不希望有人杠我什么这些人不是思源的目标客户之类的话，所以补充一句，每一个人，只要他有写笔记的需求，他就是思源的目标客户
    LeonardoDiCaprio •
  • yawei • • 1 • 4 赞同 • 1 评论
    订阅者

    我投了反对票。

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

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

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

    我的想法跟你一样。
    dd798922110 •
  • suiji • • 1
    订阅者

    我投赞成票，虽然我自己不是，但我相信一定有许多用户是不需要严格的私密性的，一来是个人防护意识淡漠，二来可能是笔记内容本身并不敏感。提供内置密钥与其说给防护意识淡漠的人以方便，不如说是给内容不敏感的笔记记录以方便——免得给人一种成见：我又不记录多私密的笔记，干嘛要用思源笔记？

    所以，在提供内置密钥时，不妨把说明适当夸大点：选择内置密钥几乎默认你放弃私密性。

  • 88250 • • 1 赞同
    订阅者 作者 MOD

    开源软件是否更容易破解这个不好下结论，但是公开加密算法不不意味着就能破解这一点是肯定的。

    本贴的意义在于集思广益，只是我个人考虑的话难免会存在思路上的局限，这会限制思源的长期发展。

  • qiancang •
    付费者

    支持使用自定义密钥方案，不反对提供内置密钥方案。

    在用户启用同步功能的时候，应该默认要求设置自定义密钥，在输入窗口可以加个使用内置密钥的按钮，并在点击后弹窗提示相应风险。

    内置密钥的云端计算方案应该是部署在服务器上不开源的吧？内置密钥从服务器传输到本地的过程是加密的吗，传输过程是否存在泄露风险？

    1 回复
  • 88250 •
    订阅者 作者 MOD

    如果要做的话，内置密钥生成算法是不开源的，传输使用 HTTPS，存在泄漏风险。

  • someone101676 • • 2 评论

    反对投票本身 2023-05-12 20:19:03

    这个投票没有意义, 投哪个都会有争议, 没能解决真正的问题.

    方便与安全不一定要对立起来, 不同需求的用户也不一定要对立起来.

    1 回复
    1 操作
    someone101676 在 2023-05-12 20:19:10 更新了该回帖
    感觉你提出两个方案跟这次投票的好像没什么区别。个人觉得
    dd798922110 •
    @dd798922110 大概的意思就是, 在自定义密钥与自定义存储提供商之前, 按需求区分人群, 简单需求软件/思源处理, 高级的需求完全自定义.
    someone101676 •
  • zuoez02 • • 1 • 2 赞同 • 2 评论
    订阅者 付费者 先知

    网络安全课程里第一堂课讲的内容：“安全性最重要的不是算法，而是密钥的管理”。啥算法再高级，只要你密钥泄露出去了，基本就是玩完。密钥不做保护，太白搭。甚至可以被内部利用。

    本地客户端，密钥直接就在全局变量里，window.siyuan.config.repo.key。所有插件都可以直接访问的到，S3 配置，window.siyuan.config.sync.s3。拿到这两样，一个思源用 S3 存储的客户的数据就已经可以被插件读走了。假设我做个好用的插件，直接编译压缩混淆，代码审核起来也费劲，完全是有可能的。

    1 回复
    大佬，你这个评论让我一身冷汗啊。我装了一大堆插件
    dd798922110 •
    完了……对安全性产生怀疑了
    dd798922110 •
  • 88250 •
    订阅者 作者 MOD

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

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

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

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

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

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

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

    3 回复
  • 88250 •
    订阅者 作者 MOD

    是的，这部分已经在用户指南中的 数据安全 章节描述过。

    1 回复
  • zuoez02 • • 1 • 1 赞同
    订阅者 付费者 先知

    image.png

    说的是这个吗？用插件读取用户配置我认为是内部攻破了软件自身安全性，不属于“用户不泄露密钥给攻击者”，而且软件行为用户本身也没法修改

    1 回复
  • someone101676 •

    简单的同步备份, 不需要关心密钥是如何产生. 2023-05-12 20:20:02

    1 回复
    1 操作
    someone101676 在 2023-05-12 20:20:17 更新了该回帖
  • 88250 •
    订阅者 作者 MOD

    对，本地环境上面我们只能认为是受信任的安全环境，包括插件的安装或者其他软件的行为都认为是受控的。

    1 回复
请输入回帖内容 ...
88250 MOD
但行好事莫问前程 昆明
回帖
33930
 帖子
712
 积分
166904

近期热议

推荐标签 标签

  • 工具

    子曰：“工欲善其事，必先利其器。”

    288 引用 • 734 回帖
  • PostgreSQL

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

    22 引用 • 22 回帖
  • 分享

    有什么新发现就分享给大家吧！

    248 引用 • 1795 回帖
  • Solo

    Solo 是一款小而美的开源博客系统，专为程序员设计。Solo 有着非常活跃的社区，可将文章作为帖子推送到社区，来自社区的回帖将作为博客评论进行联动（具体细节请浏览 B3log 构思 - 分布式社区网络）。

    这是一种全新的网络社区体验，让热爱记录和分享的你不再感到孤单！

    1435 引用 • 10056 回帖 • 489 关注
  • SpaceVim

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

    3 引用 • 31 回帖 • 105 关注
  • jsoup

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

    6 引用 • 1 回帖 • 484 关注
  • 爬虫

    网络爬虫（Spider、Crawler），是一种按照一定的规则，自动地抓取万维网信息的程序。

    106 引用 • 275 回帖 • 1 关注
  • Gzip

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

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

    Typecho 是一款博客程序，它在 GPLv2 许可证下发行，基于 PHP 构建，可以运行在各种平台上，支持多种数据库（MySQL、PostgreSQL、SQLite）。

    12 引用 • 65 回帖 • 445 关注
  • 七牛云

    七牛云是国内领先的企业级公有云服务商，致力于打造以数据为核心的场景化 PaaS 服务。围绕富媒体场景，七牛先后推出了对象存储，融合 CDN 加速，数据通用处理，内容反垃圾服务，以及直播云服务等。

    27 引用 • 225 回帖 • 163 关注
  • 996

    “工作 996， 生病 ICU”

    13 引用 • 200 回帖 • 10 关注
  • Flume

    Flume 是一套分布式的、可靠的，可用于有效地收集、聚合和搬运大量日志数据的服务架构。

    9 引用 • 6 回帖 • 637 关注
  • V2Ray
    1 引用 • 15 回帖 • 1 关注
  • TGIF

    Thank God It's Friday! 感谢老天，总算到星期五啦！

    288 引用 • 4485 回帖 • 663 关注
  • 智能合约

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

    1 引用 • 11 回帖 • 2 关注
  • Caddy

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

    12 引用 • 54 回帖 • 159 关注
  • Docker

    Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的操作系统上。容器完全使用沙箱机制，几乎没有性能开销，可以很容易地在机器和数据中心中运行。

    492 引用 • 926 回帖
  • 反馈

    Communication channel for makers and users.

    123 引用 • 913 回帖 • 250 关注
  • NetBeans

    NetBeans 是一个始于 1997 年的 Xelfi 计划，本身是捷克布拉格查理大学的数学及物理学院的学生计划。此计划延伸而成立了一家公司进而发展这个商用版本的 NetBeans IDE，直到 1999 年 Sun 买下此公司。Sun 于次年（2000 年）六月将 NetBeans IDE 开源，直到现在 NetBeans 的社群依然持续增长。

    78 引用 • 102 回帖 • 683 关注
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理。

    110 引用 • 54 回帖 • 1 关注
  • 阿里云

    阿里云是阿里巴巴集团旗下公司，是全球领先的云计算及人工智能科技公司。提供云服务器、云数据库、云安全等云计算服务，以及大数据、人工智能服务、精准定制基于场景的行业解决方案。

    89 引用 • 345 回帖
  • CSS

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

    196 引用 • 540 回帖 • 1 关注
  • 区块链

    区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法 。

    91 引用 • 751 回帖 • 1 关注
  • SVN

    SVN 是 Subversion 的简称，是一个开放源代码的版本控制系统，相较于 RCS、CVS，它采用了分支管理系统，它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 694 关注
  • SEO

    发布对别人有帮助的原创内容是最好的 SEO 方式。

    35 引用 • 200 回帖 • 27 关注
  • Electron

    Electron 基于 Chromium 和 Node.js，让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目，兼容 Mac、Windows 和 Linux，它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架，它对 JDBC 进行了非常轻量级的对象封装，使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 715 关注

最新标签