关于des加密的神坑

今天,因为项目需求啊,一些接口是暴露出去的,这时候为了安全性,自然要对data流进行动态流加密,前端是iOS,因为看网上说iOS和java对接rsa有坑,所以就用了des加密,然而,des加密原来也有坑!!!

首先,des加密之后的字符串,如果在一个线程之间解析就没问题,但是如果把这个des密文放到浏览器中再发送到后台就出现问题了,问题就不在贴出来了,我大概说下,意思就是,密文不是8的整数倍,然后我就把这个密文在程序里面跑了一下,是92位,汗真不是8的整数倍,为啥呢?检查des密文发现,它多了\r\n,这4个字符,所以是92位了,去掉的话就是88位,整好使8的整数倍,所以就用Java中字符串替换去掉了\r\n,这个问题解决了,然后后面测试又有一个坑,是这样的,我把密文放到地址栏,因为密文中有+,所以放地址栏之后后台接到的密文+被空格替代了,神马?没办法,只能字符串替换将空格替换为+成功!汗,说多了都是泪啊,还有,这个token不能用restfull风格直接带过来,因为密文有/,所以restfull风格解析不了,只能传统get方法!

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值