HTML是XSS、点击劫持、MIME混淆等漏洞的直接载体，加固需聚焦输出上下文转义、X-Frame-Options/CSP响应头、禁用内联执行与MIME嗅探。
HTML代码本身不执行逻辑，但它是XSS、点击劫持、MIME混淆等漏洞的直接载体。排查重点不在“HTML语法错误”，而在“HTML如何被恶意注入”和“浏览器如何解释它”。加固的核心是控制输出上下文、限制执行能力、切断攻击链路。
HTML输出未转义：XSS最常见入口点
后端模板（如Jinja2、Thymeleaf、PHP echo）或前端JS拼接字符串时，若直接将用户输入插入HTML文本、属性、事件或脚本上下文中，就等于给攻击者开了个执行窗口。
- 典型错误：
<div><?= $user_input ?></div>或document.getElementById('name').innerHTML = userInput - 必须按上下文分别转义：HTML文本用
htmlspecialchars()（PHP）、escape()（Jinja2）；JS字符串用JSON.stringify()包裹再插入<script>；URL参数用encodeURIComponent() - 避免“全量转义后塞进
<script>”——这仍可能被绕过，应改用数据属性+独立JS逻辑 - 现代框架（React/Vue）默认对
{}插值做HTML转义，但v-html或dangerouslySetInnerHTML是显式开洞，必须加白名单过滤
iframe与frame嵌入失控：点击劫持风险
攻击者用透明<iframe>覆盖你的登录按钮或支付确认页，诱导用户在不知情下完成高危操作。仅靠前端JS检测top !== self不可靠，已被浏览器弃用且易被绕过。
- 必须由服务器返回
X-Frame-Options: DENY或X-Frame-Options: SAMEORIGIN，优先选DENY - 若业务确实需嵌入（如SaaS后台嵌入第三方报表），改用
Content-Security-Policy: frame-ancestors 'self' https://trusted.com'，比X-Frame-Options更灵活、可叠加 - 不要在HTML里写
<meta http-equiv="X-Frame-Options" content="DENY">——该标签被所有主流浏览器忽略
响应头缺失导致MIME类型误判
当服务器未设置Content-Type或设为text/plain，而文件实际含HTML/JS，某些旧版浏览器（尤其IE）会尝试“嗅探”内容并执行，造成XSS。更隐蔽的是Content-Disposition: attachment缺失，导致上传的.html文件被直接渲染。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
- 所有HTML响应必须带
Content-Type: text/html; charset=utf-8，且charset明确声明 - 用户上传的文件返回时，强制加
Content-Type: application/octet-stream+Content-Disposition: attachment - 禁用MIME嗅探：加
X-Content-Type-Options: nosniff，阻止浏览器忽略Content-Type自行猜测 - 注意Nginx/Apache默认配置可能对静态资源（如
.js）返回text/plain，需显式配置types块
内联脚本与eval类动态执行
<script>alert('xxx')</script>本身无害，但若其中内容来自用户输入（如评论、配置项），就变成XSS温床。更危险的是eval()、setTimeout(string)、new Function()等将字符串当作代码执行的模式。
- 禁止任何用户可控数据进入
<script>块内部；改用data-属性存数据，JS读取后处理 - 彻底禁用
eval()及其变体；Vue的v-html、React的dangerouslySetInnerHTML必须配合DOMPurify.sanitize()使用 - 启用
Content-Security-Policy: script-src 'self'可拦截内联脚本和eval，但需确保所有JS都外链且域名受控 - 注意：CSP的
unsafe-inline不是“加了就安全”，而是完全放弃该层防护
真正的难点不在加几个响应头或转义函数，而在于理解每个HTML标签、每个属性、每个JS执行上下文的语义边界——攻击者永远在找“浏览器以为这是数据，其实它执行了”的缝隙。一次innerHTML = '<img src=x onerror=alert(1)>'就能说明问题：你以为只是插张图，浏览器却把它当作了可执行指令。
