Skip to main content
CVE-2025-24514VulnerabilityPublished Updated

CVE-2025-24514: kubernetes ingress-nginx · Improper Input Validation

Affects kubernetes ingress-nginxSource CVE Database V5

0

Not known to be exploited · public exploit available (Exploit-DB) · 37% EPSS · CVSS 8.8 High.

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
37.2% chance of exploitation in 30 days – higher than 98% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

t = 0 is the CVE’s publication on cve.org

  1. Disclosed: evidence found.

    CVE published 24 Mar 2025

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

    Not in CISA KEV and no source reports exploitation

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

    No attack traffic recorded by OffSeq Mirage sensors

Timeline

  1. CVE ID reserved

    by kubernetes

    , 60 days before disclosure

  2. CVE published

    on cve.org

    , t = 0

  3. First Exploit-DB entry (opens in a new tab)

    Ingress-NGINX Admission Controller v1.11.1 - FD Injection to RCE

    , 317 days after disclosure

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

Affected software

ProductAffectedFixed in
GitHubkubernetes/ingress-nginxpkg:github/kubernetes/ingress-nginxOther threatsAffected
  • =0
  • =1.12.0
Fixed in–

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-2025-24514, organizations should immediately upgrade ingress-nginx to a version where this vulnerability is patched once available. Until a patch is released, consider the following specific mitigations: 1) Restrict permissions to create or modify Ingress resources with the 'auth-url' annotation by applying strict Role-Based Access Control (RBAC) policies limiting who can define or alter Ingress objects. 2) Implement admission controllers or validating webhooks to enforce strict validation on Ingress annotations, particularly 'auth-url', to prevent injection of malicious configuration. 3) Reduce the ingress-nginx controller's access scope by limiting its permissions to only necessary Secrets rather than cluster-wide access, using Kubernetes RBAC best practices. 4) Monitor ingress-nginx logs and Kubernetes audit logs for suspicious Ingress creation or modification activities. 5) Employ network segmentation and isolate the ingress-nginx controller to limit the blast radius of potential compromise. 6) Regularly scan cluster configurations and deployed resources for anomalous or unexpected Ingress annotations. These targeted mitigations go beyond generic advice by focusing on controlling the attack vector and minimizing privileges to reduce exploitability and impact.

Description

A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-url` 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…