如何防止请求的URL被篡改

迷南。 2021-08-01 02:07 398阅读 0赞

![640?][640]

**Web项目聚集地**

图文教程，技术交流

[![640?][640 1]][640_640 1]

如图，是我们模拟的一个从浏览器发送给服务器端的转账请求。久一的ID是 web\_resource，正在操作100元的转账。

![640?wx\_fmt=png][640_wx_fmt_png]

再如图，因为是通过浏览器 \`url\` 访问服务，这个时候金额被篡改成了 200，那么服务器接受到了200，直接扣除了200怎么解决？这就是本文要讲解的内容。

![640?wx\_fmt=png][640_wx_fmt_png 1]

防止url被篡改的方式有很多种，本文就讲述最简单的一种，通过 secret 加密验证。

道理很简单，服务器接收到了 price 和 id，如果有办法校验一下他们是否被修改过不就就可以了吗？

那么我们传递的时候增加一个参数，叫做sign，sign是使用用户不可见的一个secret和price、id组合加密获得，然后传递给服务器端。当服务器端接收到请求的时候，获取到price、id，通过同样的secret加密和sign比较如果相同就通过校验，不同则被篡改过。

![640?wx\_fmt=png][640_wx_fmt_png 2]

那么问题来了，如果参数特别多怎么办？

所以通用的做法是，把所有需要防止篡改的参数按照字母正序排序，然后顺序拼接到一起，再和secret组合加密得到 sign。具体的做法可以参照如下。

public static String generateSign(Map<String, String> parameters) {
          
    try {
          
            List<String> names = new ArrayList<>();
            parameters.forEach((k, v) -> {
          
    if (v != null && !Objects.equals(v, "") 
                    && !Objects.equals(k, "sign")) {
          
    names.add(k);
                }
            });
    
            List sortedNames = names.stream().sorted()
                .collect(Collectors.toList());
            StringBuffer sb = new StringBuffer();
            sortedNames.forEach(n -> 
    sb.append(String.format("%s=%s", n, parameters.get(n))));
            String sign = md5(sb.toString());
            return sign;
        } catch (Exception e) {
          
    return "";
        }
      }
    
      private static String md5(String inputString)
    throws NoSuchAlgorithmException, UnsupportedEncodingException {
          
    
        MessageDigest md = MessageDigest.getInstance("MD5");
        md.update(inputString.getBytes("UTF-8"));
    
        byte[] digest = md.digest();
    
        return convertByteToHex(digest);
      }
    
      private static String convertByteToHex(byte[] byteData) {
          
        StringBuilder sb = new StringBuilder();
        for (int i = 0; i < byteData.length; i++) {
          
            sb.append(Integer.toString((byteData[i] & 0xff) + 0x100, 16)
            .substring(1));
        }
    return sb.toString();
      }

generateSign 就是所有需要加密的参数，包括secret

有的同学担心，那么他万一猜到了我的加密算法怎么办，这个不用担心，你的secret是保持在服务器端的，不会暴漏出去的，所以他知道了算法也不会知道具体加密的内容。

那么问题又来了，如果小明通过抓包工具获取到了URL，他是不是可以无限制的访问这个地址呢？那就出现了“久一”的钱被一百一百的转空了。

那可怎么办？这里涉及到了另一个话题，接口的幂等，我们后面会详细讲解怎么通过幂等控制重复扣款。这里我们要讲解的是怎么控制 URL 失效。

这里又有一个通用的做法，就是再添加一个参数 timestamp。对的，就是当前的时间戳。服务器获取到 timestamp 以后检验一下是否在5分钟以内，如果不是直接返回请求失效就可以了？那么如果timestamp 被篡改了呢？不会的，因为我们按照上面的做法同样对 timestamp 做了加密防止篡改。

![640?wx\_fmt=png][640_wx_fmt_png 3]

最简单的校验接口被篡改的方式，你学会了吗？

**推荐阅读**

***1. ***

***2. ***

***3. ***

欢迎您的转发和点赞

![640?][640 2]

▲长按关注我们

[640]: /images/20210731/82959a095f984743adab4ad6362bdab4.png?
[640 1]: https://ss.csdn.net/p?https://mmbiz.qpic.cn/mmbiz_gif/HRoDDYeYibjAFkDQUqliaaib6OmibTT3dS02k2flNxLUQkJ4IUTguIiadpqatcibkibdCyIVwiafS0Eib65EP0X4yVCZib8w/640?
[640_640 1]: /images/20210731/f6850946921a40c1a27361077ed2cf31.png
[640_wx_fmt_png]: /images/20210731/5d403617b45743bd947441644782c71b.png?wx_fmt=png
[640_wx_fmt_png 1]: /images/20210731/842d40451d8e403f9b3a7308821c56c4.png?wx_fmt=png
[640_wx_fmt_png 2]: /images/20210731/897c0254dce34e45ac1338c9689a62fb.png?wx_fmt=png
[640_wx_fmt_png 3]: /images/20210731/6387816011a7447a857218de27672fc4.png?wx_fmt=png
[640 2]: /images/20210731/b1d8078abb574422963e897a8d7f4120.png?