能否检测指向自有网站的302重定向来源？

当然可以！在302重定向的场景下，你的fakeurl.net服务器是有办法获知用户来自alsofake.com的，你可能在Wireshark分析中漏掉了以下几种常见途径：

• Referer 请求头：这是最普遍的方式。当浏览器收到alsofake.com返回的302响应并跳转到fakeurl.net时，默认会把原请求的URL（也就是alsofake.com的地址）作为Referer头发送给目标服务器。你可以在Wireshark里查看fakeurl.net收到的HTTP请求头部，找有没有类似Referer: https://alsofake.com/xxx的字段。不过要注意：如果是HTTPS跳转HTTP、浏览器开启隐私模式，或者网站设置了Referrer-Policy限制，这个头部可能不会发送。

• 重定向URL中的查询参数：如果alsofake.com在返回302时，把跳转地址设置成类似Location: https://fakeurl.net/?source=alsofake这种带自定义参数的形式，fakeurl.net就能直接通过解析URL查询参数知道来源。你可以检查alsofake.com返回的302响应里的Location字段有没有这类额外参数。

• 跨域Cookie（特殊场景）：如果用户之前访问过alsofake.com，且该站点设置了符合跨域规则的Cookie（比如两个域名同属一个父域，或者Cookie设置了SameSite=None+Secure），那么浏览器跳转时会把Cookie带到fakeurl.net，服务器可以通过Cookie推断来源。不过这种情况依赖前置的Cookie设置，不是302本身自带的能力。

如果你的Wireshark里没找到这些痕迹，可能是以下原因：浏览器因为隐私策略没发送Referer、alsofake.com没添加自定义参数，也没有符合条件的Cookie。但在默认的浏览器配置和常规重定向设置下，Referer头是最容易捕获到的线索，建议再仔细核对请求头部的细节。

内容的提问来源于stack exchange，提问作者Matt