关于登录接口，除了明文传输密码之外还有更好的选择吗？

[liupengpeng]

我观察了几个网站，大多都是明文传输，这样会不会有一些潜在的风险？

[jim9606]

通常建议 PIN 用先 KDF(PBKDF2 、scrypt)处理之后再发送。尽管不能防范重放攻击，但这样服务器群就不会接触到 PIN 本身。服务器不可能泄漏它没有的东西。运维日志泄漏密码（哪怕只是在内部泄漏）是很有可能的，而且外界还可能不知道。

国内有些网站会用手工 RSA 处理 PIN 后发送，主要是防范被动记录，例如用在不加密的 HTTP 和合规的 MITM 代理。

[uselessVisitor]

前端加密就是脱裤子放屁

[sarices]

怕不安全可以用一次性密码啊

[lonewolfakela]

@qrobot 我们这里讨论的当然不是“被撞的那个系统”而是密码泄露的源头的那个系统啊……只要你的服务器中的任何一个环节存在明文（或者是未加盐 hash ）的密码，到时候泄露了都会严重影响用户……

[pabupa]

@listnodeptr 那如果你这么做，那在服务端怎么验证用户的密码强度？

[listnodeptr]

@pabupa
前端校验密码强度即可，如果有黑客强行修改请求设置自己弱密码，那他要是被盗我们真的不管了，不过 99.9999%的用户都不会绕过前端限制为了设置弱密码，所以考虑风险可控，已经足够了

以及我们真的能够在服务端验证用户的密码强度（词典），但始终不会搞，为了黑客硬改请求设置弱密码然后被盗这个场景，去让研发加一堆功能是通不过需求评审的。。。