Skip to main content
CVE-2026-1580VulnerabilityPublished Updated

CVE-2026-1580: 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 25 Oct 2026, 19:02 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 45% 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-25.

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

To mitigate CVE-2026-1580, organizations should immediately update ingress-nginx to a patched version once available from the official Kubernetes ingress-nginx project. If you cannot patch yet, restrict the ability to create or modify Ingress resources to trusted administrators only, minimizing the risk of malicious annotation injection. Implement Kubernetes Role-Based Access Control (RBAC) policies to limit permissions for users and service accounts, especially those who can modify ingress resources. Consider deploying admission controllers or validating webhooks that enforce strict validation of Ingress annotations to detect and block suspicious or malformed configurations. Monitor ingress-nginx logs and Kubernetes audit logs for unusual activity related to Ingress resource changes. Additionally, review and minimize the ingress-nginx controller's permissions to Secrets, applying the principle of least privilege where feasible. Employ network segmentation and isolate critical workloads to reduce the blast radius in case of compromise. Finally, maintain regular backups and incident response plans tailored to Kubernetes environments to enable rapid recovery if exploitation occurs.

Description

A security issue was discovered in ingress-nginx where the `nginx.ingress.kubernetes.io/auth-method` Ingress annotation 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…