PT-2026-146889
CVE-2026-127031
·
تاريخ النشر
2026-11-13
·
تاريخ التحديث
2026-11-13
الوصف من
CVSS 4.0
7.7
عاليةالمقاييسAV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:N/SA:N
In Eclipse AAS4J before 3.0.1,
XmlSchemaValidator.validateSchema() (and AASXValidator.validateSchema(), which calls it) validates untrusted XML with a default JAXP Validator that resolves external DTDs and external entities. An attacker who supplies a crafted AAS XML document or AASX package can read local files from the host, send their contents out-of-band to an attacker-controlled server, and make the validating process send arbitrary outbound requests (SSRF). Validation still returns no errors.Details:
-
Vulnerable code:
dataformat-xml/src/main/java/org/eclipse/digitaltwin/aas4j/v3/dataformat/xml/XmlSchemaValidator.java.schema.newValidator().validate(new StreamSource(...))runs withoutACCESS EXTERNAL DTD/ACCESS EXTERNAL SCHEMArestrictions and withoutdisallow-doctype-decl. -
Second entry point:
dataformat-aasx/src/main/java/org/eclipse/digitaltwin/aas4j/v3/dataformat/aasx/AASXValidator.java. The AAS XML part of an.aasxpackage is passed unchanged to the vulnerable validator. -
XmlDeserializer(Jackson/Woodstox) is not affected, because DTD support is disabled by default there. -
Present since the initial import of the code base (commit
cc9da52). -
Fix: harden the validator by setting
ACCESS EXTERNAL DTDandACCESS EXTERNAL SCHEMAto""and rejectingDOCTYPEdeclarations. The bundledAAS.xsddoes not need DTDs, so no functionality is lost.
وجدت خطأً في الوصف؟ لديك ما تضيفه؟ لا تتردد في مراسلتنا 👾