Skip to main content

Apache Camel CoAP CVE-2026-101259

MEDIUM
Error Message Information Leak (CWE-209)
2026-10-23
5.3
CVSS 3.1 · Vendor
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Send crafted request to CoAP consumer
  2. Delivery
    Force unconvertible response body or header
  3. Exploit
    Consumer throws conversion error after route
  4. Execution
    Error message returned in 5.00 payload
  5. Impact
    Read leaked class names and paths

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Error message sanitization
MITRE ATT&CK

1 technique across 1 tactic: Discovery

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires a Camel route that consumes from a coap, coaps, coap+tcp, or coaps+tcp endpoint and whose completed response a remote client can make unconvertible - specifically, the final message body cannot be converted to byte[], or the CamelCoapMaxAge/CamelCoapETag headers cannot be converted to their expected types, with the failure occurring after the route returns and outside the route's error handler. On affected versions there is no muteException option to suppress the leaked message. Whether a remote client can actually trigger an unconvertible response depends entirely on how the route is written, which is the primary limiting factor; related route-failure disclosure (a failing route previously answered with 2.05 Content) similarly depends on route design. Only confidentiality of internal deployment detail is at stake - no code execution, data modification, or denial of service.

Impact

This is a medium-severity information-disclosure flaw whose real-world priority is modest and heavily deployment-dependent. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N = 5.3) indicates remote, unauthenticated, low-complexity access with only low confidentiality impact and no integrity or availability impact, which matches a flaw that leaks internal error text rather than granting code execution or data manipulation. No EPSS score, KEV listing, or SSVC exploitation/automatable/technical-impact values were supplied, and the vuln.today decision label is 'awaiting_data', so none of the exploitation-probability signals are available to confirm or contradict the CVSS reading - there is no public exploit identified at time of analysis. The AC:L metric is in tension with the description, which states that reaching the disclosure requires a route whose completed response a remote client can make unconvertible and that this 'depends on how the route is written'; this is a real environmental precondition that narrows exploitability well below what AC:L alone implies, so the effective risk is lower than the base score suggests. Net: a genuine-but-limited issue worth patching in the normal cycle rather than an emergency, with the main consequence being leakage of class/package names, file paths, host names, and backend connection detail that could aid reconnaissance.

Exploit ScenarioDerived

A remote CoAP client repeatedly sends requests to a vulnerable Camel coap consumer whose route produces a final body or CamelCoapMaxAge/CamelCoapETag header value that cannot be converted to the required type after the route completes. The consumer catches the conversion failure outside the route's error handler and returns its message as the payload of a 5.00 Internal Server Error, exposing the value's class, its string form (for example a file path), and the underlying cause's class and message (which may include paths, host names, and backend connection detail). No public exploit is identified at time of analysis, and success depends on how the specific route is written.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 23, 2026

Information disclosure in the Apache Camel CoAP component (org.apache.camel:camel-coap) lets a remote unauthenticated CoAP client read internal deployment detail - class and package names, the string form of a value such as the path of a file body, and backend host names or connection detail carried by the underlying cause - when the consumer cannot build its response after the route has already completed. Only deployments running 4.0.0 through 4.18.4 or 4.19.0 through 4.22.1 with routes consuming from coap, coaps, coap+tcp or coaps+tcp endpoints are exposed, and only where a remote client can make the completed response unconvertible, which depends on how the route is written; that dependency is why the practical attack complexity is high rather than low. Confidentiality of internal detail is the only impact - there is no code execution, data modification or denial of service - and no public exploit has been identified at time of analysis; the issue was found by an independent researcher and fixed by the vendor.

RemediationAI

Vendor-released patch: upgrade to Apache Camel 4.23.0, or to 4.22.2 if staying on the 4.22.x LTS stream, or to 4.18.5 if staying on the 4.18.x LTS stream; the upgrade alone is sufficient because the new muteException consumer option defaults to true on all three fixed release lines, so no configuration change is required and the 5.00 error response carries no payload. Deployments on the 4.14.x stream or earlier, and on the 4.15.x to 4.17.x and 4.19.x to 4.21.x lines, must move to a supported release since those lines are end of life and will not be patched. Where an immediate upgrade is not possible, remove the trigger instead of relying on generic hardening: make the response always buildable after the route returns by converting the body to byte[] or String as the last step of every route consuming from a coap endpoint (for example with convertBodyTo), supply the CamelCoapMaxAge and CamelCoapETag headers only values of their own types so the post-route conversion cannot fail, and add an onException handler that marks the failure as handled and sets the response body explicitly so a conversion failure is raised and replaced inside the route rather than in the consumer - the trade-off is that these changes must be applied to and maintained on every affected route individually, and a route that is missed or later edited remains exposed. Until either the upgrade or the route changes are in place, restricting reachability of the CoAP endpoints (coap, coaps, coap+tcp, coaps+tcp) at the network layer limits who can send the malicious request, at the cost of losing the CoAP service for legitimate clients. Full details and the fix commits are referenced from https://camel.apache.org/security/CVE-2026-101259.html, https://issues.apache.org/jira/browse/CAMEL-25087 and the upstream pull requests https://github.com/apache/camel/pull/26994, https://github.com/apache/camel/pull/27046 and https://github.com/apache/camel/pull/27048.

Affected ProductsAI

Apache Camel's CoAP component, Maven artifact org.apache.camel:camel-coap, is affected in the range from 4.0.0 before 4.18.5 and from 4.19.0 before 4.22.2, covering the coap, coaps, coap+tcp and coaps+tcp consumer endpoints; no CPE strings were supplied with the record, so identification should be done through the Maven coordinates and dependency manifests. Fixed releases are 4.18.5 on the 4.18.x LTS line, 4.22.2 on the 4.22.x LTS line and 4.23.0 as the current fixed release. The 4.14.x stream and earlier, together with the 4.15.x to 4.17.x and 4.19.x to 4.21.x release lines, reached end of life before this issue was resolved and will not receive a fix, so any deployment on those lines remains affected regardless of route design. The vendor advisory at https://camel.apache.org/security/CVE-2026-101259.html and the Jira issue https://issues.apache.org/jira/browse/CAMEL-25087 document the full mapping; the sibling advisories for CVE-2026-85257 (Camel-CXF, same muteException theme, fixed in 4.22.1), CVE-2026-84180, CVE-2026-85246 and CVE-2026-85315 are separate issues and should not be conflated with this one when scoping inventory.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Apache Camel's CoAP component wraps the Californium/Eclipse-based CoAP stack in a consumer endpoint (CamelCoapResource) that accepts a request, runs the Camel route, and then serialises the resulting exchange back into a CoAP response. The defect sits in that final serialisation step: after the route has returned, the producer-free consumer converts the message body to a byte[] payload and converts the CamelCoapMaxAge and CamelCoapETag headers to their declared types, so any conversion failure is raised outside the route's error handler. On affected releases the resulting exception message names the class of the value being converted, includes that value's string form, and appends the class name and message of the underlying cause; CamelCoapResource caught it and used that text as the payload of a 5.00 Internal Server Error response. The advisory classifies this as generation of an error message containing sensitive information (the CWE-209 family), and notes that the CoAP consumer, unlike the HTTP consumers, offered no muteException option to suppress it. A second, related behaviour is documented: a route that fails is not checked for failure state, so it was answered with 2.05 Content and whatever body the message held at that point rather than an error. The fix adds a muteException consumer option to the coap, coaps, coap+tcp and coaps+tcp endpoints, defaulting to true on the fixed release lines, so an exception during response build yields an empty 5.00 answered through the consumer's exception handler, and a failed exchange is now reported as 5.00 under the same rule; setting muteException=false restores the leaking behaviour for debugging. Because the response is built after the route returns, neither route-level error handling nor ordinary input validation prevents the disclosure unless the conversion itself is made to succeed inside the route.

Know when the next one hits your stack

  • 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

Vendor (CNA) PRIMARY 5.3 MEDIUM
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
vuln.today AI 3.7 LOW

Remote and unauthenticated (AV:N/PR:N), but AC:H because disclosure requires a route written such that a client can force an unconvertible response; only low confidentiality impact.

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N
4.0 AV:N/AC:H/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (CNA).

CVSS VectorVendor

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
None
Availability
None

Lifecycle Timeline

2
CVSS changed
Oct 26, 2026 - 09:22 NVD
5.3 (MEDIUM)
CVE Published
Oct 23, 2026 - 13:27 oss-security
HIGH

Description PRE-NVD

Disclosed via oss-security. NVD scoring and full description are pending.

Executive ViewAI

Why It Matters

A high-severity information disclosure vulnerability in Apache Camel's CoAP component (CVE-2026-101259) could allow unauthenticated remote clients to access internal deployment details in affected configurations. While no public exploit exists, the potential exposure of sensitive infrastructure information warrants management attention due to possible reconnaissance for further attacks. Only specific Camel versions and route configurations are impacted.

Business Impact: Medium
Compensating Controls

Restrict network access to CoAP endpoints to trusted clients, implement strict input validation, and customize error handling to avoid leaking internal details.

Threat Intelligence Overview

Prevalence
Medium
Apache Camel is widely used, but the CoAP component is an optional, IoT-specific module
Data Quality
2 sources
Confidence: Low

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS N/A
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
Medium

Priority Score

26
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +26
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy