AssertJ provides Fluent testing assertions for Java and the Java Virtual Machine (JVM). Starting in version 1.4.0 and prior to version 3.27.7, an XML External Entity (XXE) vulnerability exists in `org.assertj.core.util.xml.XmlStringPrettyFormatter`: the `toXmlDocument(String)` method initializes `DocumentBuilderFactory` with default settings, without disabling DTDs or external entities. This formatter is used by the `isXmlEqualTo(CharSequence)` assertion for `CharSequence` values. An application is vulnerable only when it uses untrusted XML input with either `isXmlEqualTo(CharSequence)` from `org.assertj.core.api.AbstractCharSequenceAssert` or `xmlPrettyFormat(String)` from `org.assertj.core.util.xml.XmlStringPrettyFormatter`. If untrusted XML input is processed by tone of these methods, an attacker couldnread arbitrary local files via `file://` URIs (e.g., `/etc/passwd`, application configuration files); perform Server-Side Request Forgery (SSRF) via HTTP/HTTPS URIs, and/or cause Denial of Service via "Billion Laughs" entity expansion attacks. `isXmlEqualTo(CharSequence)` has been deprecated in favor of XMLUnit in version 3.18.0 and will be removed in version 4.0. Users of affected versions should, in order of preference: replace `isXmlEqualTo(CharSequence)` with XMLUnit, upgrade to version 3.27.7, or avoid using `isXmlEqualTo(CharSequence)` or `XmlStringPrettyFormatter` with untrusted input. `XmlStringPrettyFormatter` has historically been considered a utility for `isXmlEqualTo(CharSequence)` rather than a feature for AssertJ users, so it is deprecated in version 3.27.7 and removed in version 4.0, with no replacement.

It is, therefore, affected by a vulnerability as referenced in the ALAS2023-2026-1449 advisory.

    AssertJ provides Fluent testing assertions for Java and the Java Virtual Machine (JVM). Starting in     version 1.4.0 and prior to version 3.27.7, an XML External Entity (XXE) vulnerability exists in     `org.assertj.core.util.xml.XmlStringPrettyFormatter`: the `toXmlDocument(String)` method initializes     `DocumentBuilderFactory` with default settings, without disabling DTDs or external entities. This     formatter is used by the `isXmlEqualTo(CharSequence)` assertion for `CharSequence` values. An application     is vulnerable only when it uses untrusted XML input with either `isXmlEqualTo(CharSequence)` from     `org.assertj.core.api.AbstractCharSequenceAssert` or `xmlPrettyFormat(String)` from     `org.assertj.core.util.xml.XmlStringPrettyFormatter`. If untrusted XML input is processed by tone of these     methods, an attacker couldnread arbitrary local files via `file://` URIs (e.g., `/etc/passwd`, application     configuration files); perform Server-Side Request Forgery (SSRF) via HTTP/HTTPS URIs, and/or cause Denial     of Service via Billion Laughs entity expansion attacks. `isXmlEqualTo(CharSequence)` has been deprecated     in favor of XMLUnit in version 3.18.0 and will be removed in version 4.0. Users of affected versions     should, in order of preference: replace `isXmlEqualTo(CharSequence)` with XMLUnit, upgrade to version     3.27.7, or avoid using `isXmlEqualTo(CharSequence)` or `XmlStringPrettyFormatter` with untrusted input.
    `XmlStringPrettyFormatter` has historically been considered a utility for `isXmlEqualTo(CharSequence)`     rather than a feature for AssertJ users, so it is deprecated in version 3.27.7 and removed in version 4.0,     with no replacement. (CVE-2026-24400)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

It is, therefore, affected by a vulnerability as referenced in the ALAS2023-2026-1448 advisory.

    AssertJ provides Fluent testing assertions for Java and the Java Virtual Machine (JVM). Starting in     version 1.4.0 and prior to version 3.27.7, an XML External Entity (XXE) vulnerability exists in     `org.assertj.core.util.xml.XmlStringPrettyFormatter`: the `toXmlDocument(String)` method initializes     `DocumentBuilderFactory` with default settings, without disabling DTDs or external entities. This     formatter is used by the `isXmlEqualTo(CharSequence)` assertion for `CharSequence` values. An application     is vulnerable only when it uses untrusted XML input with either `isXmlEqualTo(CharSequence)` from     `org.assertj.core.api.AbstractCharSequenceAssert` or `xmlPrettyFormat(String)` from     `org.assertj.core.util.xml.XmlStringPrettyFormatter`. If untrusted XML input is processed by tone of these     methods, an attacker couldnread arbitrary local files via `file://` URIs (e.g., `/etc/passwd`, application     configuration files); perform Server-Side Request Forgery (SSRF) via HTTP/HTTPS URIs, and/or cause Denial     of Service via Billion Laughs entity expansion attacks. `isXmlEqualTo(CharSequence)` has been deprecated     in favor of XMLUnit in version 3.18.0 and will be removed in version 4.0. Users of affected versions     should, in order of preference: replace `isXmlEqualTo(CharSequence)` with XMLUnit, upgrade to version     3.27.7, or avoid using `isXmlEqualTo(CharSequence)` or `XmlStringPrettyFormatter` with untrusted input.
    `XmlStringPrettyFormatter` has historically been considered a utility for `isXmlEqualTo(CharSequence)`     rather than a feature for AssertJ users, so it is deprecated in version 3.27.7 and removed in version 4.0,     with no replacement. (CVE-2026-24400)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote openSUSE 16 host has packages installed that are affected by a vulnerability as referenced in the openSUSE- SU-2026:20298-1 advisory.

    Upgrade to version 3.27.7:

    - CVE-2026-24400: Fix XXE vulnerability in isXmlEqualTo assertion (bsc#1257293).

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES16 / SLES_SAP16 host has packages installed that are affected by a vulnerability as referenced in the SUSE-SU-2026:20604-1 advisory.

    Upgrade to version 3.27.7:

    - CVE-2026-24400: Fix XXE vulnerability in isXmlEqualTo assertion (bsc#1257293).

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote openSUSE 15 host has a package installed that is affected by a vulnerability as referenced in the SUSE- SU-2026:0344-1 advisory.

    Upgrade to version 3.27.7:

    - CVE-2026-24400: Fix XXE vulnerability in isXmlEqualTo assertion (bsc#1257293).

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - AssertJ provides Fluent testing assertions for Java and the Java Virtual Machine (JVM). Starting in     version 1.4.0 and prior to version 3.27.7, an XML External Entity (XXE) vulnerability exists in     `org.assertj.core.util.xml.XmlStringPrettyFormatter`: the `toXmlDocument(String)` method initializes     `DocumentBuilderFactory` with default settings, without disabling DTDs or external entities. This     formatter is used by the `isXmlEqualTo(CharSequence)` assertion for `CharSequence` values. An application     is vulnerable only when it uses untrusted XML input with either `isXmlEqualTo(CharSequence)` from     `org.assertj.core.api.AbstractCharSequenceAssert` or `xmlPrettyFormat(String)` from     `org.assertj.core.util.xml.XmlStringPrettyFormatter`. If untrusted XML input is processed by tone of these     methods, an attacker couldnread arbitrary local files via `file://` URIs (e.g., `/etc/passwd`, application     configuration files); perform Server-Side Request Forgery (SSRF) via HTTP/HTTPS URIs, and/or cause Denial     of Service via Billion Laughs entity expansion attacks. `isXmlEqualTo(CharSequence)` has been deprecated     in favor of XMLUnit in version 3.18.0 and will be removed in version 4.0. Users of affected versions     should, in order of preference: replace `isXmlEqualTo(CharSequence)` with XMLUnit, upgrade to version     3.27.7, or avoid using `isXmlEqualTo(CharSequence)` or `XmlStringPrettyFormatter` with untrusted input.
    `XmlStringPrettyFormatter` has historically been considered a utility for `isXmlEqualTo(CharSequence)`     rather than a feature for AssertJ users, so it is deprecated in version 3.27.7 and removed in version 4.0,     with no replacement. (CVE-2026-24400)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Severity
301343	Amazon Linux 2023 : javapackages-bootstrap (ALAS2023-2026-1449)	Nessus	Amazon Linux Local Security Checks	high
301341	Amazon Linux 2023 : assertj-core, assertj-core-javadoc (ALAS2023-2026-1448)	Nessus	Amazon Linux Local Security Checks	high
301315	openSUSE 16 Security Update : assertj-core (openSUSE-SU-2026:20298-1)	Nessus	SuSE Local Security Checks	high
301282	SUSE SLES16 Security Update : assertj-core (SUSE-SU-2026:20604-1)	Nessus	SuSE Local Security Checks	high
297424	openSUSE 15 Security Update : assertj-core (SUSE-SU-2026:0344-1)	Nessus	SuSE Local Security Checks	high
296899	Linux Distros Unpatched Vulnerability : CVE-2026-24400	Nessus	Misc.	high

Detections

Analytics

CVE-2026-24400

high

Tenable Plugins

high

high

high

high

high

high