DebugBear 脚本被劫持，赶紧自查

今天刷到一条安全警报，做 SEO 和站点性能监控的朋友得留个神。DebugBear 的 Real User Monitoring 脚本被攻击者动了手脚，官方在 10 月 29 日确认 DNS 记录遭到劫持，监控脚本里被塞进了恶意 JavaScript。官方已经直接要求客户把这段脚本从网站上撤下来，这不是建议，是必须执行的动作。

很多人对 DebugBear 的印象还停留在 Core Web Vitals 监测工具，觉得它只是读数据、不碰业务，风险不高。但这次恰恰说明，第三方脚本一旦被攻破，等于把别人的代码直接请进了自己的页面，用户浏览器里跑什么就由不得你了。DNS 层面的劫持尤其阴，前端代码看起来没变，实际加载的却是攻击者的版本。我自己的判断是，这件事不该只当成一次「删脚本」的应急操作。SEO 团队平时最关心的是排名和指标，但这次得主动去问开发和安全的同事：账号有没有异常登录、DNS 记录有没有被改、页面里有没有留下后门。监控工具往往权限不小，能看流量数据也能改配置，一旦被当成跳板，损失比排名波动大得多。给同行的实操建议就三条。第一，立刻确认自己站点是否还在加载 DebugBear 的 RUM 脚本，在就马上移除，别等官方修复通知。第二，排查近期 DNS 和账号的变更记录，重点看有没有非团队成员的授权操作。第三，把第三方脚本清单过一遍，能延迟加载的延迟加载，能加完整性校验的加上，别让任何一个外部脚本拥有无条件的信任。工具本身没原罪，但这次事件提醒我们，跨境独立站和内容站对第三方依赖越深，攻击面就越大。安全这件事，平时看不见，出事就是全站级别的。趁现在还没扩散，先把自己的站点查一遍，比事后补救划算得多。