Apache Camel CoAP
CVE-2026-101259
MEDIUM
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSend crafted request to CoAP consumer
-
DeliveryForce unconvertible response body or header
-
ExploitConsumer throws conversion error after route
-
ExecutionError message returned in 5.00 payload
-
ImpactRead 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. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
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.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
2Description PRE-NVD
Articles & Coverage 1
Executive ViewAI
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.
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
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
NVD
CVE.org
GitHub
Exploit-DB