Approved changes feed: RSS · Atom
cpe:2.3:a:zalando:skipper:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Zalando (718cd482-99a1-5421-986a-1321b0f6ed3f) |
|---|---|
| Product | Skipper (013f1050-56d9-5e60-a244-6dcdb43f755c) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from purl2cpe mapping
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
pkg:github/zalando/skipper |
purl2cpe | 2026-06-01 10:13:28.728591 |
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-86043 |
vulnerable | 2026-10-13 12:28:46.255412 |
Skipper: OPA body-authz bypass: truncated_body mitigation fails open on chunked/HTTP-2 (incomplete fix CVE-2026-50197)
HIGH (7.5)
Skipper is an HTTP router and reverse proxy for service composition. Prior to version 0.27.37, the opaAuthorizeRequestWithBody filter can authorize an oversized request after Skipper truncates the body presented to Open Policy Agent because the input.truncated_body signal is derived from Content-Length rather than the actual read result. In filters/openpolicyagent/openpolicyagent.go, ExtractHttpBodyOptionally truncates bodies at maxBodyBytes, while filters/openpolicyagent/internal/envoy/skipperadapter.go copies the request headers without adding a Content-Length value that reflects the truncation. For an HTTP/1.1 request using Transfer-Encoding: chunked or an HTTP/2 request without Content-Length, a body-inspecting policy that follows the prior mitigation and permits input.truncated_body equal to false can evaluate only the truncated prefix, allow the request, and then forward the full oversized body to the protected upstream. This residual issue is distinct from CVE-2026-50197. This issue is fixed in version 0.27.37.
Published: 2026-09-16T18:51:20.486Z
Updated: 2026-09-16T19:38:17.894Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-54246 |
vulnerable | 2026-09-16 04:33:28.752681 |
Skipper routesrv-no-auth: All routesrv API Endpoints Lack Authentication
MEDIUM (5.7)
Skipper is an HTTP router and reverse proxy for service composition. Prior to 0.27.13, the routesrv component serves cluster-wide control-plane data without application-layer authentication through /routes, /routes/{zone}, /swarm/redis/shards, and /swarm/valkey/shards. The handlers registered in routesrv/routesrv.go, eskipBytes.ServeHTTP in routesrv/eskipbytes.go, RedisHandler.ServeHTTP in routesrv/redishandler.go, and ValkeyHandler.ServeHTTP in routesrv/valkeyhandler.go only restrict HTTP methods and do not authenticate callers. A compromised or otherwise attacker-controlled pod that can reach routesrv on the Kubernetes cluster network can bypass its namespace-scoped RBAC and read Ingress and RouteGroup backend URLs, filter-chain and OAuth or OIDC path details, and Redis or Valkey shard addresses across namespaces. NetworkPolicy can restrict reachability but does not remove the missing-authentication condition, and the established impact is confidentiality exposure rather than direct integrity or availability loss. This issue is fixed in version 0.27.13.
Published: 2026-09-14T20:03:14.613Z
Updated: 2026-09-15T14:38:38.620Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-54247 |
vulnerable | 2026-09-16 04:33:28.652017 |
Skipper: Unbounded Request Body Read in Admission Webhook Causes Memory Exhaustion DoS
MEDIUM (4.3)
Skipper is an HTTP router and reverse proxy for service composition. Prior to 0.26.22, Handler in dataclients/kubernetes/admission/admission.go passes the body of requests to the Kubernetes admission endpoint at :9443/admission directly to io.ReadAll(r.Body) without a size limit. An attacker with in-cluster network access and a valid Kubernetes client certificate can send a very large body that causes unbounded memory allocation and an out-of-memory termination of the Skipper process. The disruption is limited to Ingress and RouteGroup admission rather than pod creation or unrelated admission controllers, and Kubernetes normally restarts the process. This issue is fixed in version 0.26.22.
Published: 2026-09-14T20:04:06.550Z
Updated: 2026-09-16T16:19:12.336Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-65838 |
vulnerable | 2026-09-16 04:33:07.574764 |
Skipper: an oversized declared-`Content-Length` body still hands OPA an empty `parsed_body`, so deny-on-presence Rego policies fail OPEN while the full payload reaches upstream
HIGH (8.2)
Skipper is an HTTP router and reverse proxy for service composition. Prior to 0.27.35, the opaAuthorizeRequestWithBody filter in filters/openpolicyagent/openpolicyagent.go can allow an oversized declared Content-Length request to bypass a deny-on-presence Rego policy because ExtractHttpBodyOptionally leaves OPA with an empty parsed_body while forwarding the complete request body upstream. This incomplete remediation of CVE-2026-50197 affects deployments that authorize request-body content and exceed -open-policy-agent-max-request-body-size, which defaults to 1 MB. Policy logic that does not reject input.attributes.request.http.truncated_body can therefore fail open and permit a forbidden payload to reach the protected service, while small bodies and the previously fixed chunked-body case are evaluated normally. This issue is fixed in version 0.27.35.
Published: 2026-09-14T20:01:27.862Z
Updated: 2026-09-15T13:55:41.273Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-65604 |
vulnerable | 2026-07-29 01:06:20.187927 |
Skipper Incomplete Fix for CVE-2026-50197 Policy Bypass
HIGH (8.2)
Skipper contains an incomplete fix for CVE-2026-50197 in which oversized request bodies bypass Open Policy Agent (OPA) deny-on-presence Rego policies. When a request body exceeds the configured maxBodyBytes limit, Skipper forwards the full payload to the upstream service while OPA evaluates against an empty parsed_body, so policies that deny requests based on body content are not enforced and forbidden actions proceed. No fixed version is available; v0.27.26 adds documentation guidance only.
Published: 2026-07-23T21:16:47.608Z
Updated: 2026-10-08T15:23:56.122Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-50197 |
vulnerable | 2026-07-29 00:57:47.628404 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-24470 |
vulnerable | 2026-06-08 07:51:17.736585 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-23742 |
vulnerable | 2026-06-08 07:51:16.144410 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2022-38580 |
vulnerable | 2026-06-08 05:47:16.680099 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2022-34296 |
vulnerable | 2026-06-08 05:44:52.549318 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.