YangWaleed

跑了 5 公里，感觉毫无难度

@lepig 好吧，可能你的表达让我误会了吧

存储在后端是必然的，存明文和存密文的差别很大，甚至如果存的是 md5 等不可逆的，也可以说 “后端没存原值”

另外，我其实不认为这是平台懒政，平台的安全责任只能做到 “不从自己这泄露出去”，平台也管不了 “用户使用方式泄露” 的情况。

如果平台要做 “能够再次查看” 还要能保证基础安全，那就要引入一堆和解密用的私钥的管理相关的系统和组件，也就引入一堆安全风险点，要投入更多的安全成本才能保证相同的安全性。
而做这么一堆就只是提供 “能再次复制” 而已，而这功能有能带来多少收益呢？
又不是 1password 专门做密码管理的公司，做这么多却出力不讨好

@lepig 我有点好奇你想表达的是什么？

OP 发的两种做法在从后端来看是 “存明文” 和 “存密文” 的区别，上面的楼层也讨论的是这两种做法的优劣。
而你 “本意是说它生成的这个东西后端肯定会存一份”，我们都知道会存一份，然后呢？
你的观点是什么？

@LXVC 因为当你修改密码拿回账户后，你直接把黑客创建的那个 key 删了就行了。

如果黑客能拿到你之前的 key ，那你就还得把所有用到这个 key 的地方全换了。
更进一步，如果这个 key 你给多个设备、多个人共用，那这些设备和这些人都要全都替换一遍。
这样看是不是影响更大？

@yanerweb
第 2 种做法保护的是平台自己，就算平台被入侵了也不会泄漏，那 key 泄漏了只能是用户侧。

而你这里列出的这些基本上都是用户视角，而且基本上也都是 “不好的使用习惯”。

1. 平台能随时查看就不会有人把 key 存到其他地方了？笔记、聊天记录、Git 、飞书文档里别说 key 了，用户名密码都不少见
2. 一个 key 一个用途，丢了也无所谓吧。一个 key 用在多个地方，泄露了你每个地方都要换反而更麻烦
3. 同样的，多设备、多项目、多人共用，更容易泄露，泄露了影响更大

所以你举的这些例子基本上都是使用习惯上的问题

游戏上 taptap 会有收益吗？收益怎么样啊？

@connor123 你手下的人写的代码出问题了他背锅，和你没关系。那把你优化掉感觉也没啥问题？/dog