【bugfix】密文传输+UrlEncode的坑

在服务间加密报文传输时,遇到SM4密文解密失败的问题。原因是Tomcat在处理application/x-www-form-urlencoded请求时,会对表单内容进行UrlDecode操作,导致加密串中的加号"+"变为空格。解决方案是在客户端发送请求前,对表单字段值进行UrlEncode。Spring-web的RestTemplate在写表单时默认进行转码,提供了业内最佳实践。
摘要由CSDN通过智能技术生成

背景现象

服务之间的报文传输需要进行加密改造,发现上游发送过来表单请求(application/x-www-form-urlencoded)中的SM4密文解密不了

原因

客户端和服务端打印密文如下:

客户端打印密文:
U000AAEAAAAyAAAAAgAAAEAAAADYnadFTDMUfEBTv/STdyFPyUwhDRbdI+syV3Z9yvFh/hCNCugs5FUoCs4++I2dUQY4T5wIehN86Jc9KjSvWXmF
U000AAEAAAAyAAAAAgAAAEAAAADYnadFTDMUfEBTv/STdyFPyUwhDRbdI syV3Z9yvFh/hCNCugs5FUoCs4  I2dUQY4T5wIehN86Jc9KjSvWXmF
服务端打印密文

加密串中的加号+,到达服务端之后消失了,变成了一个空格

是因为表单请求到tomcat中处理的时候,会对表单的字段名称和字段值进行一次UrlDecode

String name;
String value;

if (decodeName) {
    urlDecode(tmpName);
}
tmpName.setCharset(charset);
name = tmpName.toString();

if (valueStart >= 0) {
    if (decodeValue) {
        urlDecode(tmpValue);
    }
    tmpVa
  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值