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.

The versions of Oracle Database Server installed on the remote host are affected by multiple vulnerabilities as referenced in the April 2026 CPU advisory.

  - Security-in-Depth issue in the Spatial and Graph (SQLite) component of Oracle Database Server. This     vulnerability cannot be exploited in the context of this product. (CVE-2025-6965)

  - Vulnerability in the Java VM component of Oracle Database Server. Supported versions that are affected are     19.3-19.30 and 21.3-21.21. Easily exploitable vulnerability allows unauthenticated attacker with network     access via Oracle Net to compromise Java VM. Successful attacks of this vulnerability can result in     unauthorized access to critical data or complete access to all Java VM accessible data. (CVE-2026-35229)

  - Vulnerability in the Clusterware (Micronaut) component of Oracle Database Server. Supported versions that     are affected are 19.3-19.30 and 23.4.0-23.26.1. Easily exploitable vulnerability allows unauthenticated     attacker with network access via HTTP to compromise Clusterware (Micronaut). Successful attacks of this     vulnerability can result in unauthorized creation, deletion or modification access to critical data or all     Clusterware (Micronaut) accessible data. (CVE-2026-33013, CVE-2026-33870)

  - Vulnerability in the RDBMS (OpenSSL) component of Oracle Database Server. Supported versions that are     affected are 19.3-19.30 and 23.4.0-23.26.1. Easily exploitable vulnerability allows high privileged     attacker having None privilege with network access via multiple protocols to compromise RDBMS (OpenSSL).
    Successful attacks of this vulnerability can result in takeover of RDBMS (OpenSSL). (CVE-2026-31790)

  - Vulnerability in the RDBMS (Python) component of Oracle Database Server. Supported versions that are     affected are 21.3-21.21 and 23.4.0-23.26.1. Easily exploitable vulnerability allows unauthenticated     attacker with network access via multiple protocols to compromise RDBMS (Python). Successful attacks     require human interaction from a person other than the attacker. Successful attacks of this vulnerability     can result in unauthorized access to critical data or complete access to all RDBMS (Python) accessible     data. (CVE-2026-26007)

Note that Nessus has not tested for these issues 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-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.

There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - 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)

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	Type	Severity
310136	Oracle Database Server (April 2026 CPU)	Nessus	Databases	Local	high
301343	Amazon Linux 2023 : javapackages-bootstrap (ALAS2023-2026-1449)	Nessus	Amazon Linux Local Security Checks	Local	high
301341	Amazon Linux 2023 : assertj-core, assertj-core-javadoc (ALAS2023-2026-1448)	Nessus	Amazon Linux Local Security Checks	Local	high
301315	openSUSE 16 Security Update : assertj-core (openSUSE-SU-2026:20298-1)	Nessus	SuSE Local Security Checks	Local	high
301282	SUSE SLES16 Security Update : assertj-core (SUSE-SU-2026:20604-1)	Nessus	SuSE Local Security Checks	Local	high
297424	openSUSE 15 Security Update : assertj-core (SUSE-SU-2026:0344-1)	Nessus	SuSE Local Security Checks	Local	high
437378	SCA: security update for org.assertj:assertj-core (GHSA-rqfh-9r24-8c9r)	Tenable Cloud Security	SCA Checks	Local	high
437378	SCA: security update for org.assertj:assertj-core (GHSA-rqfh-9r24-8c9r)	Tenable Self-Hosted Container Security	SCA Checks	Local	high
296899	Linux Distros Unpatched Vulnerability : CVE-2026-24400	Nessus	Misc.	Local	high

Detections

Analytics

CVE-2026-24400

high

Tenable Plugins

high

high

high

high

high

high

high

high

high