第三方脚本注入是安全失控导致html被篡改，修复关键在于阻断注入路径而非提升代码质量；需验证来源、排查cdn污染、实施上下文感知转义及白名单净化。
第三方脚本注入本身不是 HTML 代码质量问题，而是安全失控导致的 HTML 被篡改——你看到的“代码质量下降”，其实是 <script src="https://evil.com/bad.js"></script>、<base href="https://attacker.com/"> 这类非法标签被硬塞进 DOM，破坏了结构、语义和可维护性。修复重点不在 lint 工具，而在阻断注入路径。
确认是否真为第三方脚本注入而非本地问题
别急着改代码，先验证来源：
- 用
curl -s https://yoursite.com/ | head -n 50直接抓原始响应体，搜索<script>、<code><base</script>、<iframe> 等标签——如果这些出现在你源站模板里根本不存在的位置，基本是 CDN 或中间代理层污染</iframe> - 对比不同地区访问结果：
curl -x http://proxy-ja.example:8080 https://yoursite.com/换多个出口 IP 测试，若仅部分节点返回异常，锁定 CDN POP 点 - 检查响应头：
ETag值是否与源站一致；Content-Length是否明显变大（注入脚本通常增加几百字节） - 临时切走 CDN（改 DNS 或 hosts 指向源站 IP），问题消失即证实是第三方分发环节被劫持
CDN 层最常被利用的配置漏洞
很多团队把 CDN 当作“透明加速器”，但它的缓存、重写、边缘计算能力恰恰是注入入口：
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
-
cache_key包含query_string：攻击者发请求/index.html?x=%3Cscript%3Ealert(1)%3C/script%3E，CDN 缓存该 URL 对应的恶意响应，后续所有用户访问同一路径都中招 - 动态页未设
Cache-Control: private或no-store：登录页、订单页被缓存后注入，危害远超静态资源 - 回源未校验证书或 IP：CDN 回源时若允许 HTTP 或跳过 TLS 验证，中间人可伪造响应并注入
- Edge Function / Workers 中拼接用户输入：比如根据
request.headers.get('X-User')动态插入 DOM 片段，却没调用he.escape()或等效转义
服务端输出前必须做的 HTML 上下文感知转义
第三方脚本能注入成功，往往因为你的服务端输出逻辑本身存在属性注入漏洞——比如把用户输入直接拼进 input value="xxx" 或 div class="xxx"，给攻击者提供闭合引号、注入事件处理器的机会：
- 在 HTML 元素内容中（如
<div>{user_input}</div>）：需转义、<code>>、&、"、'五个字符，Python 用html.escape(input, quote=True)，PHP 用htmlspecialchars($input, ENT_QUOTES, 'UTF-8') - 在 HTML 属性中（如
<input value="{user_input}">）：除上述五字符，还必须确保引号被正确包裹——不要用单引号包双引号输入，反之亦然；优先统一用双引号，并对双引号做转义 - 在 URL 属性（
href、src）中：不能只过滤javascript:，要白名单协议，只允许https://、http://、/、#、mailto:；对srcdoc这种内联 HTML 属性，一律禁止用户控制 - 在
class或id中：看似安全，但若前端 JS 用document.getElementById(userInput)或 CSS-in-JS 动态生成样式，就可能触发解析错误或执行链——此时也需转义，且值应限制为字母数字下划线
富文本场景下必须用白名单净化，而非简单转义
当业务真需要保留 <b></b>、<p></p>、<br> 等格式时，html.escape() 会把所有标签变成纯文本，失去功能。这时必须用成熟净化库做白名单过滤：
- Python 用
bleach.clean(input, tags=['p', 'br', 'strong', 'em'], attributes={}, strip=True)，禁用所有属性（包括onerror、onclick） - Java 用 JSoup：
Jsoup.clean(input, WhitespaceValueFilter.relaxed().addTags("p", "br"))，注意addAttributes("a", "href")若放开，必须额外校验href协议 - Node.js 用
sanitize-html：sanitizeHtml(input, { allowedTags: ['p', 'em'], allowedAttributes: {} }) - 绝对不要自己写正则过滤——
<script></script>可被<script></script>、<img onerror="alert(1)">、<script></script>绕过
真正的难点不在工具选择，而在于每个输出点都要明确上下文：是插进 innerHTML？还是拼进属性？或是作为 URL 参数？漏掉一种上下文，就等于留了一扇没锁的门。第三方脚本能注入，往往是因为某处 res.send(<div class="${userInput}">) 被当成“只是样式”，没人去想它会不会变成 <code>class="x" onmouseover="fetch('/api/token')"。
