CVE-2026-114406: Red Hat CA store: weak eMudhra intermediates enable TLS MITM
MEDIUMRed Hat removed several root CAs from the system ca-certificates store because intermediate CAs issued by eMudhra had weak private keys. An attacker who recovers those keys could mint trusted certificates for any hostname and intercept TLS traffic from any client that uses the system trust store. The AI relevance is indirect but wide: the advisory lists more than 200 Red Hat container images, including OpenShift AI (rhoai) model-serving and pipeline images, RHEL AI vLLM inference images and base images. Real-world risk is moderated by the high attack complexity (the attacker must sit on the network path), the user interaction requirement, a medium CVSS of 6.8, no KEV listing, no public exploit and no Nuclei template. Apply the RHSA errata (for example RHSA-2026:86595), rebuild or pull refreshed container images so the updated CA bundle is included, and verify the removed roots no longer appear in /etc/pki/ca-trust.
What is the risk?
Medium overall. CVSS 6.8 with network vector, high complexity, no privileges and required user interaction. An exploit needs a man-in-the-middle position plus possession of the weak intermediate private keys, and no public exploit, Nuclei template, KEV listing or EPSS score is available. Confidentiality and integrity impact are both high because intercepted TLS sessions can be read and modified. Exposure is broad because the flaw sits in the shared trust store used by almost every TLS client in affected images. For AI/ML platforms, the main concern is traffic to model registries, object storage, artifact repositories, and inference or LLM API endpoints, where any intercepted credentials or tampered artifacts could cascade. Kubernetes-internal traffic that uses its own internal CA is less exposed.
How does the attack unfold?
What systems are affected?
How severe is it?
What is the attack surface?
What should I do?
1 step1) Apply the Red Hat errata for ca-certificates and nss (RHSA-2026:86595, 88455, 88459, 88550, 88560, 88562, 88563, 88564, 88662, 88668) on RHEL hosts and CoreOS nodes. 2) Rebuild and redeploy any custom images derived from the affected rhai, rhaii, rhoai, rhelai3, devspaces, openshift-builds and gitops base images, and pull the refreshed versions of Red Hat images. 3) Confirm the update with trust list or by inspecting /etc/pki/ca-trust/extracted to verify the removed root CAs are absent. 4) Audit custom trust bundles, language-specific stores (certifi, Java keystores, Node) and any images that bundle their own CA files, since they will not pick up the RPM fix. 5) Test integrations that rely on certificates chaining to the removed roots (for example eMudhra-issued certificates for Indian government or enterprise services) before wide rollout, because they may begin to fail. 6) Detection: monitor Certificate Transparency logs and TLS inspection telemetry for unexpected certificates issued by eMudhra intermediates, and enable certificate pinning for high-value endpoints such as model registries and artifact stores.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-114406?
Red Hat removed several root CAs from the system ca-certificates store because intermediate CAs issued by eMudhra had weak private keys. An attacker who recovers those keys could mint trusted certificates for any hostname and intercept TLS traffic from any client that uses the system trust store. The AI relevance is indirect but wide: the advisory lists more than 200 Red Hat container images, including OpenShift AI (rhoai) model-serving and pipeline images, RHEL AI vLLM inference images and base images. Real-world risk is moderated by the high attack complexity (the attacker must sit on the network path), the user interaction requirement, a medium CVSS of 6.8, no KEV listing, no public exploit and no Nuclei template. Apply the RHSA errata (for example RHSA-2026:86595), rebuild or pull refreshed container images so the updated CA bundle is included, and verify the removed roots no longer appear in /etc/pki/ca-trust.
Is CVE-2026-114406 actively exploited?
No confirmed active exploitation of CVE-2026-114406 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-114406?
1) Apply the Red Hat errata for ca-certificates and nss (RHSA-2026:86595, 88455, 88459, 88550, 88560, 88562, 88563, 88564, 88662, 88668) on RHEL hosts and CoreOS nodes. 2) Rebuild and redeploy any custom images derived from the affected rhai, rhaii, rhoai, rhelai3, devspaces, openshift-builds and gitops base images, and pull the refreshed versions of Red Hat images. 3) Confirm the update with trust list or by inspecting /etc/pki/ca-trust/extracted to verify the removed root CAs are absent. 4) Audit custom trust bundles, language-specific stores (certifi, Java keystores, Node) and any images that bundle their own CA files, since they will not pick up the RPM fix. 5) Test integrations that rely on certificates chaining to the removed roots (for example eMudhra-issued certificates for Indian government or enterprise services) before wide rollout, because they may begin to fail. 6) Detection: monitor Certificate Transparency logs and TLS inspection telemetry for unexpected certificates issued by eMudhra intermediates, and enable certificate pinning for high-value endpoints such as model registries and artifact stores.
What systems are affected by CVE-2026-114406?
This vulnerability affects the following AI/ML architecture patterns: Model serving and inference platforms, Training and data science pipelines, Container base images for AI workloads, Notebook and workbench environments, Model registries and artifact stores, Kubernetes and OpenShift AI platforms, Agent and MCP lifecycle infrastructure.
What is the CVSS score for CVE-2026-114406?
CVE-2026-114406 has a CVSS v3.1 base score of 6.8 (MEDIUM). The EPSS exploitation probability is 0.31%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0010AI Supply Chain CompromiseAML.T0010.003ModelAML.T0025Exfiltration via Cyber MeansCompliance Controls Affected
What are the technical details?
Original Advisory
The system certificate authority (CA) store in Red Hat products, distributed via ca-certificates RPM packages, included multiple root CA certificates of authorities, which signed intermediate CA certificates with weak private keys issued by the eMudhra certificate authority. A man-in-the-middle attacker could use this flaw to issue certificates for arbitrary host names signed by the weak intermediate CA certificates, which would be considered trusted by a TLS/SSL client using system CA store and cause such clients to connect to malicious sites. Due to inability to only distrust specific intermediate certificates in all clients using the system CA store, root CA certificates of authorities that signed weak intermediate CA certificates are being removed.
Exploitation Scenario
An attacker with a network position between an AI training or inference cluster and an external dependency (for example a rogue Wi-Fi access point, a compromised router, or DNS or BGP hijacking) obtains or derives the weak private key of an eMudhra intermediate CA. The attacker issues a certificate for the hostname of a model hub or artifact storage endpoint, which the unpatched system trust store accepts. When a pipeline or workbench pod downloads a model or dataset, the attacker intercepts the session, captures the access token, and serves a tampered model file or dataset. The poisoned artifact is then loaded into a training job or inference service, giving the attacker integrity control over model behavior or a route to code execution through unsafe model formats.
Weaknesses (CWE)
CWE-295 — Improper Certificate Validation: The product does not validate, or incorrectly validates, a certificate.
- [Architecture and Design, Implementation] Certificates should be carefully managed and checked to assure that data are encrypted with the intended owner's public key.
- [Implementation] If certificate pinning is being used, ensure that all relevant properties of the certificate are fully validated before the certificate is pinned, including the hostname.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:NReferences
- access.redhat.com/errata/RHSA-2026:86595vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88455vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88459vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88550vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88560vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88562vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88563vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88564vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88662vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88668vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88669vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:88779vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89081vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89131vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89197vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89232vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89333vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89651vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89714vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89725vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89838vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:89907vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:90272vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:90969vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:90985vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91202vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91204vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91206vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91207vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91217vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91218vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91219vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91224vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91232vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91233vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91234vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91235vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91236vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91237vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91238vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91241vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91242vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91243vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91244vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91245vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91246vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91248vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91249vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:91997vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:92006vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:92342vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:93043vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:93044vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:93045vendor-advisoryx_refsource_REDHAT
- access.redhat.com/errata/RHSA-2026:93046vendor-advisoryx_refsource_REDHAT
- access.redhat.com/security/cve/CVE-2026-114406vdb-entryx_refsource_REDHAT
- access.redhat.com/security/vulnerabilities/RHSB-2026-012technical-descriptionx_refsource_REDHAT
- bugzilla.redhat.com/show_bug.cgiissue-trackingx_refsource_REDHAT
Timeline
Related Vulnerabilities
CVE-2025-512010.0smolagents: sandbox escape enables unauthenticated RCE
Same attack type: Data LeakageCVE-2023-376510.0MLflow: path traversal allows arbitrary file read
Same attack type: Data LeakageCVE-2025-282810.0LangChain RequestsToolkit: SSRF exposes cloud metadata
Same attack type: Auth BypassCVE-2025-5376710.0Azure OpenAI: SSRF EoP, no auth required (CVSS 10)
Same attack type: Auth BypassCVE-2025-5952810.0Flowise: Unauthenticated RCE via MCP config injection
Same attack type: Supply Chain