Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify app deserializing untrusted SvmDoccat models
-
DeliveryCraft serialized gadget-chain payload
-
ExploitDeliver stream to deserialize() call
-
ExecutionreadObject() instantiates foreign object graph
-
PersistGadget chain triggers code execution
-
ImpactRemote code execution in JVM
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V1 - Encoding and Sanitization Safe deserialization, type allowlists
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an application running the affected libsvm module (Apache OpenNLP 3.0.0-M1 up to <3.0.0-M4) to call the public static SvmDoccatModel.deserialize(InputStream) on a stream the attacker can influence - the entry point is unauthenticated and needs no user interaction (PR:N/UI:N). The decisive additional prerequisite, explicit in the description, is that a usable Java deserialization gadget chain must exist on the consuming application's classpath, because Apache OpenNLP ships no gadget of its own; without such a chain the payload deserializes but does not achieve code execution. Exploitation is thus limited by: (1) the application must actually deserialize untrusted or semi-trusted model streams rather than only trusted internal artifacts, (2) the specific optional libsvm module and vulnerable 3.x milestone version must be in use, and (3) a compatible gadget must be present in transitive dependencies - a condition outside the attacker's direct control that materially narrows real-world exploitability. |
| Impact | The vendor CVSS 3.1 score of 7.3 (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L) reflects a network-reachable, unauthenticated, no-interaction flaw but deliberately caps impact at Low/Low/Low rather than the High/High/High that full RCE would imply - a reasonable acknowledgement that code execution is conditional on a gadget chain being present on the consumer's classpath, a factor outside the attacker's control. SSVC aligns with this nuance: Exploitation is rated 'none' (no observed exploitation), Automatable 'yes' (the entry point is a public static method easily fed a payload at scale), and Technical Impact 'partial'. There is no KEV listing and no EPSS score provided, and POC availability is not indicated in the source data. The practical priority is therefore moderate and highly context-dependent: environments that call deserialize() on untrusted streams AND carry known-vulnerable gadget libraries face genuine RCE exposure, while those without a gadget chain face a much lower effective risk. Conflict to verify: the description characterizes the outcome as RCE while the scored impacts are only Low across C/I/A - the discrepancy is explained by gadget-chain dependency, not an error, but defenders should confirm their own classpath before deciding severity. |
| Exploit ScenarioDerived | An application embeds the OpenNLP libsvm module and loads a document-categorization model by passing a user-supplied or externally fetched byte stream to SvmDoccatModel.deserialize(). An attacker submits a crafted serialized payload referencing a gadget chain already present in the app's transitive dependencies; readObject() instantiates the chain before the SvmDoccatModel cast, executing attacker code in the JVM. No POC is identified in the source data, and success depends on a suitable gadget being on the classpath (AV:N, AC:L per vendor vector). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv3 – Jul 06, 2026
Untrusted Java deserialization in Apache OpenNLP's SvmDoccatModel (libsvm document categorization module, versions 3.0.0-M1 through before 3.0.0-M4) lets an attacker who supplies a crafted serialized stream to the public static SvmDoccatModel.deserialize(InputStream) trigger deserialization of an arbitrary object graph before the SvmDoccatModel cast occurs. Where a usable gadget chain exists on the consuming application's classpath, this yields remote code execution in the loading JVM; OpenNLP ships no gadget itself, so realistic risk falls on downstream apps that embed the module alongside vulnerable transitive dependencies. No public exploit identified at time of analysis and the flaw is not in CISA KEV, though the SSVC assessment marks it automatable with partial technical impact.
Earlier versions of this analysis (2)
Untrusted Java deserialization in Apache OpenNLP's libsvm document categorization module (SvmDoccatModel) lets remote attackers achieve code execution in applications that deserialize attacker-supplied model streams. The flaw affects the 3.x line only (releases 3.0.0-M1 up to before 3.0.0-M4), where SvmDoccatModel.deserialize() feeds an attacker-controlled stream to ObjectInputStream.readObject() with no ObjectInputFilter installed. There is no public exploit identified at time of analysis, and CISA SSVC rates current exploitation as none but automatable.
Remote code execution in Apache OpenNLP's libsvm document categorization module (3.x line, before 3.0.0-M4) is possible when an attacker-controlled stream is passed to the public static SvmDoccatModel.deserialize() method, which invokes java.io.ObjectInputStream.readObject() without an ObjectInputFilter. Java materializes the full object graph before the cast to SvmDoccatModel executes, meaning a crafted gadget-chain payload triggers arbitrary code execution inside the host JVM prior to any type check. No public exploit has been identified at time of analysis and Apache OpenNLP does not ship a gadget chain itself, but downstream applications embedding the libsvm module alongside common vulnerable transitive dependencies - such as commons-collections or spring-beans - face realistic RCE exposure if they pass untrusted model streams to this method.
RemediationAI
Vendor-released patch: 3.0.0-M4 - 3.x users of the libsvm module should upgrade to 3.0.0-M4 as the primary fix, per the Apache advisory at https://lists.apache.org/thread/c7kom0pgk9cbpfnbooh5m3g85ndf50hn (see also https://seclists.org/oss-sec/2026/q3/66). For those who cannot upgrade immediately, treat all serialized SvmDoccatModel streams as untrusted and only deserialize them when provenance is verified through integrity checks such as signatures or checksums on the model artifact; concretely, avoid calling SvmDoccatModel.deserialize() on any stream supplied by end users or fetched from third-party sources. Additional compensating controls include installing a strict JVM-wide or per-stream ObjectInputFilter (jdk.serialFilter) that allow-lists only the expected OpenNLP/libsvm classes - this blocks foreign gadget classes at deserialization time but must be tuned carefully or it will reject legitimate model loads - and auditing/removing known-vulnerable gadget libraries (e.g. outdated Commons-Collections) from the classpath, which reduces exploitability but may affect components that depend on them. Restrict model-loading code paths so only trusted internal artifact stores can supply serialized models.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-502 (Deserialization of Untrusted Data). SvmDoccatModel.deserialize() wraps an attacker-controlled stream in java.io.ObjectInputStream and invokes readObject() with no ObjectInputFilter installed. Because ObjectInputStream materializes every class referenced in the stream during readObject() - before the returned object is cast to SvmDoccatModel - the type check that would reject a foreign object happens too late to prevent instantiation of arbitrary classes. Java deserialization RCE is not self-contained: it requires a 'gadget chain' (classes whose readObject/side-effect logic can be chained to execute code, e.g. from Commons-Collections, Spring, or similar libraries). The affected component is the optional libsvm-backed document categorization module (CPE: apache_software_foundation apache_opennlp core ml libsvm), introduced under OPENNLP-1808 and present only on the OpenNLP 3.x line.
Know when Java gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L
Public static entry point gives AV:N/PR:N/UI:N; full RCE impact (C/I/A:H) when exploitable, but dependence on a classpath gadget outside attacker control justifies AC:H.
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
Lifecycle Timeline
2DescriptionCVE.org
Untrusted Java Deserialization in Apache OpenNLP SvmDoccatModel
Versions Affected: before 3.0.0-M4 (libsvm document categorization module; introduced in OPENNLP-1808 and only present on the 3.x line)
Description: SvmDoccatModel.deserialize(InputStream) reads an attacker-controlled stream with java.io.ObjectInputStream and calls readObject() without an ObjectInputFilter installed. ObjectInputStream materialises every class referenced in the stream before the resulting object is cast to SvmDoccatModel, so the cast that follows readObject() executes only after the foreign object graph has already been deserialised in full.
If a Java deserialization gadget chain is available on the consumer's classpath, a crafted payload supplied to deserialize() executes arbitrary code in the JVM that loads it. Apache OpenNLP itself does not ship a known gadget chain, so the realistic risk is to downstream applications that embed the libsvm module alongside vulnerable transitive dependencies. The method is public and static, so any caller can pass an untrusted stream to it directly.
The practical impact is remote code execution against processes that load SvmDoccatModel instances from untrusted or semi-trusted origins.
Mitigation:
3.x users should upgrade to 3.0.0-M4.
Users who cannot upgrade immediately should treat all serialized SvmDoccatModel streams as untrusted input unless their provenance is verified, and should avoid invoking SvmDoccatModel.deserialize() on streams supplied by end users or fetched from third-party sources without integrity checks.
Articles & Coverage 1
Executive ViewAI
Apache OpenNLP versions 3.0.0-M1 through M4 contain an unsafe Java deserialization flaw in the SvmDoccatModel module that can enable remote code execution when processing untrusted serialized input, provided vulnerable dependencies exist on the application classpath. Organizations using affected OpenNLP versions that accept external data face material risk of complete system compromise. Risk exposure is most acute in applications where document categorization workflows process data from untrusted sources.
Apply vendor patch. For immediate interim mitigations where patching cannot be completed within 7 days: implement input validation to accept only internally generated serialized objects (reject externally sourced input to SvmDoccatModel.deserialize()), disable or isolate the document categorization module if unused, and restrict outbound network access from affected application instances to limit post-exploitation lateral movement.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Insecure deserialization occurs when an application converts serialized data (a stream of bytes representing an object's state) back into a living object without proper validation.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
EUVD-2026-41885
GHSA-g4fv-7mf3-543r
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB