Java参数如何进行加密传输

Java参数加密传输实践指南

一、安全原则与总体架构

• 传输层必须使用 HTTPS/TLS，先保证链路加密与身份认证，再在应用层做参数加密与签名，避免“只加密参数却走 HTTP”的错误做法。TLS 在握手阶段完成密钥协商与证书校验，后续通信数据均被加密。对于移动端，可叠加 SSL Pinning 降低证书被替换的风险。
• 应用层推荐采用 数字信封 思路：用 AES 加密业务数据（对称高效），再用 RSA 加密随机生成的 AES 密钥（公钥可放前端，私钥仅存服务端），实现安全与性能平衡。
• 完整性防护使用 签名（Sign）：对参与签名的参数按键名升序拼接（空值不参与），拼接密钥 key，计算 MD5/SHA 得到签名放入请求，服务端按相同规则验签，防篡改与伪造。注意：签名不是加密，不能替代加密。

二、推荐方案 数字信封 AES + RSA

• 流程
  1. 客户端随机生成 16 字节 AES 密钥 与 16 字节 IV（CBC 模式需要）；
  2. 用 AES 加密请求参数（建议 AES/CBC/PKCS5Padding，输出为 Base64）；
  3. 用服务端 RSA 公钥 加密 AES 密钥+IV（可使用 RSA/ECB/PKCS1Padding，分段加密避免超长）；
  4. 将“加密后的业务数据”“加密后的密钥/IV”“其他业务字段”“sign”一起发送；
  5. 服务端用 RSA 私钥 解密得到 AES 密钥+IV，再用 AES 解密业务数据；
  6. 服务端按规则对参数（不含 sign）做 MD5/SHA 签名 验签，比对通过再处理业务。
• 关键要点
  • 密钥与 IV 每次请求随机生成，避免重放与模式泄露；
  • 前端只保存公钥，私钥严格在服务端；
  • 大对象（如文件）可先分块或流式处理，RSA 仅用于加密短小的对称密钥/IV。
• 参考代码片段（核心片段）
  • 生成密钥对
    • KeyPairGenerator keyGen = KeyPairGenerator.getInstance(“RSA”); keyGen.initialize(2048); KeyPair pair = keyGen.generateKeyPair();
  • 客户端加密
    • 生成随机 AES 密钥与 IV（16 字节），Cipher aes = Cipher.getInstance(“AES/CBC/PKCS5Padding”);
    • byte[] cipherText = aes.doFinal(plainText.getBytes(StandardCharsets.UTF_8));
    • Cipher rsa = Cipher.getInstance(“RSA/ECB/PKCS1Padding”); rsa.init(Cipher.ENCRYPT_MODE, serverPublicKey);
    • byte[] encKeyIv = rsa.doFinal(aesKeyBytes.concat(ivBytes));
    • 发送：{ “data”: Base64(cipherText), “keyIv”: Base64(encKeyIv), “sign”: signValue, … }
  • 服务端解密与验签
    • 用 RSA 私钥解密 encKeyIv 得到 aesKey+iv，再用 AES 解密 data；
    • 按“键名升序+key+拼接字符串”规则计算 MD5/SHA 得到 sign，与请求 sign 比对。
      以上流程与代码示例要点与常见实现一致，可参考 RSA 加解密与参数签名示例进行落地。

三、签名防篡改的正确姿势

• 参与签名的参数：除 sign/sign_type 外，且空值不参与；
• 排序规则：按参数名升序；
• 拼接规则：key1=value1&key2=value2…（值建议 URL Encode 后再拼接）；
• 签名计算：sign = MD5(拼接串 + key) 或 SHA 系列，结果转大写；
• 服务端复算并比对 sign，同时可校验 timestamp 与 nonce 防重放（timestamp 与服务端时间差控制在合理窗口，如 ±5 分钟）。

四、统一加解密与工程落地

• 使用 Servlet Filter 统一拦截请求/响应：
  • 请求侧：读取加密请求体，解密后写入可重复读的包装流，供后续 Controller 使用；
  • 响应侧：拦截返回值，加密后再写回；
  • 注意：需自定义 HttpServletRequestWrapper/HttpServletResponseWrapper 处理流只能读一次的问题。
• 配置建议：在网关或服务端统一开启 HTTPS，并可限定 TLS 版本 与 加密套件，提升链路安全基线。

五、常见误区与加固建议

• 前端硬编码 AES 密钥 等同于明文传输，务必改为“RSA 加密 AES 随机密钥”的数字信封模式；
• 只用 MD5 并不等于加密，MD5 是不可逆哈希，用于签名防篡改更合适；
• 使用 RSA 直接加密大数据 性能差且易超长，应仅用于加密短小的对称密钥/IV；
• 移动端建议开启 SSL Pinning，并校验证书链与域名；
• 全站优先 HTTPS，应用层加密与签名在其之上叠加，形成纵深防御。