CVE-2025-1098: kubernetes ingress-nginx · Improper Input Validation
Affects kubernetes ingress-nginxSource CVE Database V5
Public exploit available (Exploit-DB) · 86% EPSS · CVSS 8.8 High.
Data as of 26 Oct 2026, 12:55 UTC
- EPSS
- 86.1% chance of exploitation in 30 days – higher than 99% 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:HExploitation evidence
t = 0 is the CVE’s publication on cve.org
Disclosed: evidence found.
CVE published 24 Mar 2025
Detectable: evidence found.
Weaponised: evidence found.
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
Timeline
CVE ID reserved
by Kubernetes
, 45 days before disclosure
CVE published
on cve.org
, t = 0
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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubkubernetes/ingress-nginxpkg:github/kubernetes/ingress-nginxOther threats | Affected
| 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-1098, organizations should take the following specific actions: 1) Immediately audit and restrict permissions to create or modify Ingress resources, limiting this capability to trusted users and service accounts only. 2) Implement strict admission controls and validation policies (e.g., using Kubernetes Admission Controllers or OPA Gatekeeper) to sanitize and restrict the values of `mirror-target` and `mirror-host` annotations, preventing injection of arbitrary configuration. 3) Monitor ingress-nginx controller logs and Kubernetes API server audit logs for unusual or unauthorized changes to Ingress annotations. 4) If possible, isolate the ingress-nginx controller with minimal privileges, reducing its access to Secrets and other sensitive resources by applying the principle of least privilege through Kubernetes RBAC. 5) Stay alert for official patches or updates from the Kubernetes ingress-nginx project and apply them promptly once available. 6) Consider deploying network segmentation and runtime security tools to detect anomalous behavior in ingress controllers. These measures go beyond generic advice by focusing on annotation validation, privilege restriction, and proactive monitoring tailored to this vulnerability's exploitation vector.
Description
A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `mirror-target` and `mirror-host` Ingress annotations can be used to inject arbitrary 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.)