说明:目前所有的系统架构都是采用前后端分离的系统架构,那么就不可能避免的需要服务对外提供API,那么如何保证对外的API的安全呢?

生鲜电商中API接口防止参数篡改和重放攻击

目录

1. 什么是API参数篡改?

说明:API参数篡改就是恶意人通过抓包的方式获取到请求的接口的参数,通过修改相关的参数,达到欺骗服务器的目的,常用的防止篡改的方式是用签名以及加密的方式。

2. 什么是API重发攻击?

说明:API重放攻击: 就是把之前窃听到的数据原封不动的重新发送给接收方.

3,常用的解决的方案

常用的其他业务场景还有:

  • 发送短信接口

  • 支付接口

基于timestamp和nonce的方案

微信支付的接口就是这样做的

timestamp的作用

每次HTTP请求,都需要加上timestamp参数,然后把timestamp和其他参数一起进行数字签名。HTTP请求从发出到达服务器一般都不会超过60s,所以服务器收到HTTP请求之后,首先判断时间戳参数与当前时间相比较,是否超过了60s,如果超过了则认为是非法的请求。

一般情况下,从抓包重放请求耗时远远超过了60s,所以此时请求中的timestamp参数已经失效了,如果修改timestamp参数为当前的时间戳,则signature参数对应的数字签名就会失效,因为不知道签名秘钥,没有办法生成新的数字签名。

但这种方式的漏洞也是显而易见的,如果在60s之后进行重放攻击,那就没办法了,所以这种方式不能保证请求仅一次有效

nonce的作用

nonce的意思是仅一次有效的随机字符串,要求每次请求时,该参数要保证不同。我们将每次请求的nonce参数存储到一个“集合”中,每次处理HTTP请求时,首先判断该请求的nonce参数是否在该“集合”中,如果存在则认为是非法请求。

nonce参数在首次请求时,已经被存储到了服务器上的“集合”中,再次发送请求会被识别并拒绝。

nonce参数作为数字签名的一部分,是无法篡改的,因为不知道签名秘钥,没有办法生成新的数字签名。

这种方式也有很大的问题,那就是存储nonce参数的“集合”会越来越大。

nonce的一次性可以解决timestamp参数60s(防止重放攻击)的问题,timestamp可以解决nonce参数“集合”越来越大的问题。

防篡改、防重放攻击 拦截器(用到了redis)

public class SignAuthInterceptor implements HandlerInterceptor {private RedisTemplate<String, String> redisTemplate;private String key;public SignAuthInterceptor(RedisTemplate<String, String> redisTemplate, String key) {this.redisTemplate = redisTemplate;this.key = key;}@Overridepublic boolean preHandle(HttpServletRequest request,HttpServletResponse response, Object handler) throws Exception {// 获取时间戳String timestamp = request.getHeader("timestamp");// 获取随机字符串String nonceStr = request.getHeader("nonceStr");// 获取签名String signature = request.getHeader("signature");// 判断时间是否大于xx秒(防止重放攻击)long NONCE_STR_TIMEOUT_SECONDS = 60L;if (StrUtil.isEmpty(timestamp) || DateUtil.between(DateUtil.date(Long.parseLong(timestamp) * 1000), DateUtil.date(), DateUnit.SECOND) > NONCE_STR_TIMEOUT_SECONDS) {throw new BusinessException("invalid  timestamp");}// 判断该用户的nonceStr参数是否已经在redis中(防止短时间内的重放攻击)Boolean haveNonceStr = redisTemplate.hasKey(nonceStr);if (StrUtil.isEmpty(nonceStr) || Objects.isNull(haveNonceStr) || haveNonceStr) {throw new BusinessException("invalid nonceStr");}// 对请求头参数进行签名if (StrUtil.isEmpty(signature) || !Objects.equals(signature, this.signature(timestamp, nonceStr, request))) {throw new BusinessException("invalid signature");}// 将本次用户请求的nonceStr参数存到redis中设置xx秒后自动删除redisTemplate.opsForValue().set(nonceStr, nonceStr, NONCE_STR_TIMEOUT_SECONDS, TimeUnit.SECONDS);return true;}private String signature(String timestamp, String nonceStr, HttpServletRequest request) throws UnsupportedEncodingException {Map<String, Object> params = new HashMap<>(16);Enumeration<String> enumeration = request.getParameterNames();if (enumeration.hasMoreElements()) {String name = enumeration.nextElement();String value = request.getParameter(name);params.put(name, URLEncoder.encode(value, CommonConstants.UTF_8));}String qs = String.format("%s×tamp=%s&nonceStr=%s&key=%s", this.sortQueryParamString(params), timestamp, nonceStr, key);log.info("qs:{}", qs);String sign = SecureUtil.md5(qs).toLowerCase();log.info("sign:{}", sign);return sign;}/*** 按照字母顺序进行升序排序** @param params 请求参数 。注意请求参数中不能包含key* @return 排序后结果*/private String sortQueryParamString(Map<String, Object> params) {List<String> listKeys = Lists.newArrayList(params.keySet());Collections.sort(listKeys);StrBuilder content = StrBuilder.create();for (String param : listKeys) {content.append(param).append("=").append(params.get(param).toString()).append("&");}if (content.length() > 0) {return content.subString(0, content.length() - 1);}return content.toString();}
}

总结:做互联网应用,无论是生鲜小程序还是APP,安全永远都是第一位,安全做好了,其他的才能做得更好,当然,信息安全是一个永久的话题,并非通过本文就能够说得清楚的

希望本文可以给大家一点思考与建议。

电商系统中API接口防止参数篡改和重放攻击(小程序/APP)相关推荐

  1. Vue电商系统后台API接口

    项目演示入口 ===> 1. 电商管理后台 API 接口文档 1.1. API V1 接口说明 接口基准地址:http://127.0.0.1:8888/api/private/v1/ 服务端已 ...

  2. (转)API接口防止参数篡改和重放攻击

    API重放攻击(Replay Attacks)又称重播攻击.回放攻击.他的原理就是把之前窃听到的数据原封不动的重新发送给接收方.HTTPS并不能防止这种攻击,虽然传输的数据是经过加密的,窃听者无法得到 ...

  3. 幂等和高并发在电商系统中的使用

    在Java web项目开发中,经常会听到在做订单系统中生成订单的时候,要做幂等性控制和并发控制,特对此部分内容作出总结,在高并发场景下,代码层面需要实现并发控制:但是幂等性,其实更多的是系统的接口对外 ...

  4. 聊聊电商系统中常见的9大坑,库存超卖、重复下单、物流单ABA...

    做为一名程序员,发展方向大致可以分为两个方面:一个是业务架构,一个是技术架构(中间件方向). 业务架构,取其核心关键词,主要是围绕这不同的业务场景.业务规则,完成业务系统的落地建设,为用户提供在线化的 ...

  5. 电商系统中常见的 9 大坑,你踩过没?

    做为一名程序员,发展方向大致可以分为两个方面:一个是业务架构,一个是技术架构(中间件方向). 业务架构,取其核心关键词,主要是围绕这不同的业务场景.业务规则,完成业务系统的落地建设,为用户提供在线化的 ...

  6. 电商大数据 API接口 数据挖掘 淘宝拼多多京东1688数据抓取

    电商API简介 电商大数据是指电子商务产业(B2B.C2C.O2O等)所产生的大量结构化和半结构化的可视化数据.通过数据挖掘和数据分析等手段,经过过程性和综合性的考量,从而帮助电子商务企业做全局性.系 ...

  7. 电商系统中的商品模型的分析与设计—续

    在<电商系统中的商品模型的分析与设计>中,对电商系统商品模型有一个粗浅的描述,后来有博友对货品和商品的区别以及属性有一些疑问.我也对此做一些研究,再次简单的对商品模型做一个介绍. 从SPU ...

  8. 电商系统中的掉单问题

    什么是掉单? 所谓掉单,就是指用户下单支付后,在钱包里完成了支付,结果回到电商系统中查看,订单还是处于未支付的状态. 掉单的产生 用户从电商应用点击支付,客户端向服务端发起支付请求 支付服务会向第三方 ...

  9. PHP电商的sku,tech| 关于电商系统中sku与spu的一个难题

    date: 2018-8-1 21:17:14 title: tech| tech| 关于电商系统中sku与spu的一个难题 description: 业务上碰到的关于电商系统中sku与spu的一个难 ...

最新文章

  1. ROS2概述和实践入门
  2. 机器学习经典算法之线性回归sklearn实现
  3. oracle为什么要创建数据库,手动创建Oracle数据库之前因后果
  4. Java学习笔记_方法
  5. Android之Launcher分析和修改3——Launcher启动和初始化
  6. 一些python函数及其用法
  7. [转载]基于TFS实践敏捷-修复Bug和执行代码评审
  8. 旷视科技IPO过会,AI技术“立业”难言轻松
  9. Java String类的intern()方法
  10. Atitit java读取tif文件为空null的解决 图像处理
  11. Android 友盟分享简单Demo
  12. 计算机桌面有浮层,win7电脑桌面便签小工具怎么显示悬浮文字?
  13. 计算机组装实验硬盘分区方法,硬盘怎么分区和格式化 史上最详细的硬盘分区方法大全 (全文)...
  14. UE4 Pak相关:加载Pak内模型Mesh/SkMesh没有材质
  15. xmanager登陆linux黑屏,用xmanager软件登陆linux的方法
  16. 关于ARMv8另外几个问题
  17. iMazing苹果电脑版怎么下载?mac苹果手机备份软件
  18. C#绘制九宫格形式的图片
  19. Firebase使用总结(早期)
  20. STM32 之 MDA

热门文章

  1. c#获取文件夹路径(转载)
  2. .NET C# 群发 HTML格式 带附件 中文发送者 密送 抄送 的邮件
  3. react-事件相关
  4. LeetCode--32. 最长有效括号(栈)
  5. 科研汪的日常--一朝误入静电容,从此机械了如空(Niz静电容开箱)
  6. VS2005 解决应用程序配置不正确,程序无法启动问题(小问题,大思想)
  7. php输入密码才能浏览,使用php为网页设置访问密码 - 小俊学习网
  8. Dart 2-Day
  9. 7-6 哈利·波特的考试 (8 分)
  10. 区块链基础学习(一)