Java编程：API接口防止重放攻击（重复攻击）

爱被打了一巴掌 2021-11-11 00:28 1490阅读 0赞

### 定义 ###

我们在进行 API 接口设计时，一般都要考虑接口的防止篡改攻击和防止重放攻击。防篡改攻击请参考我的另一篇博客：[Java编程：API接口防篡改、签名、验签原理][Java_API]，本篇文章主要介绍防止重放攻击。

重放攻击(Replay Attacks)又称重播攻击、回放攻击，是指攻击者发送一个目的主机已接收过的包，来达到欺骗系统的目的，主要用于身份认证过程，破坏认证的正确性。重放攻击可以由发起者，也可以由拦截并重发该数据的敌方进行。攻击者利用网络监听或者其他方式盗取认证凭据，之后再把它重新发给认证服务器。重放攻击在任何网络通过程中都可能发生，是计算机世界黑客常用的攻击方式之一。（来自百度百科）

举个例子，用户发起一个付款请求，请求中带着付款参数，攻击者拦截了该请求，向服务器重复的发送该请求，如果服务器端没有配置防止重放攻击策略，则可能会进行多次付款，造成用户损失。

常用的防止重放攻击策略主要分为以下两种：  
1、基于 timestamp 的方案  
2、基于 token 的方案  
3、基于 timestamp 和 token 的方案

### 基于 timestamp 的方案 ###

在请求中增加 timestamp 参数要来表示请求时间戳，服务方端接收该请求后，根据当前时间生成一个接收时间戳，然后根据两个时间戳的差值进行请求判定，如果差值大于指定的阈值，则认为请求无效，否则请求通过。关于阈值的选定，可以根据接口的响应速度进行适当的调整，一般默认为 60 秒。

伪代码如下：

if((接收时间戳-请求时间戳) > 60){
    	"请求失败"
    } else {
    	"请求通过"
    }

该方案要求请求和响应的双方必须进行时间同步，如果服务的双方本身存在时间上的差异，会对差值的计算产生影响，最后导致请求的判定产生偏差。

缺点：通过上面的判定逻辑可以发现，在小于阈值的时间段内是可以进行重复请求的，该方案不能保证请求仅一次有效。

### 基于 token 的方案 ###

在请求中增加一个通过指定规则产生的 token，标识请求的唯一性，服务方接收该请求后，先判断缓存集合中是否存在该 token，如果存在则认为此次请求无效，否则将 token 放入缓存中，通过请求通过。  
伪代码如下：

if(token 存在于缓存集合中){
    	"请求失败"
    } else {
    	将 token 放入集合中
    	"请求通过"
    }

该方案要求 token 的生成规则要保证唯一性，如果 token 值重复，则会影响正常的请求访问。