缺点：通过上面的判定逻辑可以发现，在小于阈值的时间段内是可以进行重复请求的，该方案不能保证请求仅一次有效。
基于timestamp和token的方案
在请求中增加一个通过指定规则产生的token，标识请求的唯一性，服务方接收该请求后，先判断缓存集合中是否存在该token，如果存在则认为此次请求无效，否则将token放入缓存中，通过请求通过。伪代码如下：
if(token 存在于缓存集合中){
'请求失败'
} else {
将 token 放入集合中
'请求通过'
}
常用的防止重放攻击策略主要分为以下两种：基于timestamp的方案基于token的方案基于timestamp和token的方案
在请求中增加timestamp参数要来表示请求时间戳，服务方端接收该请求后，根据当前时间生成一个接收时间戳，然后根据两个时间戳的差值进行请求判定，如果差值大于指定的阈值，则认为请求无效，否则请求通过。关于阈值的选定，可以根据接口的响应速度进行适当的调整，一般默认为60秒。
重放攻击(ReplayAttacks)又称重播攻击、回放攻击，是指攻击者发送一个目的主机已接收过的包，来达到欺骗系统的目的，主要用于身份认证过程，破坏认证的正确性。重放攻击可以由发起者，也可以由拦截并重发该数据的敌方进行。攻击者利用网络监听或者其他方式盗取认证凭据，之后再把它重新发给认证服务器。重放攻击在任何网络通过程中都可能发生，是计算机世界黑客常用的攻击方式之
该方案要求请求和响应的双方必须进行时间同步，如果服务的双方本身存在时间上的差异，会对差值的计算产生影响，最后导致请求的判定产生偏差。
缺点：token存在于缓存中，而且没有有效期设置，随着请求量的增加，缓存集合中token的数量会非常庞大，会占用系统的大量内存。为了解决这个问题，我们引入了基于timestamp和token的方案。
该方案要求token的生成规则要保证唯一性，如果token值重复，则会影响正常的请求访问。
基于token的方案
伪代码如下：
if((接收时间戳-请求时间戳) > 60){
'请求失败'
} else {
'请求通过'
}
防止篡改攻击与防止重放攻击是接口设计的基本要求，文章内容仅代表个人观点，如有不正之处，欢迎批评指正，谢谢大家。
举个例子，用户发起一个付款请求，请求中带着付款参数，攻击者拦截了该请求，向服务器重复的发送该请求，如果服务器端没有配置防止重放攻击策略，则可能会进行多次付款，造成用户损失。
我们在进行API接口设计时，一般都要考虑接口的防止篡改攻击和防止重放攻击。防篡改攻击请参考我的另一篇博客：Java编程：API接口防篡改、签名、验签原理，本篇文章主要介绍防止重放攻击。
基于timestamp的方案
文章为作者独立观点，不代表股票交易接口观点
相关文章
股民评论