https 网页数据还需要另外加密吗

[fxrocks]

有一些敏感数据（非密码）要客户在网页提交，网站是 https，我知道密码可以公钥加 sha1 再传输，反正私钥在我后端对比就好。 但是非密码敏感数据，后台要能拿到原文的，请问 1 ） https 了，前端还需要对称加密吗？ 2 ）需要的话，用什么方式来加密？网页源码能看到加密算法吗？

谢谢。

[DefoliationM]

前端加密有屁用 别人都能看到源码

[opengps]

多少有些用途，虽然前端的逻辑等同于白盒，但是做了相对于不做，是对小白用户的最大阻挡，就好比图形验证码一样，我非常不看好那种复杂的静态的图形验证码，因为只要是静态，依然是防君子不防小人

[johnsona]

反爬虫

[fox0001]

前端加密数据，可以看看 wasm 或者 WebAssembly 。目前所有的主流浏览器都已经支持 WebAssembly V1 （ Node >= 8.0.0 ）

[no1xsyzy]

如果客户端能被篡改，什么都没用的，直接 $(`input[type="password"]`).on('change', imposter) 不香吗？
但有一些攻击模型下，客户端可能会被中间人尝试篡改，但篡改失败的情况，比如通过 CSP 和 subresource 校验，曾经在可信网络条件下访问过，以后就可以在不可信条件下访问而确认没被篡改；或者也有 service-worker 去做第二重加密的办法。但这两个对服务可用性的影响太大，比如之前 Trello 的 service worker 会把在第二次加载时把页面搞崩（我是拿 ublock 精确匹配屏蔽了 worker 就自动解决了……）

@EminemW 我怀疑你在影射 Facebook

[3dwelcome]

学 figma，前端网页一部分是渲染后的 canvas，这样的方式有天然的前端数据加密特性。

[rockyliang]

主要看你想要防范的攻击类型，如果只是想防御中间人攻击，用 https 就可以了。如果还要防止别人恶意调用你的后端接口，再做一次对称加密会好一点，这样别人还要破解你的客户端，看你的前端代码，才能知道加密方式，会增加一点难度

[MakHoCheung]

看到你说“密码可以公钥加 sha1 再传输”，现在我反而想问问已经使用 https 了，为什么还要对密码进行加解密呢，有什么安全问题吗

[zhuweiyou]

前端加密没有意义,代码都是"公开的".
如果是为了服务器日志啥的, 倒是可以考虑.

[guanyin8cnq12]

tls1.3 前向加密