接口防重放 是不是存粹的脱了裤子放屁?

查看 35|回复 3
作者:bigbigeggs   
防重放解决的是攻击者拿到 url 和参数之后,不断地请求服务端。
[ol]

  • 服务端针对下单,支付,转账这种操作肯定有幂等,肯定不能胡来乱来

  • 放重放生成一个 token ,这个 token 人人都知道如何生成的,比如 timestap+参数 用 md5 进行加密,攻击者也可以完全模拟这个 token 的生成规则,来绕过服务端

  • 像 https ,客户端私钥加签服务端公验证,都是解决过程中的安全,放重放解决“客户端”的安全,感觉完全没必要,反而增加了成本
    [/ol]
    上周面试被问到,感觉存粹为了面试而面试,包括 sync ,lock ,多线程等,工作中根本用不到,完全不问业务上的问题,上来就啪啪的八股文走起。
    为了面试由此写了一篇接口放重放的文章,欢迎大家指正,真感觉多次一举,为了面试而面试。
    我真不相信,哪一家,真的在项目中写了防重放的实现逻辑。
  • yuhaofe   
    重点是看防谁、防什么吧,不就是你文章里说的增加攻击人的成本吗,看你想不想防比如我这种看到个接口就想调试下的脚本 boy😂,可能看到麻烦点就放弃了
    zjp   
    云服务的接口都有防重放
    没有可以实现幂等的地方,只能在请求参数上防止重复请求
    porjac233   
    你出门好会锁门吗? 你知道开锁师傅开个锁仅需几分钟吗? 锁门是不是脱裤子放屁?
    安全不绝对,所以安全措施就没必要存在?
    什么 2B 结论?
    您需要登录后才可以回帖 登录 | 立即注册

    返回顶部