La falla crítica de Kubernetes del cónsul de HashiCorp permite a los atacantes obtener privilegios elevados

HashiCorp ha publicado correcciones para una omisión de autorización de Consul-k8s que podría permitir a un atacante obtener privilegios de Consul elevados de otro espacio de nombres de Kubernetes. HashiCorp reveló el problema el 26 de octubre de 2026 e identificó Consul-k8s 2.1.0 y 1.8.18 como versiones parcheadas.

La debilidad se encuentra en las reglas de vinculación de ACL del componente que conectan las identidades de Kubernetes con los permisos de Consul. Cuando la gestión de ACL del sistema está habilitada, Consul-k8s configura las reglas de autenticación y vinculación de Kubernetes para que sus componentes puedan obtener tokens Consul. Esas reglas deben vincular la ServiceAccount de Kubernetes de cada componente con su función de Consul correspondiente. Sin embargo, las reglas afectadas no limitaron consistentemente la autenticación a ServiceAccounts dentro del espacio de nombres de Kubernetes que aloja la implementación de Consul.

Esta restricción faltante podría permitir que una identidad de otro espacio de nombres se autentique como un componente Consul y reciba los privilegios de ese componente. Un atacante debe tener permisos de Kubernetes para crear una ServiceAccount y obtener su token en otro espacio de nombres.

Consultar publicación original ↗