Description
Improper Certificate Validation vulnerability in Apache Camel Knative component.

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

When SSL was enabled on the Knative HTTP client but no truststore was configured, the client options fell back to trusting every presented certificate rather than to the JVM's default trust anchors. A deployment that switched TLS on without also configuring a truststore therefore obtained an encrypted connection with no peer authentication, which an attacker positioned on the network path can terminate and read. The dangerous state is reached by omission rather than by an explicit opt-in, which is what makes it a framework defect: turning TLS on should not be the thing that turns certificate validation off.

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. With no truststore configured the trust options are now left unset so the JVM default trust anchors apply, the same fallback SSLContextParameters and the rest of Camel use. Trusting every certificate is now reached only by asking for it explicitly through the trust.all property, which remains available for development against a cluster with a self-signed certificate. For deployments that cannot upgrade immediately, configure a truststore explicitly wherever SSL is enabled. After upgrading, a deployment that was relying on the implicit trust-all behaviour must either configure a truststore or set the trust.all property deliberately.
Published: 2026-10-19
Score: 5.9 Medium
EPSS: n/a
KEV: No
Impact: Man‑in‑the‑Middle
Action: Patch Immediately
AI Analysis

Impact

An improper certificate validation flaw in the Camel‑Knative component causes the HTTP client to accept any certificate when SSL is enabled without a truststore. This means that traffic protected by TLS can be decrypted by an attacker on the network path because the client bypasses standard peer authentication. The vulnerability arises purely from omission; turning on TLS, by default, disables certificate validation.

Affected Systems

The issue affects Apache Camel from version 4.0.0 up to (but not including) 4.18.5, and from 4.19.0 up to (but not including) 4.22.1. It is specific to the Knative HTTP client component of Apache Camel, a framework released by the Apache Software Foundation.

Risk and Exploitability

The CVSS score of 5.9 indicates a moderate safety assessment. EPSS data is not available, and the vulnerability is not listed in the CISA KEV catalog, suggesting limited large‑scale exploitation. An attacker would need to position themselves on the network path between the client and the server and exploit the fact that SSL has been enabled without a configured truststore. Because certificate validation is disabled by omission, the attack surface extends to any deployment that enables SSL and neglects to configure a truststore, though the exploit would not succeed if a proper truststore were supplied.

Generated by OpenCVE AI on October 19, 2026 at 12:29 UTC.

Remediation

Vendor Solution

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. With no truststore configured the trust options are now left unset so the JVM default trust anchors apply, the same fallback SSLContextParameters and the rest of Camel use. Trusting every certificate is now reached only by asking for it explicitly through the trust.all property, which remains available for development against a cluster with a self-signed certificate.


Vendor Workaround

For deployments that cannot upgrade immediately, configure a truststore explicitly wherever SSL is enabled. After upgrading, a deployment that was relying on the implicit trust-all behaviour must either configure a truststore or set the trust.all property deliberately.


OpenCVE Recommended Actions

  • Upgrade Apache Camel to 4.23.0, or to 4.18.5 for the 4.18.x LTS stream, or to 4.22.1 for the 4.22.x LTS stream.
  • For deployments that cannot upgrade immediately, configure an explicit truststore for every SSL‑enabled endpoint.
  • If a trust.all property is present, verify it is set only when intentionally using a self‑signed certificate; otherwise remove or unset the property.

Generated by OpenCVE AI on October 19, 2026 at 12:29 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 19 Oct 2026 11:00:00 +0000

Type Values Removed Values Added
Description Improper Certificate Validation vulnerability in Apache Camel Knative component. This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.1. When SSL was enabled on the Knative HTTP client but no truststore was configured, the client options fell back to trusting every presented certificate rather than to the JVM's default trust anchors. A deployment that switched TLS on without also configuring a truststore therefore obtained an encrypted connection with no peer authentication, which an attacker positioned on the network path can terminate and read. The dangerous state is reached by omission rather than by an explicit opt-in, which is what makes it a framework defect: turning TLS on should not be the thing that turns certificate validation off. 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. With no truststore configured the trust options are now left unset so the JVM default trust anchors apply, the same fallback SSLContextParameters and the rest of Camel use. Trusting every certificate is now reached only by asking for it explicitly through the trust.all property, which remains available for development against a cluster with a self-signed certificate. For deployments that cannot upgrade immediately, configure a truststore explicitly wherever SSL is enabled. After upgrading, a deployment that was relying on the implicit trust-all behaviour must either configure a truststore or set the trust.all property deliberately.
Title Apache Camel: Camel-Knative Improper Certificate Validation When SSL Is Enabled Without a Truststore
Weaknesses CWE-295
References
Metrics cvssV3_1

{'score': 5.9, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: apache

Published:

Updated: 2026-10-19T10:33:39.667Z

Reserved: 2026-09-03T16:24:48.857Z

Link: CVE-2026-85247

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-19T11:17:22.820

Modified: 2026-10-19T11:17:22.820

Link: CVE-2026-85247

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-19T12:30:14Z

Weaknesses
  • CWE-295

    Improper Certificate Validation