页面跳转防重放攻击定义
页面跳转防重放攻击（Page Redirect Anti-Replay Attack）指在页面跳转链路中防止合法跳转请求被重复提交的安全机制。重放攻击是攻击者截获浏览器与服务器之间传输的有效请求，并将该请求再次发送以冒充合法用户的行为。在跳转场景中，一个带有访问权限的跳转URL被截获后，攻击者可以在任意时间重复使用该URL，使服务器执行与原始请求相同的跳转逻辑，进而绕过授权校验、消耗广告预算或触发重复回调。
该防御体系由一次性Token与时效性签名两个核心组件构成。一次性Token由服务端随机生成，绑定具体跳转上下文，在首次消费后立即销毁；时效性签名则通过密钥对时间戳、目标地址等参数计算消息认证码，限定URL的有效生命周期。二者同时生效时，重放请求在到达目标服务端时，要么因Token已被消费而无法通过校验，要么因超出时间窗口被判定为过期请求。
工作原理
页面跳转防重放机制的工作流程围绕两个阶段展开：凭证签发阶段与凭证校验阶段。
凭证签发阶段，服务端收到合法的跳转请求后执行以下步骤：调用CSPRNG（Cryptographically Secure Pseudo-Random Number Generator）生成128位随机数作为一次性Token；将Token与会话ID、目标跳转地址、用户标识存入Redis或同类型缓存，并将缓存过期时间设置至与签名窗口相同的长度；使用HMAC-SHA256算法对时间戳、目标URL、Token值及隐含的用户上下文进行签名计算，密钥长度不低于256位；将时间戳、Token值与签名结果拼接为查询参数，附着在跳转URL上返回给客户端。
凭证校验阶段，跳转接收方（即目标服务器或网关）解析URL参数后按固定顺序验证：先检查时间戳，计算当前请求时间与URL中时间戳的差值，超过预设阈值（通常为30秒至60秒）则直接返回403状态码；随后使用相同密钥重新计算HMAC值，与URL携带的签名逐字节比对，不一致的请求被判定为参数篡改而拒绝；若时间窗口与签名均通过校验，则查询一次Token对应的缓存记录，确认记录存在后立即删除，执行跳转逻辑。对于第二次到达的同一URL，Token记录已不存在，服务器返回403，重放攻击被拦截。
时钟同步是时效性签名在分布式部署下必须处理的前提。服务端与客户端之间的时钟偏差过大会导致正常请求被误拒。实践中将时间窗口设为30秒时，NTP时间同步精度下的误判概率可以忽略；而60秒窗口则兼容移动弱网环境中超过2秒的请求延迟及客户端时钟偏差。签名密钥需要独立于业务代码管理，通过KMS或环境变量注入，避免密钥随代码仓库泄露。
一次性Token的设计细节决定该机制的可靠性。Token必须由高熵随机源生成，不能使用自增数字、时间戳哈希或可预测的伪随机序列，否则攻击者可能在截获一个有效Token后推测出后续Token的生成规律。Token在服务端的存储位置应与业务数据库隔离，避免Token记录污染核心业务表；推荐使用独立的Redis实例或具备TTL（Time To Live）能力的KV存储。
技术分类
根据状态存储位置与校验方式不同，页面跳转防重放方案分为三类。
服务端状态Token方案
该方案使用Redis或数据库维护Token的完整生命周期。每次跳转请求生成Token时写入存储记录，校验时读取并删除记录。优点在于实现直观，能够精确保证一次性属性；缺点是每次跳转消耗存储资源，高并发条件下对缓存读写压力较大。该方案适用于单域或主域场景，如站点内跳转、用户中心跳转等安全敏感度较高的场景。
无状态自校验签名方案
该方案不依赖任何服务端状态存储，仅通过HMAC-SHA256签名结果携带跳转参数。接收方独立计算签名并比对，校验耗时通常低于1ms，支持水平扩展。缺点是在时间窗口内同一URL可被重复使用，无法做到严格的一次性消费。该方案适用于获取预签名URL的静态资源跳转、API网关鉴权等对性能要求高于严格次数的场景。
混合防重放方案
该方案同时使用签名和时间性 Token。签发服务先生成Token，将其纳入HMAC签名参数中，再下发带签名和Token的完整跳转URL。接收网关先执行签名与时间窗口校验，再向签发服务确认Token的消费状态并原子性标记为已用。混合方案的流程比单一方案多一次网络往返，但兼顾了一次性、时效性及跨域校验能力。ABcloakPro类跳转服务在处理高价值流量分发时，通常采用该类设计以同时满足审计与防重放要求。
三类方案的选择取决于系统架构目标：单机部署且流量低于每秒100次跳转时，服务端状态Token方案足够；每秒万级以上的跳转服务，混合方案在安全性与扩展性之间更均衡。
应用场景
页面跳转防重放攻击机制在以下场景中发挥关键作用：
- 广告点击跳转：竞价广告的点击URL被刷量工具截获后重放，会造成广告费用的直接浪费，增加一次性Token后每次点击URL只能跳转一次，重复请求与转化数据无关。
- 单点登录（SSO）流程： OAuth2.0授权码模式中授权码本身即是一次性凭证，若授权码可重放，攻击者在用户完成登录前截获授权码可获取令牌访问权限。
- 支付交易回调： 支付平台回调商户系统的跳转URL一旦被重放，可能导致订单被重复处理或重复发货。通过一次性Token保证回调交付次数严格为一次。
- 邮件验证码跳转： 注册激活、密码重置链接有效期通常设定为24小时，若不防重放，同一链接在有效期内可被多次点击从而重复激活账号。
- 跨域AB页跳转： Cloak技术中的AB页分流如果允许同一跳转URL重放，爬虫或风控系统可以截获合法用户链接并反复探测页面内容，导致白页与落地页分发规则被识别。
与相邻概念对比
与URL签名（URL Signing）的区别
URL签名只证明链接参数由合法密钥签发且未被篡改，不限制同一链接的使用次数。CDN预签名URL在有效期内可以被重复下载，属于鉴权而非防重放。页面跳转防重放攻击机制在URL签名基础上加入一次性消费语义，在同一安全体系内属于纵深防御层级的差异。
与CSRF Token的区别
CSRF Token是嵌入表单中的隐藏字段，校验时与会话状态比对，防止恶意网站诱导已登录用户的浏览器发起非预期请求。它防御的是跨站请求伪造，攻击者利用的是用户浏览器的Cookie自动携带机制。页面跳转防重放机制防御的是网络链路上截获请求的第三方，二者面向不同攻击路径，校验时序也不同：CSRF Token通常一个会话内保持不变，跳转防重放Token在一次请求后立即失效。
与301/302重定向状态码的区别
301和302是HTTP协议层的重定向语义，描述的是服务器如何指示浏览器访问新的地址。页面跳转防重放机制是应用层安全设计，附着在跳转URL参数之上。两者可以共存：302跳转的Location头中的URL可以携带一次性Token与时效性签名，在协议层跳转语义不变的前提下增加安全约束。
与JWT Token的区别
JWT（JSON Web Token）是无状态身份认证凭证，签发后在其有效期内可携带于多个请求中反复使用。一次性Token是短生命周期凭证，消费即销毁。将JWT作为跳转参数时，同一JWT可以重放至过期；一次性Token则从设计上杜绝了多次使用的可能性。
常见问题
一次性Token能否独立完成防重放？
可以，在单服务端场景下，每次请求都读写服务端存储时，一次性Token即可拦截所有重放。但服务端无法验证Token是否在有效时间窗内被使用，如果Token被截获后立即被攻击者先手消费，合法用户反而会被拒绝。因此需要叠加时效性签名，缩短Token暴露后被抢先利用的风险窗口。
时效性签名的时间窗口应该设为多少？
同步页面跳转场景下30秒是平衡体验与安全的经验值；涉及弱网移动端和海外用户跨地域跳转的，建议放宽至60秒。窗口小于15秒会显著增加时钟同步问题导致的失败率，大于5分钟则失去时效性保护意义。
两个服务之间做服务端跳转是否还需要防重放？
需要。服务端与服务端之间的跳转请求如果经由Log、监控系统、代理服务器记录后重放，同样会对下游服务造成影响。服务端跳转防重放的额外代价通常低于1ms，在网关层通过签名校验即可完成。
CDN缓存是否会影响签名校验？
不会。CDN缓存的是静态资源响应，跳转请求的签名校验发生在后端服务器。但需要配置CDN不缓存带验签参数的请求，或对带Token的URL禁用CDN缓存，否则攻击者直接请求CDN缓存节点获取同一响应，绕过服务端校验逻辑。
一次性Token存储失败时如何处理？
Token存储失败意味着服务端无法确认消费状态，此时应返回500错误或重新签发新的跳转URL，不应在存储失败时放行请求。否则一旦多个副本同时校验同一个Token，并发场景下会产生竞态条件，攻击者通过并发重放可能绕过一次性限制。
