客户端应使用Web Crypto API进行数据加密，并通过HTTPS安全传输；密钥需临时生成或由用户密码派生，避免明文存储；核心加密建议在服务端完成，前端仅作预处理；结合SRI、CSP等措施构建纵深防御体系。
在Web应用中，客户端数据加密和安全传输是保护用户隐私和防止中间人攻击的重要环节。虽然JavaScript运行在浏览器端，存在一定的安全限制，但合理使用现代API仍可有效提升数据安全性。
使用Web Crypto API进行客户端加密
现代浏览器提供了Web Crypto API，支持AES、RSA等加密算法，可在不依赖第三方库的情况下完成加密操作。
例如，使用AES-GCM对敏感数据进行对称加密：
const encryptData = async (data, key) => { const encoder = new TextEncoder(); const encodedData = encoder.encode(data); const iv = window.crypto.getRandomValues(new Uint8Array(12)); const encrypted = await window.crypto.subtle.encrypt( { name: "AES-GCM", iv }, key, encodedData ); return { encrypted, iv }; }; // 生成密钥 const generateKey = () => window.crypto.subtle.generateKey( { name: "AES-GCM", length: 256 }, true, ["encrypt", "decrypt"] );注意：密钥不应硬编码或长期存储在客户端，应通过安全方式临时生成或从服务端派生。
立即学习“Java免费学习笔记（深入）”；
结合HTTPS确保传输过程安全
即使在客户端加密了数据，也必须使用HTTPS进行传输。否则，JavaScript代码本身可能被篡改，导致加密逻辑被绕过或密钥被窃取。
HTTPS能提供以下保障：
- 加密整个通信链路，防止数据嗅探
- 验证服务器身份，避免中间人伪装
- 保证页面资源完整性，防止脚本被注入
敏感操作建议在服务端处理
尽管可以在客户端加密，但出于安全考虑，更推荐将核心加密逻辑放在服务端。客户端仅用于收集和初步处理数据，最终加密由后端完成。
若必须在前端加密，可参考以下实践：
- 使用PBKDF2或HKDF从用户密码派生密钥，避免明文存储
- 每次会话生成临时密钥，配合非对称加密传给服务端
- 启用Subresource Integrity（SRI）保护引入的加密库文件
- 避免在日志或localStorage中保存明文或密钥
基本上就这些。客户端加密不能替代整体安全架构，应作为纵深防御的一环，配合HTTPS、CSP、输入验证等措施共同使用。
