Include the namespace
Namespaced Roles and RoleBindings need metadata.namespace in this offline snapshot. A ClusterRole referenced by a RoleBinding remains limited to that Binding namespace.
Kubernetes
Paste Role, ClusterRole and binding manifests; analyze the supplied snapshot when ready.
Paste RBAC manifests, then analyze.
Manifest content stays in this browser; no cluster connection or network request.
Use * for cluster scope; leave the query fields blank to review the graph only.
Paste manifests to start.
A Kubernetes RBAC viewer helps when a Role looks harmless alone but several bindings grant the same subject broader access. Paste the whole set to see where each grant originates.
This Kubernetes RBAC viewer reads a local manifest snapshot. It separates evidence in the file from live authorization, where group membership, default roles and other authorizers can change the answer.
Follow the grant and keep uncertainty visible.
The RBAC visualizer links a User, Group or ServiceAccount to its Binding, Role and exact rule. A RoleBinding to a ClusterRole stays within the binding namespace; the chain makes that scope visible.
The effective permissions view flags wildcard rules, broad Secrets reads and escalation verbs only when a subject is bound. Missing roles and aggregate roles appear as incomplete evidence, not as proven denial.
Namespaced Roles and RoleBindings need metadata.namespace in this offline snapshot. A ClusterRole referenced by a RoleBinding remains limited to that Binding namespace.
Select the User, Group or ServiceAccount record before asking about a verb. Group grants stay separate because the manifest cannot reveal which Users belong to that Group.
A resourceNames rule needs a resource name. For list or watch it also needs a matching field selector, which this query cannot supply; inspect the caveat before exporting.
The RoleBinding graph shows subject → binding → role → rule, with namespace and API group retained. Select a chain node to focus the supplied grant paths.
The Kubernetes permission checker tests one selected subject, scope, API group, resource or subresource, verb and optional resource name against the pasted rules.
A Kubernetes RBAC viewer report lists broad wildcards, Secrets reads, bind/escalate/impersonate and pods/exec with the granting Binding. Copy or download the Markdown review.
A RoleBinding confines even a referenced ClusterRole to its own namespace. For a cluster-wide grant, Kubernetes uses a ClusterRoleBinding; this viewer shows the distinction in each chain.
Yes. RBAC grants are additive. The Kubernetes RBAC viewer keeps every matching binding as a separate source rather than picking one winning role.
Listing Secrets can reveal the objects and their data in the response even when get on an individual Secret is absent. A resourceNames restriction changes how list/watch must be requested.
A binding in the target namespace may name a ServiceAccount from a different namespace. Supply that ServiceAccount namespace explicitly so this static trace does not merge two identities.
No. RBAC rules only add grants. This manifest checker reports matching grants and uncertainty; it cannot prove the full live authorization outcome.
Still have an RBAC question?
Paste the complete role and binding set, trace a subject, then save the report for review.
Analysis runs in this browser.