svg是特例，因属xml格式的矢量图像标准，而普通xml文件无图像属性故不被识别为图片；其安全隐患源于支持脚本与事件，需校验根节点并净化危险内容。
XML 文件不能当图片上传，但 SVG 是特例
浏览器和多数平台允许上传 .svg 文件并当作图片渲染，是因为 SVG 本质是 XML 格式的矢量图像标准，不是“把任意 XML 当图片”。普通 .xml 文件（比如 config.xml 或 data.xml）没有图像 MIME 类型、无宽高定义、无图形元素，上传后会被拒绝或当成纯文本处理。
SVG 上传时被拒的常见原因
即使文件后缀是 .svg，也可能被拦截，核心在于内容是否符合 SVG 规范 + 安全策略：
- 文件开头缺失标准 SVG 声明：
<?xml version="1.0" encoding="UTF-8"?><svg xmlns="http://www.w3.org/2000/svg"></svg> - 包含危险标签或属性，如
<script></script>、onload=、xlink:href="javascript:" - MIME 类型未正确识别：服务端只检查后缀，没解析内容，或客户端上传时未设
Content-Type: image/svg+xml - 使用了外部引用（
<image xlink:href="http://..."></image>）或 CSS@import，部分平台主动剥离
为什么 SVG 的 XML 特性会带来安全隐患
SVG 是可执行的 XML，不是静态图片。它支持脚本、样式、DOM 操作，攻击者可嵌入恶意行为：
-
<script>fetch('/api/token').then(r => r.text()).then(t => navigator.sendBeacon('/log', t))</script>—— 窃取页面敏感数据 -
<g onload="alert(1)"></g>—— 触发 XSS（尤其在 innerHTML 渲染场景） -
<use href="data:text/html,<script>alert(1)</script>"></use>—— 利用 data URI 绕过简单黑名单 - 服务端若用 DOMParser 解析 SVG 并直接插入 HTML，可能触发二次渲染 XSS
所以，接收 SVG 的系统通常需做两件事：格式校验（是否为合法 SVG 根节点）+ 内容净化（移除 script、event handler、xlink:href 中危险协议）。
安全上传 SVG 的实操建议
别只靠后缀或 MIME 类型，要真正验证和清理内容：
- 服务端收到
.svg后，用 XML 解析器加载，确认根节点是<svg></svg>且命名空间正确 - 用白名单方式提取图形元素（
<path></path>、<circle></circle>、<style></style>），丢弃所有含on*属性、<script></script>、<foreignobject></foreignobject>的节点 - 禁止
xlink:href、href属性值以javascript:、data:（除data:image/）、http:开头 - 前端预览时，避免用
innerHTML = svgString；优先用new Blob([svgString], {type: 'image/svg+xml'})+URL.createObjectURL()创建安全 URL
XML 不是图片容器，SVG 是图像标准——这个边界一旦模糊，就容易把一个配置文件当图标传上去，结果触发解析器报错，或者更糟，触发服务端 XML 外部实体（XXE）漏洞。
