请教一个基础的业务逻辑问题：用户密码在 APP， API 接口，数据库之间的加密问题

[123abcdf11345]

本人非职业程序员，没有接触过大型项目，所以对这些加密要求不是很懂，望解答

想要实现一个登录逻辑：

App 内用户输入密码 -->Post 到 API 接口-->后端查询数据库验证密码

想请问下中间的两次传输时应该使用哪种级别的加密，以及在数据库里面存储时又该使用哪种加密

App 到 api 接口使用的是 https 协议，是否可以直接明文传输密码或者简单地 based64 编码就传出去？

API 到数据库的读写是本地的，已经启用了 ssl，这一块不考虑加密

在数据库里面存储的时候肯定不能是明文的，我考虑的是 AES-256 加密

现在的问题就是采用哪种方案比较合适

• App 明文传输到 API 接口，后端与数据库中 AES-256 加密数据进行对比返回结果
• APP 上实现 AES-256,直接传输到 API 和数据库进行字符串比较就行（即服务端不负责加解密，直接用客户端床底的数据和数据库数据进行对比）
• 在客户端实现一种不同的加密，把密文发送到后端，后端解密数据库和客户端的密文，在后端进行解密后的明文比较

传输过程全部都是安全的（ https 和 ssl)加密主要考虑的是客户端被反编译和数据库被攻破的危险 多谢各位

[luckyrayyy]

前端到后端既然是 https 明文就行，base64 毫无意义。

[luckyrayyy]

另外后端可以加个盐

[xiangyuecn]

看到又有人以为上了 https 就能裸奔，我就放心了🐶

/t/789385

[sutra]

数据库存储用 bcrypt 吧。你用 AES-256 的话，密钥泄漏了，就能解密出密码了。

[chinvo]

@xiangyuecn #3 前端加密没卵用, 前端哈希降低密码可靠性.

[chinvo]

@xiangyuecn #3 日志脱敏应该靠日志审计, 而不是通过牺牲密码可靠性来实现.

[heiheidewo]

前端计算 hash 传给后端，后端再用另外一个算法去 hash 比对，https 也要防止下中间人攻击啊

[cmdOptionKana]

@heiheidewo https 本身就是专门用来防中间人攻击的吧？

[akira]

@cmdOptionKana 不完全能防.

总之，客户端发过来的任何数据，都不能完全相信

[hushao]

想问下，https 情况下，不关心爬虫的话，前端加密与否有什么区别吗？

当然前端也加密肯定更安全。

[Te11UA]

上 HTTPS 的确可以裸奔，国外大厂基本如此

[Te11UA]

@Te11UA #11 但是国内等保测评之类的都是要加密的，所以还是看要求 8