Skip to main content
CVE-2026-24512VulnerabilityPublished Updated

CVE-2026-24512: Kubernetes ingress-nginx · Improper Input Validation

Affects Kubernetes ingress-nginxSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High : upgrade to 1.14.3 or 1.13.7 soon.

Data as of 26 Oct 2026, 07:57 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 46% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.14.3, 1.13.7
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.

What to do

Upgrade Kubernetes ingress-nginx to 1.14.3 or 1.13.7.

Affected software

ProductAffectedFixed in
Kubernetesingress-nginxAffected
  • <1.13.7
  • <1.14.3
Fixed in–
GitHubingress-nginxpkg:github/ingress-nginxOther threatsAffected
  • <1.13.7
  • <1.14.3
Fixed in
  • 1.13.7
  • 1.14.3

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

2) Restrict permissions to create or modify Ingress resources to trusted administrators only, minimizing the risk of malicious configuration injection. 3) Implement strict admission controls and validation policies (e.g., using Kubernetes Admission Controllers or OPA Gatekeeper) to enforce safe values in the `rules.http.paths.path` field and reject suspicious or malformed inputs. 4) Limit the privileges of the ingress-nginx controller where possible, for example by using least privilege service accounts and RBAC policies to reduce access to Secrets. 5) Monitor ingress-nginx logs and Kubernetes audit logs for unusual Ingress resource modifications or suspicious nginx configuration changes. 6) Consider network segmentation and runtime security tools to detect and contain anomalous behavior in the ingress-nginx controller. 7) Educate DevOps and security teams about this vulnerability to ensure rapid response and remediation.

Description

A security issue was discovered in ingress-nginx where the `rules.http.paths.path` Ingress field can be used to inject configuration into nginx. This can lead to arbitrary code execution in the context of the ingress-nginx controller, and disclosure of Secrets accessible to the controller. (Note that in the default installation, the controller can access all Secrets cluster-wide.)

References

Community reviews

Loading reviews…