Skip to main content

Apache Camel AS2 EUVDEUVD-2026-104213

| CVE-2026-80344 HIGH
Server-Side Request Forgery (SSRF) (CWE-918)
2026-10-19 apache GHSA-wrg6-q24g-59j6
8.2
CVSS 3.1 · Vendor: apache
View

Attack ChainAIDerived

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

  1. Access
    Send crafted AS2 message to receiver
  2. Delivery
    Request async MDN to attacker address
  3. Exploit
    Camel connects to chosen destination
  4. Execution
    Reach internal-only services
  5. Impact
    Capture configured MDN credentials

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Credential Access

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

Exploitation Conditions

Requires a deployed Apache Camel AS2 receiver (camel-as2) that accepts inbound AS2 messages and processes asynchronous MDN requests; the attacker sets the async MDN return address in the inbound message and Camel uses it verbatim as the outbound destination. Full confidentiality impact (credential disclosure) additionally requires MDN-delivery credentials to be configured (mdnUserName/mdnPassword/mdnAccessToken); without them the impact is limited to SSRF and internal network reachability. Limiting factors: the attacker must be able to deliver an AS2 message to the receiver and reach its endpoint, and the outbound SSRF target is reachable only from the Camel instance's network position. Signature verification is not a barrier to the SSRF itself.

Impact

This is a credible, upgrade-worthy issue rather than a high-CVSS-but-low-risk artifact, but its real-world urgency is moderated by deployment specifics. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N, base 8.2) describes a remote, low-complexity, unauthenticated SSRF with high confidentiality impact - the impact being that MDN-delivery credentials and internal-only hosts are exposed to an attacker-chosen destination (CWE-918). No EPSS score, CISA KEV listing, or public POC was provided in the intelligence, so this is no public exploit identified at time of analysis; the signals therefore do not point to active or widespread exploitation. The PR:N rating is consistent with AS2 receivers that accept inbound partner messages without protocol-level authentication, but note the CVSS vector implies any remote sender can trigger it while the description frames the actor as 'a remote partner' - in practice exploitability depends on whether the receiver accepts messages from the attacker and whether async MDN with credentials is configured. The highest concrete harm (credential theft) is conditional on mdnUserName/mdnPassword/mdnAccessToken being set, so environments without MDN-delivery credentials face SSRF/internal-reachability impact only.

Exploit ScenarioDerived

An attacker who can send an AS2 message to a vulnerable Camel receiver requests an asynchronous Message Disposition Notification and supplies a return address pointing at an internal service (e.g. a cloud metadata endpoint or an internal admin host). Camel connects outbound to that attacker-chosen destination to deliver the MDN, and if MDN-delivery credentials are configured it presents them to the attacker's host. No public exploit code was identified, but the attack is low-complexity and requires no authentication per the CVSS vector.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.4% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 19, 2026

Unauthenticated remote AS2 partners can turn an Apache Camel camel-as2 receiver into a server-side request forgery pivot: the component reads the asynchronous Message Disposition Notification (MDN) return address out of the inbound message and dials it verbatim, so the sender chooses the host the Camel instance connects to, including addresses only routable from inside the deployment's network. Deployments running Apache Camel 4.0.0 through 4.18.4 or 4.19.0 through 4.22.0 with an exposed camel-as2 receiver are affected; where mdnUserName, mdnPassword or mdnAccessToken are configured, the outbound receipt presents those MDN-delivery credentials to the attacker-chosen destination, which drives the high confidentiality component of the CVSS 3.1 score of 8.2 (CWE-918). No public exploit code has been identified at time of analysis, and vendor fixes are released in 4.23.0, 4.18.5 and 4.22.1; real-world urgency is moderated by whether the receiver is reachable by untrusted partners and whether credentials are attached to MDN delivery.

RemediationAI

Vendor-released patch: upgrade to Apache Camel 4.23.0; deployments on the 4.18.x LTS stream should move to 4.18.5 and those on the 4.22.x stream to 4.22.1, which constrain the asynchronous MDN destination rather than accepting it verbatim (fixes tracked in https://github.com/apache/camel/pull/25637, https://github.com/apache/camel/pull/25763 and https://github.com/apache/camel/pull/25764, advisory https://camel.apache.org/security/CVE-2026-80344.html). If an immediate upgrade is not possible, two compensating controls apply together: restrict outbound egress from the AS2 receiver host to the specific partner endpoints it legitimately delivers receipts to - accepting that new partners or changed partner addresses require firewall updates and that MDN delivery failures will surface as stalled AS2 transactions - and avoid attaching mdnUserName, mdnPassword or mdnAccessToken credentials that are valid for any host beyond those partners, since the receipt is delivered to a sender-controlled destination; removing those credentials eliminates the credential-disclosure impact but breaks authenticated MDN delivery to partners that require it. Where feasible, also limit which remote systems can reach the AS2 receiver endpoint and consider enabling strict inbound signature verification with a configured validateSigningCertificateChain to reject messages from unverified senders, though this does not by itself block the SSRF path.

Affected VersionsENISA

Apache Camel 4.0.0 <4.18.5
Apache Camel 4.19.0 <4.22.1

Affected Packages

euvd apache_camel fix: 4.18.5, 4.22.1

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

AS2 (RFC 4130) is the B2B EDI-over-HTTP protocol used to exchange business documents with trading partners, and its Message Disposition Notification is the signed receipt proving delivery; an inbound message can request that this receipt be returned asynchronously via a Receipt-Delivery-Option style address rather than on the original HTTP response. The camel-as2 component took that sender-supplied address from the inbound message and used it directly as the destination for the outgoing asynchronous MDN, with no check that the host matched a configured partner endpoint - the classic CWE-918 server-side request forgery pattern of trusting a client-controlled URL for a server-initiated connection. Because the connection originates from the Camel runtime, the attacker inherits its network position and can probe internal-only hosts, and because camel-as2 exposes dedicated secret configuration parameters for MDN delivery (mdnUserName, mdnPassword and mdnAccessToken, visible as secret-flagged options in the component catalog), any credentials bound to those options travel with the forged request to the attacker's host. The affected artifact is cpe:2.3:a:apache_software_foundation:apache_camel, with the defect confined to the camel-as2 component; the upstream fix constrains the asynchronous MDN destination instead of accepting it verbatim, and the referenced pull requests also touch the generated AS2 component catalog metadata. Note that inbound signature verification is orthogonal to the flaw - an unverifiable or unsigned message can still reach the SSRF path unless the deployment enforces the signatureVerificationRequired option.

Know when Apache Camel 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

Vendor (apache) PRIMARY 8.2 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N
vuln.today AI 8.2 HIGH

Remote attacker controls the MDN destination via inbound message (AV:N/AC:L/PR:N/UI:N); high confidentiality from credential/internal exposure, low integrity from attacker-directed requests, no availability impact.

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

Primary rating from Vendor (apache).

CVSS VectorVendor: apache

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

DescriptionCVE.org

Server-Side Request Forgery (SSRF) vulnerability in Apache Camel AS2 component.

This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.1.

In the AS2 protocol the sender of a message may request that the Message Disposition Notification be returned asynchronously to an address the sender supplies. camel-as2 took that address from the inbound message and used it as the destination for the outgoing receipt without constraining it to anything the deployment had configured. A remote partner therefore chose the host the Camel instance would connect to when delivering the MDN. That gives server-side request forgery from the position of the AS2 receiver, including reaching hosts that are only routable from inside the deployment's network, and where the outbound connection carries credentials configured for MDN delivery those credentials are presented to the attacker-chosen destination.

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. The asynchronous MDN destination is now constrained rather than taken verbatim from the inbound message. For deployments that cannot upgrade immediately, restrict outbound connectivity from the AS2 receiver to the partner endpoints it legitimately delivers receipts to, and do not attach credentials to MDN delivery that are valid for any host other than those partners.

Executive ViewAI

Why It Matters

Apache Camel's camel-as2 receiver exposes organizations that exchange AS2 messages with external partners to server-side request forgery, enabling a sender-controlled MDN return address to redirect the Camel instance toward internal or otherwise unreachable destinations. Leadership should care because affected deployments may leak internal network reachability and configured MDN delivery credentials to an untrusted party; no public exploit identified at time of analysis, but the risk is concentrated in internet-reachable receivers. Vendor-released patch: 4.23.0, 4.18.5, and 4.22.1.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.4%
Top 66% exploitable
Prevalence
Medium
Apache Camel is widely deployed, but the AS2/EDI B2B component is niche
Data Quality
5 sources
Confidence: Medium

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 HIGH
CISA KEV No
Public POC No
EPSS 0.4%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

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

Attack Technique

Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.

CVE-2026-33453 CRITICAL POC
10.0 Apr 27

Remote code execution in Apache Camel's camel-coap component (versions 4.14.0-4.14.5, 4.18.0 before 4.18.1, and 4.19.0)

CVE-2026-40858 HIGH POC
8.8 Apr 27

Unsafe Java deserialization in Apache Camel's camel-infinispan component allows arbitrary code execution when the ProtoS

CVE-2026-78162 CRITICAL
10.0 Oct 19

Unauthenticated remote code execution affects the camel-hazelcast component of Apache Camel 4.0.0 through 4.18.4 and 4.1

CVE-2026-71300 CRITICAL
9.8 Aug 24

Header-injection in the Apache Camel camel-atmosphere-websocket producer lets an external sender hijack WebSocket messag

CVE-2026-78329 CRITICAL
9.8 Aug 24

Header-filter bypass in the Apache Camel Undertow component (4.11.0-4.14.8, 4.15.0-4.18.3, and 4.19.0-4.21.x) lets remot

CVE-2026-47323 CRITICAL
9.8 May 19

Remote code execution in Apache Camel 3.18.0-4.14.5 and 4.15.0-4.18.1 stems from CXF and Knative HeaderFilterStrategy im

CVE-2026-33454 CRITICAL
9.4 Apr 27

Message header injection in Apache Camel's camel-mail component (3.0.0 before 4.14.6 and 4.15.0 before 4.18.1) lets an a

CVE-2026-46590 HIGH
8.8 Jul 06

Remote code execution via unsafe Java deserialization affects the camel-pqc component of Apache Camel 4.18.0-4.18.2 and

CVE-2026-27172 HIGH
8.8 Apr 27

Unsafe Java deserialization in Apache Camel's camel-consul component (ConsulRegistry / ConsulRegistryUtils.deserialize)

CVE-2026-88900 HIGH
8.8 Oct 19

Unauthenticated deserialization of attacker-controlled messages in Apache Camel's camel-jgroups consumer can lead to rem

CVE-2026-83531 HIGH
8.8 Oct 19

Expression language injection in the Apache Camel dynamic-router-control endpoint allows a party who can place a message

CVE-2026-78165 HIGH
8.8 Oct 19

Deserialization of untrusted data in the Apache Camel Spring Redis component (camel-spring-redis) allows an authenticate

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