CVE-2026-54246: Github.com/zalando/skipper All Routesrv API Endpoints Lack Vulnerability

MODERATE
Advisory Identifier: GHSA-5587-2x54-jj6h
CVSS 5.7
CWE-306
Published
Advisory Summary

CVE-2026-54246 is a MODERATE (CVSS 5.7) all routesrv api endpoints lack vulnerability (CWE-306: Missing Authentication for Critical Function) affecting Github.com/zalando/skipper libraries in the Go ecosystem. The issue involves all routesrv api endpoints lack authentication. Remediation is available by upgrading affected packages to version 0.27.13.

CVE-2026-54246 at a Glance

CVE Identifier CVE-2026-54246
GHSA Identifier GHSA-5587-2x54-jj6h
Severity MODERATE
CVSS v3.1 Base Score 5.7
CWE Classification CWE-306: Missing Authentication for Critical Function
Affected Product Github.com/zalando/skipper
Package Ecosystem Go
Published Date
Last Updated

Security Impact

CVSS: 5.7

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N).

Attack Vector Adjacent (AV:A)
Attack Complexity Low (AC:L)
Privileges Required Low (PR:L)
User Interaction None (UI:N)
Scope Unchanged (S:U)
Confidentiality High (C:H)
Integrity None (I:N)
Availability None (A:N)

How to Fix CVE-2026-54246

To remediate this vulnerability, upgrade all affected Github.com/zalando/skipper dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

github.com/zalando/skipper fixed: 0.27.13
Upgrade github.com/zalando/skipper to 0.27.13
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for github.com/zalando/skipper

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-54246, inspect your project dependencies for Github.com/zalando/skipper:

inspect dependencies for github.com/zalando/skipper

Analyze the terminal output to locate any version of Github.com/zalando/skipper in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 0.27.13), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-306: Missing Authentication for Critical Function, where the product does not perform any authentication for functionality that requires a provable user identity or consumes a significant amount of resources. In Github.com/zalando/skipper, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Description The `routesrv` component exposes the full cluster route topology (Ingress/RouteGroup configurations, backend URLs, filter chains, OAuth/OIDC callback paths) and cache-cluster topology (Redis/Valkey shard addresses) over plain HTTP with **zero authentication**. Any pod in the Kubernetes cluster can reach routesrv via its predictable DNS name and retrieve sensitive cluster-wide routing and cache infrastructure data. ## Vulnerable Code **routesrv/routesrv.go:87-99,114-137** — all handler registrations on the main mux: ```go mux.Handle("/routes", b) // eskipBytes.ServeHTTP — all route data mux.Handle("/routes/{zone}", b) // zone-scoped route data mux.Handle("/swarm/redis/shards", rh) // Redis cluster addresses mux.Handle("/swarm/valkey/shards", vh) // Valkey cluster addresses ``` **routesrv/eskipbytes.go:134-196** — `eskipBytes.ServeHTTP`: ```go func (e *eskipBytes) ServeHTTP(rw http.ResponseWriter, r *http.Request) { // ... only checks GET/HEAD method, NO auth check if r.Method != "GET" && r.Method != "HEAD" { w.WriteHeader(http.StatusMethodNotAllowed) return } // ... serves all route data immediately } ``` **routesrv/redishandler.go:28-41** — `RedisHandler.ServeHTTP`: ```go func (rh *RedisHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) { if r.Method != "GET" { w.WriteHeader(http.StatusMethodNotAllowed) return } // ... serves Redis cluster addresses immediately, NO auth check } ``` **routesrv/valkeyhandler.go:28-41** — `ValkeyHandler.ServeHTTP`: ```go func (vh *ValkeyHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) { if r.Method != "GET" { w.WriteHeader(http.StatusMethodNotAllowed) return } // ... serves Valkey cluster addresses immediately, NO auth check } ``` ## Attack Path 1. **Initial Compromise**: Attacker compromises any pod in the Kubernetes cluster (via application CVE, supply-chain attack, malicious container image, etc.) 2. **Discovery**: Attacker discovers routesrv via predictable Kubernetes DNS name: `skipper-ingress-routesrv.kube-system.svc.cluster.local:9090` (documented at `docs/tutorials/operations.md:108`, `docs/tutorials/ratelimit.md:137,197`) 3. **Data Extraction without Auth**: - `GET http://<routesrv>:9090/routes` → All Ingress/RouteGroup configurations across ALL namespaces - `GET http://<routesrv>:9090/swarm/redis/shards` → Redis cache cluster node addresses - `GET http://<routesrv>:9090/swarm/valkey/shards` → Valkey cache cluster node addresses 4. **Subsequent Attacks**: With cache cluster topology, attacker can perform direct cache-level attacks (ratelimit data manipulation, session data exfiltration) ## Permission Boundary Analysis The routesrv uses a ServiceAccount with **cluster-wide RBAC** to list Ingress (networking.k8s.io), RouteGroup (zalando.org), Endpoints, and Services across all namespaces (see `clusterclient.go:648-653` `fetchClusterState`). The kube-apiserver requires proper ServiceAccount token + RBAC authorization for the Kubernetes API itself, but **routesrv exposes the aggregated data over HTTP with zero authentication**. A compromised pod with limited RBAC (restricted to its own namespace) can bypass Kubernetes RBAC entirely by reading routesrv. This crosses the boundary from *"namespace-scoped Kubernetes workload with restricted RBAC"* to *"full cluster route topology across all namespaces"*. No NetworkPolicy manifests exist in the `deploy/` directory. The default Kubernetes flat network model allows any pod to reach any service, further widening the attack surface. ## Exposed Data | Endpoint | Data Exposed | Impact | |----------|-------------|--------| | `GET /routes` | All ingress/routegroup backends: internal service URLs, filter chains (auth, rate limiting, OAuth, JWT, OPA policies), load balancer group membership | Cluster-wide reconnaissance, targeted backend attacks | | `GET /routes/{zone}` | Zone-scoped subset of above route data | Same, scoped | | `GET /swarm/redis/shards` | Redis cluster internal IP:port pairs | Direct cache-level attacks, ratelimit data manipulation | | `GET /swarm/valkey/shards` | Valkey cluster internal IP:port pairs | Same | Additionally, the data-plane client (`eskipfile/remote.go:190-219`) also performs plain HTTP GET with no credentials — only an ETag header is sent — confirming that no auth capability exists in the architecture at all. ## Mitigation 1. Add authentication to all routesrv HTTP endpoints (basic auth, bearer token, mTLS, or shared secret) via flag `-route-server-filters=""` 2. Deploy Kubernetes NetworkPolicies restricting ingress to routesrv to only the data-plane skipper pod selectors 3. Consider using mutual TLS authentication between data-plane and control-plane components ### NetworkPolicy does not remove the missing-auth condition Restrictive NetworkPolicies are a valid mitigation, but they are not an application-layer authentication mechanism. The security-relevant defect remains that routesrv serves control-plane-derived data to unauthenticated callers whenever network reachability exists. ### Impact framing This report does **not** rely on claiming direct integrity or availability impact. The verified issue is a confidentiality-focused control-plane exposure: route definitions, backend topology, filter-chain details, and Redis/Valkey shard addresses become readable to any reachable in-cluster client. ## Resources - `routesrv/routesrv.go:87-99` — handler registration (zero auth) - `routesrv/eskipbytes.go:134-196` — route data handler (no auth) - `routesrv/redishandler.go:28-41` — Redis shard handler (no auth) - `routesrv/valkeyhandler.go:28-41` — Valkey shard handler (no auth) - `dataclients/kubernetes/clusterclient.go:648-653` — `fetchClusterState()` — shows cluster-wide RBAC - `eskipfile/remote.go:190-219` — data-plane client also has no auth capability - `docs/tutorials/operations.md:108`, `docs/tutorials/ratelimit.md:137,197` — documented routesrv DNS name

CVE-2026-54246 Affected Github.com/zalando/skipper Versions

1 component(s)
Fixed Versions:
0.27.13
Product / Package Ecosystem Affected Versions Fixed Version
github.com/zalando/skipper
Go
< 0.27.13
0.27.13

References

Frequently Asked Questions

What is CVE-2026-54246?
CVE-2026-54246 is a security vulnerability in Github.com/zalando/skipper involving All routesrv API Endpoints Lack Authentication under CWE-306: Missing Authentication for Critical Function.
Which Github.com/zalando/skipper versions are affected?
Affected versions include releases prior to 0.27.13 across affected packages: github.com/zalando/skipper.
What version fixes CVE-2026-54246?
Upgrading to 0.27.13 (or the latest patched release for your respective branch) resolves the vulnerability.
Is github.com/zalando/skipper affected?
Yes, github.com/zalando/skipper is affected in releases prior to 0.27.13. Upgrade your dependency to 0.27.13 or later.
What is the CVSS score of CVE-2026-54246?
CVE-2026-54246 has a CVSS v3.1 base score of 5.7 (MODERATE) with vector string CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N.
What CWE is associated with CVE-2026-54246?
CVE-2026-54246 is classified under CWE-306: Missing Authentication for Critical Function (The product does not perform any authentication for functionality that requires a provable user identity or consumes a significant amount of resources.).
How can I check Go dependencies for CVE-2026-54246?
Run the dependency tree command: 'inspect dependencies for github.com/zalando/skipper'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-5587-2x54-jj6h",
  "modified" : "2026-07-17T21:46:18Z",
  "published" : "2026-07-17T21:46:18Z",
  "aliases" : [ "CVE-2026-54246" ],
  "summary" : "Skipper's routesrv-no-auth component: All routesrv API Endpoints Lack Authentication",
  "details" : "## Description\n\nThe `routesrv` component exposes the full cluster route topology (Ingress/RouteGroup configurations, backend URLs, filter chains, OAuth/OIDC callback paths) and cache-cluster topology (Redis/Valkey shard addresses) over plain HTTP with **zero authentication**. Any pod in the Kubernetes cluster can reach routesrv via its predictable DNS name and retrieve sensitive cluster-wide routing and cache infrastructure data.\n\n## Vulnerable Code\n\n**routesrv/routesrv.go:87-99,114-137** — all handler registrations on the main mux:\n```go\nmux.Handle(\"/routes\", b)          // eskipBytes.ServeHTTP — all route data\nmux.Handle(\"/routes/{zone}\", b)   // zone-scoped route data\nmux.Handle(\"/swarm/redis/shards\", rh)   // Redis cluster addresses\nmux.Handle(\"/swarm/valkey/shards\", vh)  // Valkey cluster addresses\n```\n\n**routesrv/eskipbytes.go:134-196** — `eskipBytes.ServeHTTP`:\n```go\nfunc (e *eskipBytes) ServeHTTP(rw http.ResponseWriter, r *http.Request) {\n    // ... only checks GET/HEAD method, NO auth check\n    if r.Method != \"GET\" && r.Method != \"HEAD\" {\n        w.WriteHeader(http.StatusMethodNotAllowed)\n        return\n    }\n    // ... serves all route data immediately\n}\n```\n\n**routesrv/redishandler.go:28-41** — `RedisHandler.ServeHTTP`:\n```go\nfunc (rh *RedisHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) {\n    if r.Method != \"GET\" {\n        w.WriteHeader(http.StatusMethodNotAllowed)\n        return\n    }\n    // ... serves Redis cluster addresses immediately, NO auth check\n}\n```\n\n**routesrv/valkeyhandler.go:28-41** — `ValkeyHandler.ServeHTTP`:\n```go\nfunc (vh *ValkeyHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) {\n    if r.Method != \"GET\" {\n        w.WriteHeader(http.StatusMethodNotAllowed)\n        return\n    }\n    // ... serves Valkey cluster addresses immediately, NO auth check\n}\n```\n\n## Attack Path\n\n1. **Initial Compromise**: Attacker compromises any pod in the Kubernetes cluster (via application CVE, supply-chain attack, malicious container image, etc.)\n2. **Discovery**: Attacker discovers routesrv via predictable Kubernetes DNS name: `skipper-ingress-routesrv.kube-system.svc.cluster.local:9090` (documented at `docs/tutorials/operations.md:108`, `docs/tutorials/ratelimit.md:137,197`)\n3. **Data Extraction without Auth**: \n   - `GET http://<routesrv>:9090/routes` → All Ingress/RouteGroup configurations across ALL namespaces\n   - `GET http://<routesrv>:9090/swarm/redis/shards` → Redis cache cluster node addresses\n   - `GET http://<routesrv>:9090/swarm/valkey/shards` → Valkey cache cluster node addresses\n4. **Subsequent Attacks**: With cache cluster topology, attacker can perform direct cache-level attacks (ratelimit data manipulation, session data exfiltration)\n\n## Permission Boundary Analysis\n\nThe routesrv uses a ServiceAccount with **cluster-wide RBAC** to list Ingress (networking.k8s.io), RouteGroup (zalando.org), Endpoints, and Services across all namespaces (see `clusterclient.go:648-653` `fetchClusterState`). The kube-apiserver requires proper ServiceAccount token + RBAC authorization for the Kubernetes API itself, but **routesrv exposes the aggregated data over HTTP with zero authentication**.\n\nA compromised pod with limited RBAC (restricted to its own namespace) can bypass Kubernetes RBAC entirely by reading routesrv. This crosses the boundary from *\"namespace-scoped Kubernetes workload with restricted RBAC\"* to *\"full cluster route topology across all namespaces\"*.\n\nNo NetworkPolicy manifests exist in the `deploy/` directory. The default Kubernetes flat network model allows any pod to reach any service, further widening the attack surface.\n\n## Exposed Data\n\n| Endpoint | Data Exposed | Impact |\n|----------|-------------|--------|\n| `GET /routes` | All ingress/routegroup backends: internal service URLs, filter chains (auth, rate limiting, OAuth, JWT, OPA policies), load balancer group membership | Cluster-wide reconnaissance, targeted backend attacks |\n| `GET /routes/{zone}` | Zone-scoped subset of above route data | Same, scoped |\n| `GET /swarm/redis/shards` | Redis cluster internal IP:port pairs | Direct cache-level attacks, ratelimit data manipulation |\n| `GET /swarm/valkey/shards` | Valkey cluster internal IP:port pairs | Same |\n\nAdditionally, the data-plane client (`eskipfile/remote.go:190-219`) also performs plain HTTP GET with no credentials — only an ETag header is sent — confirming that no auth capability exists in the architecture at all.\n\n\n## Mitigation\n\n1. Add authentication to all routesrv HTTP endpoints (basic auth, bearer token, mTLS, or shared secret) via flag `-route-server-filters=\"\"`\n2. Deploy Kubernetes NetworkPolicies restricting ingress to routesrv to only the data-plane skipper pod selectors\n3. Consider using mutual TLS authentication between data-plane and control-plane components\n\n\n### NetworkPolicy does not remove the missing-auth condition\nRestrictive NetworkPolicies are a valid mitigation, but they are not an application-layer authentication mechanism. The security-relevant defect remains that routesrv serves control-plane-derived data to unauthenticated callers whenever network reachability exists.\n\n### Impact framing\nThis report does **not** rely on claiming direct integrity or availability impact. The verified issue is a confidentiality-focused control-plane exposure: route definitions, backend topology, filter-chain details, and Redis/Valkey shard addresses become readable to any reachable in-cluster client.\n\n## Resources\n\n- `routesrv/routesrv.go:87-99` — handler registration (zero auth)\n- `routesrv/eskipbytes.go:134-196` — route data handler (no auth)\n- `routesrv/redishandler.go:28-41` — Redis shard handler (no auth)\n- `routesrv/valkeyhandler.go:28-41` — Valkey shard handler (no auth)\n- `dataclients/kubernetes/clusterclient.go:648-653` — `fetchClusterState()` — shows cluster-wide RBAC\n- `eskipfile/remote.go:190-219` — data-plane client also has no auth capability\n- `docs/tutorials/operations.md:108`, `docs/tutorials/ratelimit.md:137,197` — documented routesrv DNS name",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/zalando/skipper"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "0.27.13"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/zalando/skipper/security/advisories/GHSA-5587-2x54-jj6h"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/zalando/skipper"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/zalando/skipper/releases/tag/v0.27.13"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-306" ],
    "severity" : "MODERATE",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-07-17T21:46:18Z",
    "nvd_published_at" : null
  }
}