经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » Java相关 » Java » 查看文章
面试官:你讲下接口防重放如何处理?
来源:cnblogs  作者:程序员博博  时间:2024/6/11 9:56:38  对本文有异议

前言

我们的API接口都是提供给第三方服务/客户端调用,所有请求地址以及请求参数都是暴露给用户的。

我们每次请求一个HTTP请求,用户都可以通过F12,或者抓包工具fd看到请求的URL链接,然后copy出来。这样是非常不安全的,有人可能会恶意的刷我们的接口,那这时该怎么办呢?防重放攻击就出来了。

什么是防重放攻击

我们以掘金文章点赞为例。当我点赞之后,H5会发送一个请求给到掘金后端服务器,我可以通过f12看到完整的请求参数,包括url,param等等,然后我可以通过copy把这个请求给copy出来,那么我就可以做到一个放重放攻击了。

具体如下。我们可以看到,服务端返回的是重复点赞,也就是掘金并没有做我们所谓世俗意义上的放重放攻击。掘金通过查询数据库(推测item_id是唯一索引值),来判断是否已经点赞然后返回前端逻辑。

那么什么是我们理解的放重放呢

简单来说就是,前端和客户端约定一个算法(比如md5),通过加密时间戳+传入字段。来起到防止重复请求的目的。
然后这个时间戳可以设定为30秒,60秒过期。

那么如果30秒,有人不断刷我们的接口怎么办。
我们还可以新加一个字段为nonceKey,30秒内随机不重复。这个字段存放在Redis,并且30秒过期。
如果下一次请求nonceKey还在redis,我就认为是重复请求,拒绝即可。

算法实现

  1. 首先定义一个全局拦截器
  1. @Component
  2. public class TokenInterceptor implements HandlerInterceptor {
  3. @Autowired
  4. private StringRedisTemplate redisService;
  5. @Override
  6. public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
  7. throws Exception {
  8. String timestamp = request.getParameter("timestamp");
  9. String token = request.getParameter("token");
  10. if (timestamp == null || token == null) {
  11. return false;
  12. }
  13. TreeMap<String, String> map = new TreeMap<>();
  14. Enumeration<String> parameterNames = request.getParameterNames();
  15. while (parameterNames.hasMoreElements()) {
  16. String str = parameterNames.nextElement();
  17. if (StringUtils.equals(str, "token")) {
  18. continue;
  19. }
  20. map.put(str, request.getParameter(str));
  21. }
  22. return SecretUtils.extractSecret(redisService, timestamp, token, map);
  23. }
  24. }
  1. 定义具体的算法实现
  1. public class SecretUtils {
  2. private static final long NONCE_DURATION = 60 * 1000L;
  3. private static final String SALT = "salt"; // 注意这块加盐
  4. public static boolean extractSecret(StringRedisTemplate redisService, String timestamp, String token, TreeMap<String, String> map) {
  5. if (StringUtils.isEmpty(timestamp) || StringUtils.isEmpty(token)) {
  6. return false;
  7. }
  8. long ts = NumberUtils.toLong(timestamp, 0);
  9. long now = System.currentTimeMillis();
  10. if ((now - ts) > SecretUtils.NONCE_DURATION || ts > now) {
  11. return false;
  12. }
  13. StringBuilder sb = new StringBuilder();
  14. map.put(SALT, SALT);
  15. for (Map.Entry<String, String> entry : map.entrySet()) {
  16. String key = entry.getKey();
  17. String value = entry.getValue();
  18. if (sb.length() > 0) {
  19. sb.append("&");
  20. }
  21. sb.append(key).append("=").append(value);
  22. }
  23. String targetToken = DigestUtils.md5DigestAsHex(sb.toString().getBytes());
  24. if (!token.equals(targetToken)) {
  25. return false;
  26. }
  27. String s = redisService.opsForValue().get(timestamp);
  28. if (StringUtils.isNotEmpty(s)) {
  29. return false;
  30. } else {
  31. redisService.opsForValue().set(timestamp, timestamp, NONCE_DURATION, TimeUnit.MILLISECONDS);
  32. }
  33. return true;
  34. }
  35. }

前端会通过我们事先约定好的算法以及方式,将字符串从小到大进行排序 + timestamp,然后md5进行加密生成token传给后端。后端根据算法+方式来校验token是否有效。

如果其中有人修改了参数,那么token就会校验失败,直接拒绝即可。如果没修改参数,timestamp如果大于60s,则认为是防重放攻击,直接拒绝,如果小于30s,则将nonceKey加入到redis里面,这里nonceKey用的是timestamp字段,如果不存在则第一次请求,如果存在,则直接拒绝即可。

通过这么简单的一个算法,就可以实现防重放攻击了。

Q&A

Q:客户端和服务端生成的时间戳不一致怎么办

A:客户端和服务端生成的是时间戳,不是具体的时间,时间戳是指格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的总秒数

Q:HTTPS数据加密是否可以防止重放攻击

A:不可以。https是在传输过程中保证了加密,也就是说如果中间人,获取到了请求,他是无法解开传输的内容的。

举个最简单的例子,上课和同学传纸条的时候,为了不让中间给递纸条的人看到或者修改,可以在纸条上写成只有双方能看明白密文,这样递纸条的过程就安全了,传纸条过程中的人就看不懂你的内容了。但是如果给你写纸条的人要搞事情,那就是加密解决不了的了。这时候就需要放重放来解决了。

Q:防重放攻击是否有用,属于脱裤子放屁

A:个人感觉有一点点吧。比如防重放攻击的算法+加密方式其实大多数用的都是这些,其实攻击人很容易就能猜到token生成的方式,比如timestamp + 从小到大排序。因此我们加入了salt来混淆视听,这个salt需要前端、客户端安全的存储,不能让用户知道,比如js混淆等等。但其实通过抓包,js分析还是很容易能拿到的。但无形中增加了攻击人的成本,比如网易云登录的js加密类似。

Q:做了防重放,支付,点赞等是否不需要做幂等了

A:需要。最重要的幂等,一定要用数据库来实现,比如唯一索引。其他都不可相信。

最后

以我个人的理解。防重放用处不大,其他安全措施,比如非对称的RSA验签更加有效。就算用户拿到了请求的所有信息,你的接口也一定要做幂等的,尤其是像支付转账等高危操作,幂等才是最有用的防线。而且防重发生成token的算法,大家都这样搞,攻击者怎么可能不知道呢?这点我不太理解。

现在面试也比较考验面试官的水平,下篇我会讲下最近的一些面试体验和感受,欢迎大家点赞收藏。

原文链接:https://www.cnblogs.com/wenbochang/p/18240697

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号