🧩 PortSwigger 学院的 Web 缓存“打地鼠”游戏 🧩

2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家 

我花了一上午时间玩一场高风险的“打地鼠”游戏，但这次我要追的不是塑料地鼠，而是 X-Cache 响应头和 302 重定向。如果你曾尝试实施 Web 缓存欺骗（WCD）攻击，你就懂这种煎熬。这就像一部心理惊悚片，你必须同时欺骗两个不同的“大脑”：

缓存：一个头脑简单的守门人，看到 .css 就心想：“噢，一个公共资源！我要为每个人保存一份副本！” 📁

服务器：一个聪明却浑然不觉的源站，看到 /my-account 就心想：“这是你的私密敏感个人资料数据。” 🔐

谜题

• 我不停点击“发送”，但缓存一直在嘲笑我。
• 未命中。
• 未命中。
• 重定向（302）。 <-- 地鼠又缩回洞里了。
• 未命中。

我分析生存时间（TTL）、扩展名规则以及为何“命中”无法稳固时，感到头晕目眩。是 Cookie 的问题吗？是路径分隔符的问题吗？还是只是我的 Burp Suite 在作祟？

转折
我不再在 Burp 社区版中追逐地鼠，而是将视角切换到 Caido。有时，换个环境就能让你清晰地看清逻辑。

肌肉记忆 🧠
这个实验不仅关乎工具，更在于培养“双击”操作的肌肉记忆：

1. 预热：使用你自己的会话获取状态码 200 OK 和 X-Cache: hit（命中）。
2. 投毒：将该确切 URL 发送给受害者。

收割：在该 30 秒窗口期内，不带 Cookie 请求该 URL，以获取受害者的缓存数据。

结果
一次时机完美的“双击”，一个新的文件名，然后……命中。🎯 缓存终于吐出了那个“公开”的 CSS 文件，但 HTML 内部藏着战利品：受害者的 API 密钥。

我的建议：如果你陷入 302 循环，别再过度纠结于请求头，而应开始思考时序问题。缓存仅会在几秒内保持“被投毒”状态。如果你不够快，地鼠就会获胜。****

🚀 实验已解决：利用路径映射实施 Web 缓存欺骗 🚀