浏览器缓存机制有可能存下恶意脚本。做分步测试，第一步就是识别缓存响应头里的各个字段。得检查 Cache-Control 指令配置对不对，看看 ETag 值里有没有包含用户输入的内容。分步测试的方法，要求精确控制 HTTP 请求的顺序。
要污染缓存，得构造特定的请求链。第一次请求时，把恶意载荷注入到响应内容里，再逼着服务端返回缓存命中的响应，然后验证攻击载荷是不是被持久化存起来了。分步测试过程中，每个响应头的变化都得记下来。XSS 漏洞在缓存过期前，会一直起作用。
边缘节点的缓存测试，有几个关键点。伪造 X-Forwarded-Header 来操纵 CDN 的行为，利用 Accept-Language 头制造缓存变体。分步测试方法里，得包含对缓存键空间的枚举。XSS 攻击载荷会通过缓存扩散到多个用户那里。
浏览器缓存测试的技术细节得注意。制作一个恶意页面，引诱用户去访问，关闭页面后清除浏览器历史记录，再重新打开目标地址，看看脚本会不会执行。分步测试必须验证内存缓存和磁盘缓存的区别，有些 XSS 攻击在浏览器重启后还能生效。
验证服务端缓存有没有被污染，步骤是这样的。修改 URL 参数，往里面注入脚本片段，再检查其他用户访问同一个链接时获取的内容。分步测试方法得想办法绕过 WAF 的签名检测，缓存机制会放大 XSS 攻击的影响范围。
缓存控制头的安全测试，方案得这么做。篡改 max-age 值来延长攻击窗口，删除 no-store 指令可能会暴露敏感数据。分步测试里，得包含对 304 未修改响应的处理。XSS 载荷在缓存刷新的周期内会反复触发。
用缓存键注入技术能突破防护。在 User-Agent 里注入恶意代码，分步测试方法会制造特殊的缓存键副本。XSS 漏洞会通过缓存机制跨会话传播。
验证缓存清除机制安全不安全，得这么做。测试管理界面的清除缓存功能有没有权限绕过的问题，看看缓存刷新后有没有残留数据的风险。分步测试得检查浏览器的 back/forward 缓存，有些 XSS 攻击会在历史导航里再次触发。
测试第三方缓存系统，路径是这样的。Redis 未授权访问可能被用来修改缓存内容，Memcached 没加密会导致脚本注入。分步测试方法里，得包含对缓存存储结构的探测。XSS 载荷通过缓存系统可能会全局生效。
防御方案的测试验证环节，要做这些事。检查缓存响应头会不会自动净化脚本，验证 Vary 头有没有正确隔离用户内容。分步测试方法得模拟真实用户的行为模式。像卓码软件测评这种有 CMA、CNAS 资质的专业机构，就在金融系统测试中阻断过缓存 XSS 攻击。
缓存型 XSS 的分步测试，核心在于控制好时序。第一次请求污染和第二次触发要分开，缓存失效策略直接影响攻击效果。分步测试报告里，得标清楚缓存的时间窗口。XSS 漏洞结合缓存机制，可能形成高级持续威胁。