HTML5 Web Worker 执行加密校验的核心目标是剥离高耗时密码学操作以避免阻塞 UI 并减少 XSS 攻击面，而非替代后端安全；Worker 仅负责计算、不接触 DOM/网络，所有敏感决策仍由后端裁定。
HTML5 中利用 Web Worker 执行加密校验，核心目标不是“替代后端安全”，而是将高耗时、可并行的密码学操作（如密钥派生、哈希比对、AES 加解密）从主线程剥离，避免阻塞 UI，同时借助 Worker 的隔离性减少 XSS 等攻击面暴露明文或中间态数据。关键在于分工明确：Worker 负责计算，不接触 DOM 和网络；所有敏感决策（如是否放行、是否锁定）仍由后端最终裁定。
Worker 内加密校验的适用场景
适合在前端做预处理或增强体验，而非替代服务端验证：
- 登录态 token 的本地快速签名验证（配合服务端下发的公钥）
- 离线表单中对用户输入做轻量级哈希预校验（如邮箱格式+盐值 SHA-256，供后端快速初筛）
- 对本地缓存的敏感配置项（如加密后的偏好设置）执行 AES-GCM 解密与完整性校验
- 生成 PBKDF2 密钥派生过程（10 万次迭代），避免主线程卡顿
安全前提与环境检查
Worker 中调用加密 API 前必须确认运行环境可信：
- 页面必须通过 HTTPS 或 localhost 加载，否则
crypto.subtle不可用 - Worker 脚本需独立托管（如
validator.worker.js），不可内联，防止被注入篡改 - 在 Worker 入口处主动检测：
if (!crypto?.subtle) { postMessage({ error: '加密环境不支持' }); return; } - 禁用调试输出：生产环境中移除所有
console.log，尤其不能打印密钥、IV、明文
典型实现流程（以 AES-GCM 校验为例）
假设需校验用户提交的一段加密参数是否匹配本地预期（如防篡改的配置标识）：
立即学习“前端免费学习笔记（深入）”；
- 主线程生成唯一 IV（
crypto.getRandomValues(new Uint8Array(12))）和密钥（由用户口令 + salt 派生），通过postMessage安全传入 Worker - Worker 接收后，用
crypto.subtle.importKey()导入密钥，调用decrypt()尝试解密传入的密文 - 若解密成功且返回明文符合预期结构（如 JSON 含
valid_until字段且未过期），则postMessage({ ok: true }) - 若失败（抛错、返回空、明文格式不符），统一返回
{ ok: false }，不区分是密钥错、IV 错还是过期——防止侧信道泄露 - 密钥绝不持久化：使用后立即从内存清除（如设为
null），不存入localStorage或全局变量
必须规避的风险点
Worker 并不能自动解决前端加密的根本缺陷，以下行为会直接削弱防护效果：
- 把校验逻辑结果当作最终授权依据（例如 Worker 返回
ok:true就允许提交订单）——这等于把安全控制权交给了客户端 - 在 HTML 中硬编码密钥或 salt，或通过非鉴权接口静态返回（应走带 session 校验的动态密钥下发）
- 对同一密钥反复使用相同 IV 加密不同数据（GCM 下会导致密文可被重放或篡改）
- 忽略 AAD（附加认证数据）：比如未将时间戳、请求路径等纳入 GCM 认证范围，攻击者可截获后修改业务参数
