我真的气笑了——蘑菇影视官网：换了个浏览器：我把过程完整复盘了一遍！！这波到底谁在搞事

我真的气笑了——蘑菇影视官网：换了个浏览器：我把过程完整复盘了一遍！！这波到底谁在搞事

前言（不啰嗦） 上周随手打开蘑菇影视官网看个片，结果一路神展开。先是页面弹出奇怪广告，切换浏览器后又能正常播放。气得我一边笑一边追查，整个复盘过程写下来，给遇到同样问题的人一份可操作的参考，也顺便帮网站运营方理清可能的根源。

我的复盘流程（按时间线） 1) 初始访问（Chrome）

• 打开网址：页面加载速度正常，但播放按钮点了以后跳出第三方广告页，试图重定向到一个广告联盟域名。
• 按F12查看Console：有一段混淆过的第三方JS在执行，里面有大量eval/base64字符串。
• Network面板显示：除了站点自身资源，还加载了几个广告域名的脚本和iframe，且有一次302重定向到广告落地页。

2) 换浏览器验证（Firefox）

• 同一网络、同一设备，直接复制网址在Firefox打开：页面正常，播放器可以直接使用，没有弹出广告。
• 再回到Chrome的隐身模式测试：隐身下也没有弹窗——这一步把问题缩小到了“可能与浏览器状态/扩展或缓存有关”。

3) 排查扩展与缓存

• 逐个禁用Chrome扩展，结果是某个“视频增强”类扩展被禁用后，页面恢复正常。启用后问题复现。
• 清空浏览器缓存和Cookie后，问题仍然存在（在扩展未处理前）。
• 结论倾向：浏览器扩展注入或劫持了页面流量；但也不能完全排除站点在某些条件下会加载不同脚本（见下一步）。

4) 服务器/请求差异检测（用curl和开发者工具）

• 用curl带不同User-Agent抓取首页，发现服务器在不同User-Agent下返回了略有差异的HTML：对Chrome UA返回多一个广告脚本标签。
• 进一步把请求头中Referer、Cookie、Accept-Language做对比，发现广告脚本的加载跟Cookie里的某个值相关——怀疑站点或第三方广告系统在做“分流/打标”。

5) 深入分析脚本

• 下载那段混淆脚本脱混后，看到它会向外部广告服务请求落地页URL并尝试触发window.location跳转，且包含对浏览器插件API的检测逻辑（判断是否有某些扩展并据此选择性投放）。
• 这说明：行为可能是第三方广告SDK的投放策略，也可能是被广告商有意针对特定浏览器做的“激进”投放，甚至是某个恶意扩展配合广告脚本在作怪。

谁在搞事？几种合理猜测（按概率排序）

• 浏览器扩展在参与劫持（高概率） 扩展可以在页面上下文注入脚本，按我的测试，禁用某扩展后问题消失，说明责任很可能落在扩展一端。
• 站点引入的第三方广告/监测代码有问题（中高概率） 站点可能引入了广告SDK或流量分发服务，这些第三方会根据UA、Cookie做A/B或广告重定向。某些广告网络为了提升转化会使用激进跳转策略。
• CDN/代理或ISP注入（中等概率） 在少数情况下，运营方使用的CDN或流量清洗服务插入代码，或者运营商/公共Wi‑Fi注入广告。但我的复盘在同一网络下切换浏览器仍能复现与否，降低了这个可能性。
• 网站被入侵，代码被篡改（低到中等） 站点直接被篡改也会出现类似问题，特别是当服务器端在特定条件下输出恶意脚本。不过我的检测更多指向客户端层面的差异。

给站长和普通用户的可操作建议（按简易程度）

• 普通用户可以先试： 1) 关闭可疑扩展，或用隐身/无扩展模式打开网站； 2) 换个浏览器或换台设备验证是否复现； 3) 清除缓存与Cookie，或用浏览器开发者工具看Network/Console的异常请求。
• 站长可以做： 1) 审计页面里所有第三方脚本与广告SDK的引入源，临时屏蔽可疑脚本再观察； 2) 用curl或自动化脚本在不同User-Agent、不同Cookie状态下抓包比对，查出服务器端差异输出； 3) 检查CDN配置和后端模板是否被注入过代码，核对文件哈希与备份； 4) 要求广告合作方提供投放规则与回溯日志，确认是否发生定向重定向策略； 5) 如果流量异常，保留日志并尽快与安全团队或外包安全厂商联系进行溯源。