Kubernetes

visualizador RBAC Kubernetesrastrea quién recibió cada permiso

Pega roles y bindings en YAML o JSON; analiza cuando hayas reunido el conjunto.

visualizador RBAC Kubernetes

RBAC YAML o JSON

Relaciones y hallazgos

Pega manifiestos RBAC y ejecuta el análisis.

Los manifiestos permanecen en este navegador; no se conecta al clúster ni envía solicitudes.

Consultar permiso

* indica alcance de clúster. Deja la consulta vacía para ver solo el grafo.

Pega manifiestos para comenzar.

Leer un Role aislado no revela a quién se asignó. El visualizador RBAC Kubernetes sigue el camino desde User, Group o ServiceAccount hasta cada regla, con el alcance de su binding.

El visualizador RBAC Kubernetes solo conoce los manifiestos aportados. Los grupos reales del usuario, los roles predeterminados y otros autorizadores quedan fuera; una referencia ausente se marca como información incompleta.

Por qué usar el visualizador RBAC Kubernetes

Cada concesión conserva su origen y su alcance.

Un camino para cada permiso

El análisis de roles muestra sujeto → RoleBinding → rol → regla. Un RoleBinding que cita un ClusterRole concede acceso únicamente dentro del namespace del binding.

Cuatro tarjetas conectan sujeto, binding de namespace, ClusterRole y regla de recurso.

Señales de riesgo con contexto

Los comodines, lecturas amplias de Secrets y verbos de escalada se muestran con la regla que los origina. Un rol sin referencia resuelta no se interpreta como denegación.

Dos caminos comparan permisos de namespace y de clúster, con una regla Secrets destacada.

Comprueba el alcance antes de interpretar

01

Indica el namespace

Para este análisis sin clúster, Role y RoleBinding deben incluir metadata.namespace. Referenciar un ClusterRole no convierte un RoleBinding en acceso global.

02

Selecciona el sujeto exacto

User, Group y ServiceAccount son identidades distintas. Dos cuentas de servicio homónimas en namespaces diferentes no se mezclan; la pertenencia de User a Group es desconocida.

03

Atiende a resourceNames

La regla con resourceNames requiere un nombre. list/watch también necesita un field selector adecuado, que esta consulta de manifiestos no puede verificar.

Relaciones, consultas y revisión de riesgos

Cadena navegable

El grafo de RoleBinding conserva sujeto, binding, rol, regla, grupo API y namespace. Al seleccionar un nodo se aíslan los caminos asociados.

Consulta de recurso y verbo

La comprobación de permisos compara sujeto, alcance, grupo API, recurso o subrecurso, verbo y nombre opcional con las reglas aportadas.

Informe con referencias

El visualizador RBAC Kubernetes guarda en Markdown las señales sobre Secrets, comodines, bind/escalate/impersonate y pods/exec junto al binding pertinente.

Lo que los manifiestos no demuestran

Sin veredicto del clúster
El visualizador RBAC Kubernetes no se conecta al clúster ni llama a SubjectAccessReview. Que falte una coincidencia en estos archivos no demuestra una denegación real.
Sin inventar relaciones
Si falta el roleRef o algún miembro de un ClusterRole agregado, el resultado indica que está incompleto. Nunca se infiere la membresía de grupos a partir del nombre de usuario.
Solo reglas sobre recursos
nonResourceURLs queda como no evaluado. No se descubre el alcance real de recursos personalizados ni se generan o aplican políticas al clúster.

Preguntas sobre el visualizador RBAC Kubernetes

¿Por qué un RoleBinding funciona en un namespace pero no en todos?

El RoleBinding limita incluso un ClusterRole al namespace del propio binding. Para conceder acceso a todo el clúster se necesita un ClusterRoleBinding.

¿Puede un ServiceAccount tener varios RoleBindings?

Sí. Las concesiones RBAC se suman. El informe conserva cada binding por separado y no elige un rol ganador.

¿Permite list en Secrets leer su contenido?

La respuesta a list puede incluir los Secret y sus datos aunque no exista get individual. Con resourceNames, list/watch necesita además un field selector coincidente.

¿Puede un ServiceAccount leer un Secret de otro namespace?

Un RoleBinding del namespace destino puede citar una cuenta de servicio de otro namespace. Indica su namespace para no confundir cuentas homónimas.

¿Kubernetes RBAC admite reglas de denegación explícita?

No. RBAC solo añade permisos. Este análisis muestra concesiones presentes en los archivos, no la decisión final del autorizador del clúster.

¿Otra duda sobre RBAC?

Abre el visualizador RBAC Kubernetes

Reúne roles y bindings, sigue el camino de un sujeto y guarda el informe para la revisión.

El análisis ocurre en este navegador.