Kyverno before 1.19.1 is vulnerable to server-side request forgery. (CVE-2026-100705)
Kyverno versions prior to 1.19.1 contain a server-side request forgery (SSRF) vulnerability. This issue arises because certain legacy API call paths do not enforce egress filtering or validate service URLs, allowing crafted policies or resource submitters to make Kyverno send HTTP requests to arbitrary internal or external hosts. The vulnerability can lead to unauthorized access to cloud metadata endpoints and internal services using Kyverno's network privileges. The flaw is fixed in version 1.19.1.
AI Analysis
Technical Summary
Kyverno before version 1.19.1 is vulnerable to SSRF due to incomplete application of egress blocklists and scoped-token controls. While the new CEL http.Get/Post library enforces these protections, legacy apiCall service executors and GlobalContextEntry external-API paths use a plain net/http client without egress filtering or URL validation. This allows a ClusterPolicy or GlobalContextEntry author, or a lower-privileged resource submitter templating service URLs, to cause Kyverno to issue GET/POST requests to arbitrary hosts, including cloud metadata endpoints and internal cluster services. Additionally, Kyverno attaches its projected ServiceAccount token to these requests, although the token is audience-scoped, limiting replay value. The vulnerability is addressed in Kyverno 1.19.1.
Potential Impact
An attacker with the ability to create or modify ClusterPolicies, GlobalContextEntries, or resource templates can exploit this vulnerability to make Kyverno send HTTP requests to arbitrary internal or external endpoints. This can lead to unauthorized disclosure of sensitive information such as cloud instance credentials from metadata services and access to internal services within the cluster. The attached ServiceAccount token may be used in some contexts, though its scoped nature limits the potential impact. The vulnerability has a CVSS v3.1 score of 7.6 (high severity), indicating significant confidentiality impact with limited integrity impact and no availability impact.
Mitigation Recommendations
This vulnerability is fixed in Kyverno version 1.19.1. Users should upgrade to version 1.19.1 or later to ensure the egress blocklist and scoped-token controls are properly applied to all API call paths. No additional mitigation is required once the update is applied.
Kyverno before 1.19.1 is vulnerable to server-side request forgery. (CVE-2026-100705)
Description
Kyverno versions prior to 1.19.1 contain a server-side request forgery (SSRF) vulnerability. This issue arises because certain legacy API call paths do not enforce egress filtering or validate service URLs, allowing crafted policies or resource submitters to make Kyverno send HTTP requests to arbitrary internal or external hosts. The vulnerability can lead to unauthorized access to cloud metadata endpoints and internal services using Kyverno's network privileges. The flaw is fixed in version 1.19.1.
CVSS v3.1
Score 7.6high
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
Kyverno before version 1.19.1 is vulnerable to SSRF due to incomplete application of egress blocklists and scoped-token controls. While the new CEL http.Get/Post library enforces these protections, legacy apiCall service executors and GlobalContextEntry external-API paths use a plain net/http client without egress filtering or URL validation. This allows a ClusterPolicy or GlobalContextEntry author, or a lower-privileged resource submitter templating service URLs, to cause Kyverno to issue GET/POST requests to arbitrary hosts, including cloud metadata endpoints and internal cluster services. Additionally, Kyverno attaches its projected ServiceAccount token to these requests, although the token is audience-scoped, limiting replay value. The vulnerability is addressed in Kyverno 1.19.1.
Potential Impact
An attacker with the ability to create or modify ClusterPolicies, GlobalContextEntries, or resource templates can exploit this vulnerability to make Kyverno send HTTP requests to arbitrary internal or external endpoints. This can lead to unauthorized disclosure of sensitive information such as cloud instance credentials from metadata services and access to internal services within the cluster. The attached ServiceAccount token may be used in some contexts, though its scoped nature limits the potential impact. The vulnerability has a CVSS v3.1 score of 7.6 (high severity), indicating significant confidentiality impact with limited integrity impact and no availability impact.
Mitigation Recommendations
This vulnerability is fixed in Kyverno version 1.19.1. Users should upgrade to version 1.19.1 or later to ensure the egress blocklist and scoped-token controls are properly applied to all API call paths. No additional mitigation is required once the update is applied.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-8x9j-8h3w-5cxq
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-100705"]
- Database Specific Severity
- HIGH
- Cvss Version
- 3.1
Threat ID: 6ab89bd9f7a7c5410694201b
Added to database: 09/27/2026, 04:30:17 UTC
Last enriched: 09/27/2026, 04:41:09 UTC
Last updated: 09/28/2026, 01:47:40 UTC
Views: 17
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.