用途：当目标存在重定向参数（如 ?url=、?next=、?redirect=、?return=、?redirect_uri= 等），常见于登录/登出流程、OAuth 授权端点、语言切换、支付跳转时，可用本技能进行开放重定向挖掘。单独开放重定向在多数项目中为低危，但与 OAuth 授权码窃取、SSRF 升级、会话固定、钓鱼链结合后可升至高危或严重。
主要能力：提供重定向参数发现清单（?redirect=、?next=、?url=、?returnTo=、?continue=、?dest=、?callback=、?checkout_url=、?success_url=、?cancel_url= 等）；给出绕过载荷表，包括协议相对 //evil.com、反斜杠 /\evil.com、@ 混淆 https://target.com@evil.com、URL 编码、空字节、空白字符、javascript: URI、data: URI、子域与片段等；并列出常见根因，如参数白名单未校验值、OAuth/SAML 库校验宽松、SSO 使用 Host 头、POST JSON 体跳过校验、片段与换行处理差异。
使用方式：资料给出分阶段方法。阶段一从爬取结果提取候选：cat recon/$TARGET/urls.txt | gf redirect > recon/$TARGET/redirect-candidates.txt，并用 grep 补充不常见参数名。阶段二用 qsreplace 替换为受控域名，配合 curl -I --max-redirs 0 检查 Location 头。阶段三遍历绕过载荷。阶段四构造 OAuth 链，如 redirect_uri=https://target.com/redirect?url=https://evil.com。阶段五测试服务端跟随重定向导致的 SSRF。自动化可用 openredirex、nuclei -t redirect/、gf + qsreplace 组合。
适用场景：登录/登出、OAuth 授权、语言切换、支付回调、密码重置邮件中的返回链接等。
限制与注意：单独开放重定向通常为低危；javascript: 属于 XSS 而非开放重定向；CRLF 注入影响更高；meta refresh 比 3xx 更难自动化利用。资料未提供具体收费、价格或平台信息。