javascript接口敏感字段加解密的核心是字段级按需处理:请求前加密、响应后解密,使用aes-128-cbc/gcm等安全算法,通过axios拦截器自动识别白名单字段(如phone、idcard),密钥需动态下发或安全注入,iv应随机生成并透传。

在 JavaScript 接口调用中对敏感字段(如手机号、身份证号、银行卡号)做加解密,核心思路是:在请求发出前对指定字段加密,在响应返回后对对应字段解密。不能依赖后端全量加解密,而应由前后端约定好字段级、按需处理的策略。
明确加解密范围与时机
只对真正敏感的字段加密(如 idCard、phone、bankCard),避免全量加密增加开销和调试难度。加解密发生在:
- 请求发送前(
fetch/axios请求拦截器中):遍历请求数据,识别敏感键名,对其值加密 - 响应解析后(响应拦截器中):识别响应中约定的敏感字段,对其值解密
选择轻量、安全且前后端一致的算法
推荐使用 AES(如 AES-128-CBC 或 AES-128-GCM),配合固定 IV(或随机 IV + 透传)和共享密钥。避免使用已被弃用的算法(如 DES、RC4)或不安全的模式(如 ECB)。前端可用 Web Crypto API(现代浏览器原生支持)或成熟封装库(如 crypto-js)。
示例(使用 crypto-js):
// 密钥需与后端严格一致(建议 base64 编码后管理)const SECRET_KEY = CryptoJS.enc.Base64.parse('your-32-byte-base64-key==');
const IV = CryptoJS.enc.Utf8.parse('16-byte-iv-here--');
加密函数:
function encryptSensitive(value) {
if (!value || typeof value !== 'string') return value;
const encrypted = CryptoJS.AES.encrypt(value, SECRET_KEY, {
iv: IV,
mode: CryptoJS.mode.CBC,
padding: CryptoJS.pad.Pkcs7
});
return encrypted.toString(); // Base64 字符串
}
解密函数:
function decryptSensitive(encryptedStr) {
if (!encryptedStr) return encryptedStr;
try {
const decrypted = CryptoJS.AES.decrypt(encryptedStr, SECRET_KEY, {
iv: IV,
mode: CryptoJS.mode.CBC,
padding: CryptoJS.pad.Pkcs7
});
return decrypted.toString(CryptoJS.enc.Utf8);
} catch (e) {
console.warn('解密失败', e);
return encryptedStr; // 降级返回密文,便于排查
}
}
在请求/响应中自动识别并处理敏感字段
不硬编码字段名,而是通过配置或命名约定统一管理。例如:
- 约定所有敏感字段以
_enc_开头(如_enc_phone),或后缀Enc(如phoneEnc) - 维护一个白名单数组:
const SENSITIVE_FIELDS = ['phone', 'idCard', 'bankCard']
axios 拦截器示例:
// 请求拦截:加密 body 中的敏感字段
axios.interceptors.request.use(config => {
if (config.data && typeof config.data === 'object') {
const data = { ...config.data };
SENSITIVE_FIELDS.forEach(key => {
if (data[key] !== undefined) {
data[key] = encryptSensitive(String(data[key]));
}
});
config.data = data;
}
return config;
});
// 响应拦截:解密响应 data 中的敏感字段
axios.interceptors.response.use(response => {
if (response.data && typeof response.data === 'object') {
const data = { ...response.data };
SENSITIVE_FIELDS.forEach(key => {
if (data[key] !== undefined) {
data[key] = decryptSensitive(data[key]);
}
});
response.data = data;
}
return response;
});
注意密钥与 IV 的安全传递与存储
密钥绝不可写死在前端代码中(易被反编译获取)。合理方案包括:
- 登录成功后,后端在响应头或加密响应体中下发一次性的会话密钥(需签名验证)
- 前端启动时向可信服务(如独立密钥网关)请求临时密钥,带时效与绑定设备指纹
- 若必须静态密钥,至少混淆+分段拼接,并配合 Webpack 的 DefinePlugin 注入,避免明文出现在源码里
IV 应每次加密随机生成(尤其使用 CBC 模式),并通过请求参数或 header 透传给后端;GCM 模式则需同步认证标签(authTag)。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南











