`CVE-2017-7464` JBoss Enterprise Application Platform

Affected software	JBoss Enterprise Application Platform
Severity	9.8 Critical CVSS 3.0 3 scores
Weakness	XML external entity (XXE) (CWE-611)
Published	27 Jul 2018
Updated	17 Jun 2026

Description

It was found that the JAXP implementation used in JBoss EAP 7.0 for SAX and DOM parsing is vulnerable to certain XXE flaws. An attacker could use this flaw to cause DoS, SSRF, or information disclosure if they are able to provide XML content for parsing.

Exploitation status

No public exploit

No exploit has been reported in the sources we check. Published 8 years ago.

CISA KEV not listed
VulnCheck KEV not listed
CISA Vulnrichment no assessment published
Indexed PoC none indexed
EPSS 1.9% chance in 30 days

Waratek protection

Protected by Waratek

Waratek has a rule that blocks attacks on this vulnerability.

Protection full XXE
Action available security rule
Review automated Inferred
Record active

Decided by	A vulnerability class already blocked by an ARMR security rule
Finding	Protected by Waratek's ARMR xxe security rule, which blocks this class of attack at the JVM level without a rule written for this CVE specifically. The CVE's weakness is CWE-611: XML External Entity Reference.

Decided by

A vulnerability class already blocked by an ARMR security rule

Finding

Protected by Waratek's ARMR xxe security rule, which blocks this class of attack at the JVM level without a rule written for this CVE specifically. The CVE's weakness is CWE-611: XML External Entity Reference.

How to mitigate CVE-2017-7464

Apply the vendor's fix for JBoss Enterprise Application Platform. Until you can, Waratek RASP blocks exploitation with its XXE rule. It runs inside the Java application, with no code changes.

Waratek RASP Runtime protection for Java applications

CVSS

9.8 CRITICAL v3.0 CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H 3 metrics

We show the highest score from the newest CVSS version. Scores from different versions can't be compared, and the first score listed is sometimes a 0.0 placeholder.

Version Score Band Vector Assigner Type

CVSS 3.0 9.8 CRITICAL CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H NVD Primary published

CVSS 3.0 8.7 HIGH CVSS:3.0/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:N/A:H secalert@redhat.com Secondary

CVSS 2.0 7.5 none AV:N/AC:L/Au:N/C:P/I:P/A:P NVD Primary

Version	Score	Band	Vector	Assigner	Type
CVSS 3.0	9.8	CRITICAL	`CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H`	NVD	Primary	published
CVSS 3.0	8.7	HIGH	`CVSS:3.0/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:N/A:H`	secalert@redhat.com	Secondary
CVSS 2.0	7.5	none	`AV:N/AC:L/Au:N/C:P/I:P/A:P`	NVD	Primary

Affected software and releases

Products and versions

1 product, 1 version entry

Source	Vendor	Product	Scheme	Affected versions
nvd	redhat	jboss enterprise application platform	generic	7.0

Source

Vendor

Product

Scheme

Affected versions

nvd

redhat

jboss enterprise application platform

generic

7.0

References

URL	Tags
http://www.securityfocus.com/bid/98450	Third Party Advisory, VDB Entry
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-7464	Issue Tracking, Mitigation, Vendor Advisory

URL

Timeline

Published	2018-07-27	By the CVE Program.
NVD record modified	2026-06-17	NVD's own last-modified date for this record.

Published

2018-07-27

By the CVE Program.

NVD record modified

2026-06-17

NVD's own last-modified date for this record.

How VRT decided (19 of 24 rules ran)

19 of 24 rules ran. The rest didn't run because an earlier rule had already settled the CVE.

# Rule Outcome Status Detail

identity: Does this identifier describe a vulnerability at all? the first rule that matches decides

1 rejected no match CVE Program withdrawal of this identifier

scope: Is it a vulnerability Waratek protects? the first rule that matches decides

2 armr-patch-file no match An ARMR patch file on disk for this CVE

3 armr-secure-rule-file no match An ARMR security-rule template on disk for this CVE

4 manual-classification no match A researcher's recorded decision for this specific CVE

5 manual classification no match Manual classification of this CVE in the legacy dataset

6 non-java-upstream no match A root cause in non-Java code: an OS kernel, a C library, or a bundled runtime

7 oracle-component no match The defect being in a component of a tracked product the agent does not reach: JavaFX, the Java SE installer, the JInitiator browser plug-in, the native WebLogic proxy plug-in, or a native part of Oracle Application Server or Collaboration Suite (HTTP Server, Web Cache, Internet Directory, mail and calendar servers). Oracle gives these no CPE of their own and names them only in the description.

8 java-client-side no match Oracle's own risk-matrix note saying the CVE is reached only through untrusted code in the Java sandbox (applets, Web Start) or only through a client installation of Java, so a server running its own trusted code is not exposed

9 osv-maven no match An OSV.dev record of this CVE affecting a package published to Maven Central. When every such package is one business applications do not use (Minecraft mods and launchers, Fastjson) and no tracked product is named by CPE, it settles the CVE as Outside Waratek scope instead

10 cna-maven-package no match An affected Maven artifact named by the CNA itself

11 known-cpe-product matched In scope Matches known products: redhat/jboss_enterprise_application_platform

12 cna-cpe-product not reached A CPE the CNA published naming a tracked product. Oracle publishes these on advisory day, months before NVD.

13 oracle-advisory-family not reached A tracked product family named in Oracle's own risk matrix. CPE cannot carry a suite name, only a module.

14 cna-named-product not reached A tracked product named in words by the CVE's own CNA, on a record with no CPE yet. Apache and Eclipse publish these on advisory day, before NVD adds CPE data.

15 non-deployable-product not reached The only affected product being a sealed appliance image, where Java runs but no -javaagent can be attached

16 unmatched-product not reached No tracked product matched above, and none present at all

disposition: What do we do about one that is? every rule runs

17 patch-hint no match A reference pointing at the upstream fix: a commit, a PR, a Red Hat bug

18 open-source-maven no match The affected package being open source on Maven, so the fix can be read

19 poc-derivable no match An indexed exploit clearing the evidence bar to reverse-engineer, where there is no source to read

20 no-exploit matched No exploit published No public exploits or POCs found in Exploit-DB, Nuclei templates, Metasploit modules, or GitHub POC repositories, and CISA's Vulnrichment assessment records no demonstrated exploit. No upstream fix reference or open-source Maven package was found either, so there is nothing to act on from either direction.

21 secure-rule-match decided it matched Protected by Waratek CWE-611 (XML External Entity Reference) is mitigable by an ARMR xxe security rule.

22 exploited-no-fix-or-poc skipped Somebody exploiting this CVE (a CISA or VulnCheck KEV listing, or a CISA verdict of active exploitation), with no fix, source code or PoC to build a rule from

23 below-action-threshold skipped Medium or Low severity, no CISA or VulnCheck KEV listing, no PoC clearing the evidence bar, no CISA verdict, no Oracle advisory

24 no-exploit-published skipped Exploit code for this candidate, published in a reviewed catalogue or a GitHub repository with 5 or more stars, or in use per CISA or VulnCheck; not only a CISA verdict, a forecast, or nothing at all

Products the scope rules checked

The products this CVE's record names, and whether VRT tracks each one. The scope rules decided on these.

Vendor Product Tracked CPE Source

redhat jboss_enterprise_application_platform tracked cpe:2.3:a:redhat:jboss_enterprise_application_platform:7.0:*:*:*:*:*:*:* yaml

NVD ↗ · CVE.org ↗