CVE-2025-54246: routersv Unauthenticated Endpoints Expose Cluster Route & Cache Topology

漏洞总结：routersv 所有 API 端点缺乏认证 漏洞概述 漏洞名称：routersv-no-auth：所有 routersv API 端点缺乏认证 CVE ID：CVE-2025-54246 严重度：5.7 / 10（中危） 受影响版本：< v0.27.13 已修复版本：v0.27.13 漏洞描述：routersv 组件暴露了完整的集群路由拓扑（Ingress/RouteGroup 配置、后端 URL、filter 链、OAuth/OIDC 回调路径）和缓存集群拓扑（Redis/Valkey 分片地址），且完全无认证。Kubernetes 集群中任意 Pod 都可通过可预测的 DNS 名称访问 routersv，从而读取集群级路由和缓存基础设施数据。 影响范围 暴露的数据： - ：所有 Ingress/RouteGroup 配置（含后端、内部服务 URL、filter 链、认证、限流、OAuth、OPA 策略、负载均衡器成员关系） - ：按区域划分的上述路由数据 - ：Redis 集群内部 IP:port 对 - ：Valkey 集群内部 IP:port 对 攻击路径：攻击者通过供应链攻击或恶意容器镜像获取集群中任意 Pod 权限后，可通过 等可预测 DNS 名称访问上述端点，无需任何认证即可提取数据。 权限边界：routersv 使用 ServiceAccount 配合集群级 RBAC（cluster:client, go:648-653 fetchClusterState），Kube 上游服务需要 ServiceAccount token + RBAC 授权。受限 RBAC 的 Pod 可通过读取 routersv 绕过，获取集群级数据。 网络策略说明：NetworkPolicy 无法弥补缺失的认证机制，只要网络可达，routersv 仍会向未认证调用方暴露控制面数据。 修复方案 1. 为所有 routersv HTTP 端点添加认证（基础认证、Bearer token、mTLS 或共享密钥），通过 配置。 2. 部署限制对 routersv 的访问的 Kubernetes NetworkPolicy，仅允许特定 Pod 选择器访问。 3. 考虑在数据面与控制面组件之间使用相互 TLS 认证。 POC / 利用代码 routersv/routersv.go:87-99,114-137 — 主 mux 上的 handler 注册（零认证） routersv/exskiptls.go:134-196 — exskiptls.ServerHTTP routersv/redisshander.go:28-41 — RedisHandler.ServerHTTP routersv/valkeyhandler.go:28-41 — ValkeyHandler.ServerHTTP exskiptls/reoute.go:129-219 — 数据面客户端

目標達成すべての支援者に感謝 — 100%達成しました！

CVE-2025-54246: routersv Unauthenticated Endpoints Expose Cluster Route & Cache Topology

このソースからの他の記事

目標達成 すべての支援者に感謝 — 100%達成しました！

CVE-2025-54246: routersv Unauthenticated Endpoints Expose Cluster Route & Cache Topology

このソースからの他の記事

目標達成すべての支援者に感謝 — 100%達成しました！