这是一个创建于 1664 天前的主题，其中的信息可能已经有所发展或是发生改变。
我现在所知道的情况
优点：
- 可以知道用户密码（狗头）
缺点：
- 密钥保存的风险。服务器被黑，用户密码就都知道了
还有其他优缺点吗？大家可以补充下么
第 1 条附言 · 2020-05-06 14:03:22 +08:00
为什么要知道用户密码？
这是因为客户想要把这些用户导入到另一个商业系统。但是，原系统的密码都是 hash 后的密码。所以，现在希望用对称加密，这样就能还原密码了
这是因为客户想要把这些用户导入到另一个商业系统。但是，原系统的密码都是 hash 后的密码。所以，现在希望用对称加密，这样就能还原密码了
第 2 条附言 · 2020-05-06 14:07:38 +08:00
再补充下。其实，优缺点应该加个对比对象，所以应该相对 hash 算法的来对比。
而且，理性讨论下。为什么就不能用对称算法呢？
而且，理性讨论下。为什么就不能用对称算法呢？
 |
1
AngryMagikarp 2020-05-06 11:54:24 +08:00  1
第一个根本不算优点，你需要知道用户密码干嘛，除非你本来就想通过这种手段钓鱼，然后去黑用户的其他帐号，比如邮箱什么的。
在这个系统里，你要做的任何操作都可以绕过密码验证，因为系统就是你们自己开发的。 |
 |
2
zqqian 2020-05-06 11:55:36 +08:00
要知道用户的密码？
你是搞黑产的吗？用来撞库？ |
 |
3
lizytalk 2020-05-06 11:56:31 +08:00 via iPhone
可以知道用户密码是缺点好么....
|
 |
4
ysc3839 2020-05-06 11:56:59 +08:00
如果“可以知道用户密码”属于优点的话，那不加密直接存储密码会更优，因为少了加密过程，理论上不加密的性能更高，占用空间更少 (不需要保存密钥)。
|
 |
5
zooo 2020-05-06 11:58:02 +08:00
国内公司保存密码保存明文了吗？
|
 |
6
churchmice 2020-05-06 12:08:37 +08:00
他娘的为何要保存密码？你加盐 hash 一下不就好了吗
|
 |
7
JJstyle 2020-05-06 12:20:56 +08:00 via iPhone
加狗头你以为 v 友就不喷你了吗 🐶）
|
 |
8
dallaslu 2020-05-06 12:33:29 +08:00
想知道用户密码并不一定要明文存啊，客户端传输过来时记录到任何地方都行。
|
 |
9
yanqing07 OP @AngryMagikarp 我也觉得有点道理。系统是你的，用户使用了，那是不是有权处置用户的密码。貌似现在法律又没有这种限制。。。
|
 |
11
ipwx 2020-05-06 14:09:56 +08:00
这是因为客户想要把这些用户导入到另一个商业系统。但是，原系统的密码都是 hash 后的密码。所以，现在希望用对称加密，这样就能还原密码了
---- 下次用户登录的时候，通过验证了，就把内存中的密码用一下，但你们也不存储。这是最符合道德的做法。 |
 |
12
msg7086 2020-05-07 04:16:52 +08:00
用对称加密保存用户密码，就等于不加密保存用户密码。
不加密保存用户密码的优缺点你应该都知道了。 用户导入另一个系统可以双系统同时认证，即登录的时候如果另一个系统里没有设置密码，则用原系统 hash 验证，然后直接将通过验证的原始密码设置进新系统。整个过程明文密码在内存里也就存在几毫秒的时间，基本是安全的。 如果客户的目的是得到明文密码，那么直接存明文密码就行了。毕竟明文密码终究是可得的，加密能有什么用呢。 |
|
13
yanqing07 OP |
 |
14
lordofhollows 2020-05-07 12:07:46 +08:00
让客户提供一个密码，使用该密码生成非对称加密的私钥、公钥，用户密码使用公钥加密后存到数据库。
验证用户登录的时候，使用公钥加密用户密码后再与数据库中存的进行比对。 客户要导出数据时，提示输入密码，然后使用该密码和私钥将用户密码解密。 这样如果被拖库，也无法拿到用户密码明文。 缺点的话，如果客户把密码忘了，或者私钥丢了，用户密码就无法还原了。 |
|
15
yanqing07 OP @lordofhollows 这思路不错。谢谢你的建议
|
Select Language