WebSocket需wss://保障传输安全，但敏感数据仍需应用层加密：对敏感字段用AES-GCM加密并动态获取密钥，高危操作消息整体AES加密后发送，禁用base64编码、硬编码密钥及localStorage存密钥。
WebSocket 本身不提供应用层加密能力，wss:// 只保障传输链路（TLS 层）安全，防止中间人窃听或篡改。但若数据在客户端生成前就含敏感内容（如用户 token、身份证号、密钥片段），仅靠 TLS 不足以防范前端被调试、内存泄漏、恶意插件或 XSS 后的数据截获。因此，需在应用层对敏感字段或整条消息做额外加密。
以下是在 JS 中对 WebSocket 数据进行加密处理的实用方式：
✅ 优先使用 wss:// 协议作为基础前提
- 必须用
wss://（而非ws://），确保 TLS 加密已启用 - 检查浏览器控制台是否报
Mixed Content或Insecure WebSocket警告 - 服务端需配置有效 SSL 证书（推荐 Let’s Encrypt 或商业 CA）
✅ 对敏感字段做客户端加密（推荐轻量级对称加密）
适用于：登录态 token、用户标识、订单金额、生物特征哈希等
- 使用
crypto-js（兼容性好，支持 IE11+）或sjcl（更轻、纯 JS 实现） - 推荐 AES-CBC 或 AES-GCM（GCM 支持认证加密，防篡改）
示例（CryptoJS + AES-GCM）：
import CryptoJS from 'crypto-js';
const key = CryptoJS.enc.Utf8.parse('32-byte-secret-key-for-aes-256-gcm'); // 实际应动态派发或从安全上下文获取
const iv = CryptoJS.lib.WordArray.random(12); // GCM 推荐 12 字节 IV
function encryptSensitive(data) {
const encrypted = CryptoJS.AES.encrypt(data, key, {
mode: CryptoJS.mode.GCM,
iv: iv,
padding: CryptoJS.pad.Pkcs7
});
return {
ciphertext: encrypted.toString(),
iv: CryptoJS.enc.Base64.stringify(iv)
};
}
// 发送前加密
const payload = { userId: 'u_123', amount: 99.99, token: 'abc123' };
const encryptedToken = encryptSensitive(payload.token);
const msg = {
...payload,
token: encryptedToken.ciphertext,
token_iv: encryptedToken.iv
};
socket.send(JSON.stringify(msg));⚠️ 注意：密钥不能硬编码在前端代码中；应通过安全接口（如
/api/v1/keys/session）在登录后动态获取，并配合短期有效期 + 绑定设备指纹。
✅ 敏感操作类消息建议整体加密（非 JSON 明文）
适用于：密码修改、支付确认、密钥导出等高危动作
- 将整个业务对象序列化为字符串 → AES 加密 → Base64 编码 → 发送
- 服务端解密后才解析 JSON，避免明文字段被日志误记或中间件解析
const raw = JSON.stringify({ action: 'change_password', old: 'x', new: 'y' });
const encrypted = CryptoJS.AES.encrypt(raw, key, { mode: CryptoJS.mode.CBC, iv }).toString();
socket.send(encrypted); // 不带任何 JSON 结构，纯密文✅ 避免常见陷阱
- 不要用
btoa()/atob()当加密 —— 这只是编码，毫无安全性 - 不要自行实现 RSA 加密逻辑（JS 中私钥无法真正隐藏，且易出错）
- 不要在
onmessage中直接console.log(event.data)敏感响应 - 不要将加密密钥存在
localStorage或cookie（易被 XSS 读取） - 若用非对称加密（如 RSA 公钥加密），只用于加密对称密钥（即混合加密），而非直接加密业务数据
不复杂但容易忽略
