前端能用非对称加密直接加密用户密码吗？
我在做一个登录功能，想在前端用非对称加密把用户密码加密后再传给后端。但查资料发现大部分都说前端不适合做加密，可我不太理解为什么——既然有 RSA 这种算法，为啥不能直接用呢？
我试过用 crypto.subtle 生成密钥对，但公钥怎么安全地给前端用？如果公钥是写死在代码里的，那不就等于没加密吗？而且每次刷新页面密钥都会变，根本没法和后端配合。
比如这段代码：
const keyPair = await crypto.subtle.generateKey(
{ name: 'RSA-OAEP', modulusLength: 2048, publicExponent: new Uint8Array([1, 0, 1]), hash: 'SHA-256' },
true,
['encrypt', 'decrypt']
);这样生成的公钥根本没法复用，后端也没法解密。到底该怎么做才对？
- 1
回答
64浏览
前端能直接加密用户密码吗？怎么保证安全？
我在做登录页面，想在前端把用户输入的密码加密后再传给后端，但不确定这样做是不是真的安全。试过用 crypto-js 做 SHA256 加密，但听说这样其实没用，因为密钥或算法暴露在前端，攻击者照样能还...
- 2
回答
60浏览
前端密码加密到底该怎么做才安全？
我在做登录页面，用户输入的密码直接传给后端总觉得不安全，想在前端先加密一下。但不知道用什么方式合适，试过用 crypto-js 做 MD5，结果发现好像还是能被破解？ 而且我看到有人说前端加密没意义，...
- 2
回答
56浏览
PBKDF2在前端加密密码真的安全吗？
我在做用户注册功能，看到后端用PBKDF2加盐哈希存密码。但我想在前端也先加密一次再传给后端，这样更安全吧？ 可我试了用Web Crypto API的crypto.subtle.deriveKey，结...
- 2
回答
57浏览
前端用 SHA-256 加密用户密码真的安全吗？
我最近在做一个登录页面，想在前端用 SHA-256 对用户密码做哈希后再传给后端，但听说这样其实不安全？ 我试了用 Web Crypto API 做哈希，代码大概长这样： async function...
- 1
回答
77浏览
前端用公钥加密数据后端却解密失败，怎么回事？
我在前端用 RSA 公钥加密用户密码，传给后端 PHP 解密，但总是报错“Decryption error”。明明公私钥是配对的，本地测试也正常，怎么一到前后端联调就不行了？ 我用的是 jsencry...
- 1
回答
55浏览
前端用公钥加密数据后端却解密失败，是哪里出错了？
我在前端用 JSEncrypt 用后端给的 RSA 公钥加密用户密码，但后端（Java）一直报解密失败。我确认公钥格式没问题，也试过 Base64 编码，但还是不行。 这是我在 HTML 里引入并调用...
- 2
回答
50浏览
前端注册时怎么处理密码盐值才安全？
我最近在做用户注册功能，看到后端同事说密码要加盐哈希，但我搞不清盐值到底该谁生成、怎么传。我在前端直接生成随机盐拼到密码里再发过去，这样行不行？会不会有安全隐患？ 比如我现在是这么做的： <fo...
- 1
回答
47浏览
前端用 MD5 加密密码真的安全吗？
我在做一个登录页面，想在前端用 MD5 对用户密码做哈希后再传给后端。但听说 MD5 已经不安全了，可我看很多老项目还在用，有点懵。 我试过用 crypto-js/md5 这个库，代码大概是这样： i...
- 2
回答
95浏览
前端如何处理用户密码过期的提示逻辑？
我们系统要求用户每90天改一次密码，但我不确定前端该怎么友好地提醒用户。后端会在登录接口返回password_expired: true，我现在直接弹个alert太生硬了，有没有更自然的做法？ 试过在...
- 1
回答
59浏览
前端如何正确实现密码强度校验策略？
我在做用户注册页面，想加个密码强度提示，但不确定哪些规则合理。比如至少8位、包含大小写字母和数字这些，是直接在前端用正则判断吗？ 试过用 /^(?=.*[a-z])(?=.*[A-Z])(?=.*d)...
前端用RSA公钥加密密码其实是没意义的，不是因为技术实现难，而是因为这样做根本保护不了密码。
你想啊，公钥是公开的，任何人都能拿到。攻击者虽然看不到明文密码，但他可以截获你发送的密文，然后直接把这个密字发给服务器——服务器用私钥一解密，验证通过，攻击者就登录成功了。这就是重放攻击，RSA加密本身完全防不了这个。
你生成的密钥对每次刷新都变，这确实是个问题，但核心不在这里。密钥怎么给前端不是重点，重点是即使用固定的后端公钥加密，也保护不了任何东西。
正确做法其实很简单：
前端别加密密码，直接用HTTPS传输明文密码。后端收到密码后，用bcrypt、argon2这类强哈希算法存进去。bcrypt会自动加盐，每次hash结果都不同，没法通过彩虹表破解。
如果你非想在传输层之前再加一层防护，可以走"挑战-响应"流程：服务器生成一个随机nonce发给前端，前端把nonce和密码混在一起hash后返回，服务器验证。这样攻击者截获了这次响应也没法复用，因为下次nonce就变了。
但说到底，只要HTTPS用对了，密码在传输过程中就是安全的。前端自己再套一层加密完全是多余，反而增加复杂度。