KCSA Kubernetes Security Fundamentals Practice Question
An administrator needs to grant read-only access to Pods specifically within the 'development' namespace to a new user. Which RBAC configuration correctly scopes this permission?
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Create a Role for Pod read access in the 'development' namespace and bind it to the user using a RoleBinding in the same namespace.
A Role must be used instead of a ClusterRole when scoping permissions to a single namespace. The Role must be bound via a RoleBinding within that same namespace.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Create a ClusterRole for Pod read access and bind it to the user using a RoleBinding in the 'development' namespace.
Why it's wrong here
While a ClusterRole can be bound via a RoleBinding, using a namespaced Role is more precise for namespace-scoped security.
- ✗
Annotate the user's ServiceAccount with namespace read permissions.
Why it's wrong here
Permissions are managed via RBAC Role and RoleBinding objects, not user annotations.
- ✓
Create a Role for Pod read access in the 'development' namespace and bind it to the user using a RoleBinding in the same namespace.
Why this is correct
A Role combined with a RoleBinding in the target namespace properly restricts permissions to that namespace only.
- ✗
Create a Role for Pod read access and bind it globally using a ClusterRoleBinding.
Why it's wrong here
A ClusterRoleBinding applies permissions across all namespaces, violating the principle of least privilege.
Quick reference
Access Control Model Comparison
| Model | Acronym | Who Controls Access? | Best For |
|---|---|---|---|
| Discretionary Access Control | DAC | Resource owner | Small teams, file shares |
| Mandatory Access Control | MAC | System / security labels | Classified govt / military |
| Role-Based Access Control | RBAC | Administrator (via roles) | Enterprise environments |
| Attribute-Based Access Control | ABAC | Policy engine (user + resource attributes) | Fine-grained, dynamic policies |
| Rule-Based Access Control | RuBAC | System rules / ACLs | Firewall rules, network ACLs |
About these practice questions
One of 319 original KCSA practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →
JA
Written and reviewed by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
Last reviewed August 2026 · checked against the official CNCF / Linux Foundation exam blueprint
This KCSA practice question is part of Courseiva's free CNCF / Linux Foundation certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the KCSA exam.