PT-2026-146889
CVE-2026-127031
·
Publicado
2026-11-13
·
Atualizado
2026-11-13
Descrição por
CVSS 4.0
7.7
AltaMétricasAV: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.
Encontrou algum problema na descrição? Tem algo a acrescentar? Fique à vontade para nos escrever 👾