CVE-2026-85260: Apache Camel: Camel-MLLP Protected Health Information Disclosure to Logs by Default
CVE-2026-85260 key facts
- CISA KEV
- Not listed (catalogue checked )
- Highest advisory rating
- Medium
- CVSS base score
- 5.5 (Apache), 5.5 (Red Hat)
- CVSS vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N· base score 5.5, scored by apacheAttack vector: local. Attack complexity: low. Privileges required: low. User interaction: none. Scope: unchanged. Confidentiality impact: high. Integrity impact: none. Availability impact: none.- Weakness
- CWE-532 Insertion of Sensitive Information into Log File
- EPSS
- 0.27% chance of exploitation in the next 30 days (18th percentile). FIRST EPSS, .
- CISA SSVC
- Exploitation: none observed. Automatable: no. Technical impact: partial. CISA, .
- Fixed releases
- Apache: 4.18.5, 4.22.1
- Red Hat: 4.23.0, 4.18, 4.18.5, 4.22, 4.22.1
- Assigned by
- apache (CNA)
- CVE record published
- Listed by VulniPulse
- Record changed
Ratings, versions and fixes are quoted from the vendor advisories that cover only CVE-2026-85260; each belongs to its advisory, not to every product listed. How records are collected and checked.
Description
Insertion of Sensitive Information into Log File vulnerability in Apache Camel MLLP component. This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.1. The camel-mllp component carries a logPhi option that governs whether HL7 payload content may be written to the log. It defaulted to true, so a deployment that did nothing logged protected health information out of the box. Two further paths wrote payload content to the log regardless of the setting, so even an operator who had turned logPhi off was still exposed on those paths. MLLP is used to carry HL7 clinical messages, so the content concerned is patient data, and it reached ordinary application logs where it is subject to whatever retention, aggregation and access the deployment applies to logs generally rather than to clinical records. Upgrade to Apache Camel 4.23.0, which fixes the issue. Users on the 4.18.x LTS releases stream should upgrade to 4.18.5. Users on the 4.22.x LTS releases stream should upgrade to 4.22.1. logPhi now defaults to false and is honoured on the paths that previously ignored it. This is a changed default: a deployment that relied on payload logging must now set logPhi=true explicitly. Because the upgrade guide for a change like this lives on the main branch only, operators upgrading within the 4.18.x or 4.22.x lines should treat this advisory as the notice of that change. For deployments that cannot upgrade immediately, set logPhi=false and be aware that two paths will continue to log payload content until the fix is applied; restrict access to the logs accordingly.
Text from the CVE.org record (apache).
How do I fix CVE-2026-85260?
Upgrade to a fixed release named by the vendor:
- Apache: 4.18.5, 4.22.1
- Red Hat: 4.23.0, 4.18, 4.18.5, 4.22, 4.22.1
- Upgrade to Apache Camel 4.23.0, which fixes the issue. (Apache)
- Users on the 4.18.x LTS releases stream should upgrade to 4.18.5. (Apache)
- Upgrade to Apache Camel 4.23.0, which fixes the issue. Users on the 4.18.x LTS releases stream should upgrade to 4.18.5. Users on the 4.22.x LTS releases stream should upgrade to 4.22.1. logPhi now defaults to false and is honoured on the paths that previously ignored it. This is a changed default: a deployment that relied on payload logging must now set logPhi=true explicitly. Because the upgrade guide for a change like this lives on the main branch only, operators upgrading within the 4.18.x or 4.22.x lines should treat this advisory as the notice of that change. (CVE.org record)
- Workaround: For deployments that cannot upgrade immediately, set logPhi=false and be aware that two paths will continue to log payload content until the fix is applied; restrict access to the logs accordingly. (CVE.org record)
Vendor advisories for CVE-2026-85260
Apache
1 advisory- Advisory severityMedium5.5
Medium [CVE-2026-85260] Insertion of Sensitive Information into Log File vulnerability in Apache Camel MLLP component
CVE-2026-85260Source published Source updated
Insertion of Sensitive Information into Log File vulnerability in Apache Camel MLLP component. This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.1. The camel-mllp component carries a logPhi option that governs whether HL7 payload content may be written to the log. It defaulted to true, so a deployment that did nothing logged protected health information out of the box. Two further paths wrote payload content to the log regardless of the setting, so even an operator who had turned logPhi off was still exposed on those paths. MLLP is used to carry HL7 clinical messages, so the content concerned is patient data, and it reached ordinary application logs where it is subject to whatever retention, aggregation and access the deployment applies to logs generally…
- Affected products in this advisory
- Apache Camel MLLP
- Source-reported affected versions
- 4.0.0 before 4.18.5
- 4.19.0 before 4.22.1
- Source-reported fixed versions
- 4.18.5
- 4.22.1
- Mitigation guidance
- Upgrade to Apache Camel 4.23.0, which fixes the issue.
- Users on the 4.18.x LTS releases stream should upgrade to 4.18.5.
- Users on the 4.22.x LTS releases stream should upgrade to 4.22.1. logPhi now defaults to false and is honoured on the paths that previously ignored it.
- Because the upgrade guide for a change like this lives on the main branch only, operators upgrading within the 4.18.x or 4.22.x lines should treat this advisory as the notice of that change.
- Workarounds
- For deployments that cannot upgrade immediately, set logPhi=false and be aware that two paths will continue to log payload content until the fix is applied; restrict access to the logs accordingly.
Red Hat
1 advisory- Advisory severityMedium5.5
Medium [CVE-2026-85260] Information disclosure via improper logging of sensitive clinical data
CVE-2026-85260Source published Source updated
Information disclosure via improper logging of sensitive clinical data. Red Hat rates this moderate (CVSS 5.5). Weakness: CWE-538. Affected products named by the advisory: Red Hat build of Apache Camel 4 for Quarkus 3; Red Hat build of Apache Camel for Spring Boot 4; Red Hat Fuse 7.
- Related products — impact not confirmed
- Red Hat build of Apache Camel 4 for Quarkus 3
- Red Hat build of Apache Camel for Spring Boot 4
- Red Hat Fuse 7
- Source-reported affected versions
- < 4.0.0
- < 4.18.5
- < 4.19.0
- < 4.22.1
- Source-reported fixed versions
- 4.23.0
- 4.18
- 4.18.5
- 4.22
1 more entries in the full advisory.
- Mitigation guidance
- No mitigation guidance extracted; consult the source.
References
- CVE-2026-85260 recordCVE.org
- CVE-2026-85260 detailNVD
- Apache Camel Security Advisory - CVE-2026-85260vendor-advisory
- CAMEL-24454issue-tracking
- Fix on main, released in 4.23.0 (commit dd2bf57190c12ff7f1e97f121738867a680992ce)patch
- Backport to camel-4.22.x, released in 4.22.1 (commit 95b4c1500001bc32877df5b8fca0bc7bdd080666)patch
- Backport to camel-4.18.x, released in 4.18.5 (commit 4ec9b37d70b08c478966000fb1bd653abfe410e3)patch
Timeline
- CVE record published
- First vendor advisory listed by VulniPulse
- CVE record last updated
More Apache advisories
CVE-2026-89326Nov 11, 2026Origin Validation Error vulnerability in Apache XML Graphics Batik: the external resourceCVE-2026-106023Nov 11, 2026NULL pointer dereference vulnerability in Apache HTTP Server's mod_md during HTTP requestCVE-2026-109163Nov 11, 2026Stack-based buffer overflow vulnerability in Apache HTTP Server's mod_vhost_aliasCVE-2026-119618Nov 11, 2026Concurrent Execution using Shared Resource with Improper SynchronizationCVE-2026-71395Nov 11, 2026unsafe deserialization in hyphenation loading vulnerability in Apache XML Graphics FOPCVE-2026-44929Nov 11, 2026Server-Side Request Forgery (SSRF) vulnerability in Apache XML Graphics Batik
Get an email when Apache publishes the next one.
See Apache's last 90 days of advisories first. Then choose one product with live alerts free for life, or a free month of real-time alerts on everything with the severity, the fixed version and the vendor's link (card needed, then US$15/month; we email you before the first charge).
iPhone and Android apps · New on the App Store
Get alerts for new CVEs on your phone.
Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 34 official vendor sources and 160+ reviewed platform categories.