关于前后端密码传输与存储？

[daguaochengtang]

登录时，前端调用接口传的密码参数（加密，不加密），以及后端存储密码（加密，不加密）。你们是怎么做的？
排列组合有 4 种：
1. 前端加密，后端加密
2. 前端加密，后端不加密
3. 前端不加密，后端加密
4. 前端不加密，后端不加密
我们目前采用的是第 1 种，用户传输加密后的密码直接和库里加密后的密码比对。但是我偶然听闻了之前 csdn 发生过用户密码大量泄漏的事件。就想到其实前后端都加密的话，如果数据库密码泄露，不就能直接调接口了吗？
所以我想，是不是第 3 种要安全一点，前端传输名文，服务端拿到名文密码后，加密后与库里密码比对。这样即使数据库密码泄露，也无法得知密码名文，就无法调接口了。
当然，我知道，如果数据库都泄露了，光凭这一点已经无法谈及安全问题了。只是想就事论事，想知道你们是怎么做的，这个是否有业内约定俗成的标准？

[Kaciras]

当然选 2 了，前端加密骗用户，后端明文卖密码。

[CrazyRundong]

@zhaokun 破解 HTTPS? 愿闻其详

[hgc81538]

3. 前端不加密，后端加密

frontend:
POST https://domain/login --data "username=admin" --data "password=12345"

backend:
sql = select * from `user` where `username` = :username
result = db.get(sql, {:username => POST.username})

if (result) {
if ( password_verify(POST.password, result.password_bcrypt_hashed) ) {
// login success
} else {
// login fail
}
} else {
// user not found
}

[Desiree]

前端加密毫无意义，加密的算法必须由后端把控。客户端的所有信息都是不安全的。

[akira]

加密后的密码 加盐 再保存到数据库

[dd99iii]

加盐 加盐 加盐

[otakustay]

前端加密倒也不是完全脱裤子放屁，现在有 wasm 了反编译成本还是挺高的

[yeqizhang]

25 楼说的对。
主要是过智障安全测评不能传明文密码这一关

[streamrx]

前端加密没用的 再复杂的加密，也只是增加逆向的难度而已。只有时间够长 总能找到加密的入口函数

[streamrx]

前端加密没用的 再复杂的加密，也只是增加逆向的难度而已。只要时间够长 总能找到加密的入口函数

[iseki]

1，前端哈希不是防小人，是防手滑。后端必须上安全的哈希算法