CVE-2026-40048 Details
Description
The Camel-PQC FileBasedKeyLifecycleManager class deserializes the contents of `<keyId>.key` files in the configured key directory using java.io.ObjectInputStream without applying any ObjectInputFilter or class-loading restrictions. The cast to `java.security.KeyPair` is evaluated only after `readObject()` has already returned, so any `readObject()` side effects in the deserialized object run before the type check. An attacker who can write to the key directory used by a Camel application — for example through a path traversal into the directory, misconfigured filesystem permissions on the volume where keys are stored, a compromised key provisioning pipeline, or a symlink attack — can place a crafted serialized Java object that, when deserialized during normal key lifecycle operations, results in arbitrary code execution in the context of the application. This issue affects Apache Camel: from 4.19.0 before 4.20.0, from 4.18.0 before 4.18.2. Users are recommended to upgrade to version 4.20.0, which fixes the issue by replacing java.io.ObjectInputStream-based key and metadata storage with standard PKCS#8 (private key) / X.509 SubjectPublicKeyInfo (public key) Base64 JSON encoding. For users on the 4.18.x LTS releases stream, upgrade to 4.18.2.
A vulnerability exists in the Apache Camel-PQC component, specifically in the FileBasedKeyLifecycleManager class, versions 4.19.0 prior to 4.20.0 and 4.18.0 prior to 4.18.2. The issue arises because the class deserializes `<keyId>.key` files in the designated key directory using java.io.ObjectInputStream, without implementing any ObjectInputFilter or class-loading restrictions. This flaw allows an attacker to exploit the deserialization process by injecting a malicious serialized Java object that, once deserialized during routine key lifecycle operations, executes arbitrary code within the application's context. Exploitation requires the ability to write to the key directory, which could be achieved through various means such as path traversal, improper filesystem permissions, a compromised key provisioning pipeline, or a symlink attack.
Users are advised to upgrade to Apache Camel version 4.20.0 or 4.18.2 for those on the 4.18.x LTS release stream. Version 4.20.0 addresses the vulnerability by replacing the java.io.ObjectInputStream-based key and metadata storage with standard PKCS#8 for private keys and X.509 SubjectPublicKeyInfo for public keys, encoded in Base64 JSON.
Metrics
CVSS 4.0 Severity and Vector Strings:
No CVSS 4.0 data is available for this CVE.
CVSS 3.x Severity and Vector Strings:
No data available for CVSS Version 2.0 on this CVE.
CISA-ADP
Assessed Apr 28, 2026References to Advisories, Solutions, and Tools
By selecting these links, you will be leaving this site. These are references gathered from the official CVE record and are not endorsed by Volerion.
| URL | Source(s) | Tag(s) |
|---|---|---|
| https://access.redhat.com/security/cve/CVE-2026-40048 | redhat-SADP | |
| https://bugzilla.redhat.com/show_bug.cgi?id=2463176 | redhat-SADP | |
| https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-40048.json | redhat-SADP | |
| http://www.openwall.com/lists/oss-security/2026/04/26/6 | CVE | Mailing ListThird Party Advisory |
| https://camel.apache.org/security/CVE-2026-40048.html | [email protected] | Vendor Advisory |
Weakness Enumeration
| CWE-ID | CWE Name | Source |
|---|---|---|
| CWE-502 | Deserialization of Untrusted Data | redhat-SADP |
| CWE-502 | Deserialization of Untrusted Data | [email protected] |
Affected Products
| Product | Versions |
|---|---|
| apache camel | >= 4.18.0, < 4.18.2 4.19.0 |
CPE
Remediation
| |
Change History
8 change records found show changes
| Date | Action | Recorded By |
|---|---|---|
| Jul 15, 2026 | CVE Modified | redhat-SADP |
| Jun 30, 2026 | CVE Modified | redhat-SADP |
| Jun 17, 2026 | CVE Modified | [email protected] |
| Jun 17, 2026 | CVE Modified | CISA-ADP |
| Apr 28, 2026 | Initial Analysis | [email protected] |
| Apr 27, 2026 | CVE Modified | CISA-ADP |
| Apr 27, 2026 | New CVE Received | [email protected] |
| Apr 27, 2026 | CVE Modified | CVE |