前端加密是指在浏览器端，使用 Web Crypto API 或其他加密技术，对数据进行加密、解密、签名或哈希处理。
一、为什么需要前端加密
前端加密主要用于保护敏感数据，降低数据在传输、处理和存储过程中泄露的风险。
不过，需要明确区分：
- 同源策略：限制不同网站之间访问数据。
- HTTPS：保护数据在网络传输过程中不被窃听和篡改。
- 前端加密：对数据本身进行额外保护，例如让数据以密文形式传输或存储。
因此，同源并不能代替加密，HTTPS 也不一定能满足所有高安全场景。
二、前端加密的典型场景
例如，用户上传一份包含身份证信息的文件：
- 前端生成一个随机 AES 密钥；
- 使用 AES 密钥加密文件内容；
- 使用后端公钥加密 AES 密钥；
- 将密文文件和加密后的 AES 密钥上传；
- 后端使用私钥解密 AES 密钥，再解密文件。
这样，即使数据库泄露，攻击者也无法直接看到文件明文。
这种方式适用于：
- 病历、身份证等敏感文件
- 合同和企业机密资料
- 端到端加密聊天
- 高安全等级的身份认证
- 对数据隐私要求较高的系统
三、前端加密与 HTTPS 的区别
HTTPS 主要解决的是：
数据从浏览器传输到服务器的过程中不被第三方截获。
前端加密主要解决的是：
即使数据到达服务器、日志系统或数据库，也尽量不以明文存在。
普通登录、接口请求和支付请求，通常使用 HTTPS 就足够。额外的前端加密可能增加复杂度，并不能替代 HTTPS。
四、前端加密的局限性
前端加密并不是绝对安全：
- 如果页面存在 XSS，攻击者可能在加密前获取明文；
- 如果前端代码被篡改，攻击者可以修改加密逻辑；
- 如果后端最终需要读取明文，私钥或解密能力仍需由后端管理；
- 密钥管理不当，可能导致加密失效。
因此，生产环境还需要结合：
- HTTPS
- 后端加密存储
- 数据库权限控制
- 安全的密钥管理
- 密码哈希
- XSS 和 CSRF 防护
- 访问审计和安全监控
场景：医疗文件上传
用户在前端上传病历，前端先用随机 AES 密钥加密文件，再用医院后端公钥加密 AES 密钥，最后上传。
- 数据传输：使用 HTTPS
- 文件内容：即使数据库泄露，攻击者也只能拿到密文
- 后端：用私钥解密 AES 密钥，再读取文件
- 适用：病历、身份证、合同等高敏感数据
普通登录和接口请求通常使用 HTTPS 就足够，不必额外在前端加密。
五、总结
前端加密主要用于高敏感数据和端到端加密场景，目的是降低数据在传输、日志和数据库泄露后的风险。
但对于大多数普通 Web 应用：
HTTPS 负责传输安全，后端负责数据存储安全，前端加密只在有特殊安全需求时使用。