cert
cert-1
cert-2

Pass Linux Foundation KCNA Exam in First Attempt Guaranteed!

Get 100% Latest Exam Questions, Accurate & Verified Answers to Pass the Actual Exam!
30 Days Free Updates, Instant Download!

cert-5
cert-6
KCNA Exam - Verified By Experts
KCNA Premium Bundle
$29.98

KCNA Premium Bundle

$79.99
$109.97
  • Premium File 333 Questions & Answers. Last update: Nov 02, 2026
  • Training Course 54 Video Lectures
  • Study Guide 410 Pages
 
$109.97
$79.99
accept 39 downloads in last 7 days
block-screenshots
Purchase Linux Foundation KCNA Exam Training Products Individually
Linux Foundation KCNA Premium File
Premium File 333 Q&A
$76.99$69.99
Linux Foundation KCNA Video Training Course
Training Course 54 Lectures
$21.99 $19.99
Linux Foundation KCNA PDF Study Guide
Study Guide 410 Pages
$21.99 $19.99
Linux Foundation KCNA Practice Test 83

Question 820

A backend loads a missing environment variable, exits with code 1 and enters CrashLoopBackOff after multiple restarts. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?

  1. Inspect Service metadata, selected Pod labels, EndpointSlice readiness, containerPort and actual listening sockets.
  2. Review container lastState, exit code, restart count, previous logs and application configuration.
  3. Inspect node conditions, eviction events, kubelet logs, disk usage and QoS/resource request settings.
  4. Compare Service type, clusterIP, nodePort, targetPort, node addresses and backend EndpointSlices.

Explanation

Correct Answer

B:

Review container lastState, exit code, restart count, previous logs and application configuration. This is the most discriminating evidence for the described failure or requirement. CrashLoopBackOff indicates repeated container exits and restart delays, not a scheduler placement failure. The corresponding implementation is: Inspect restart history and previous-container logs to diagnose repeatedly exiting containers and fix startup or runtime failures. Workload context: A backend loads a missing environment variable, exits with code 1 and enters CrashLoopBackOff after multiple restarts.

Incorrect Answers

A:

Inspect Service metadata, selected Pod labels, EndpointSlice readiness, containerPort and actual listening sockets. These observations are more relevant to Service selector and port mismatch diagnostics, not this case. The distinguishing check is: Review container lastState, exit code, restart count, previous logs and application configuration. Workload context: A backend loads a missing environment variable, exits with code 1 and enters CrashLoopBackOff after multiple restarts.

C:

Inspect node conditions, eviction events, kubelet logs, disk usage and QoS/resource request settings. These observations are more relevant to Node pressure and Pod eviction analysis, not this case. The distinguishing check is: Review container lastState, exit code, restart count, previous logs and application configuration. Workload context: A backend loads a missing environment variable, exits with code 1 and enters CrashLoopBackOff after multiple restarts.

D:

Compare Service type, clusterIP, nodePort, targetPort, node addresses and backend EndpointSlices. These observations are more relevant to ClusterIP and NodePort Service exposure, not this case. The distinguishing check is: Review container lastState, exit code, restart count, previous logs and application configuration. Workload context: A backend loads a missing environment variable, exits with code 1 and enters CrashLoopBackOff after multiple restarts.

Question 821

A release uses image:latest and nodes pull different revisions because registry tags were moved between schedules. Which TWO complementary steps supply the appropriate approach AND the evidence required to validate it? Select TWO.

  1. Pull images from approved OCI-compatible registries with controlled image credentials and documented access boundaries.
  2. Inspect quota hard/used counters, LimitRange defaults and API admission rejection messages.
  3. Compare image digest, registry manifest, Pod imageID, rollout timestamp and supply-chain approval.
  4. Control-plane and node upgrades complete within supported skew with workload compatibility checks passing.
  5. Pin production images to verified digests or governed immutable tags so every node runs a known artifact.

Explanation

Correct Answers

C:

Compare image digest, registry manifest, Pod imageID, rollout timestamp and supply-chain approval. This is the most discriminating evidence for the described failure or requirement. Mutable image tags can resolve to different builds over time; digests identify immutable content. The corresponding implementation is: Pin production images to verified digests or governed immutable tags so every node runs a known artifact. This is the diagnostic evidence part of the paired answer. Workload context: A release uses image:latest and nodes pull different revisions because registry tags were moved between schedules.

E:

Pin production images to verified digests or governed immutable tags so every node runs a known artifact. This response implements the controlling Kubernetes or cloud native principle. Mutable image tags can resolve to different builds over time; digests identify immutable content. Check its effect by: Compare image digest, registry manifest, Pod imageID, rollout timestamp and supply-chain approval. This is the implementation part of the required paired answer. Workload context: A release uses image:latest and nodes pull different revisions because registry tags were moved between schedules.

Incorrect Answers

A:

Pull images from approved OCI-compatible registries with controlled image credentials and documented access boundaries. This step belongs to OCI registries and image distribution rather than the complementary implementation and evidence pair. The intended approach is: Pin production images to verified digests or governed immutable tags so every node runs a known artifact. Validate with: Compare image digest, registry manifest, Pod imageID, rollout timestamp and supply-chain approval. Workload context: A release uses image:latest and nodes pull different revisions because registry tags were moved between schedules.

B:

Inspect quota hard/used counters, LimitRange defaults and API admission rejection messages. This step belongs to ResourceQuota and LimitRange policies rather than the complementary implementation and evidence pair. The intended approach is: Pin production images to verified digests or governed immutable tags so every node runs a known artifact. Validate with: Compare image digest, registry manifest, Pod imageID, rollout timestamp and supply-chain approval. Workload context: A release uses image:latest and nodes pull different revisions because registry tags were moved between schedules.

D:

Control-plane and node upgrades complete within supported skew with workload compatibility checks passing. This step belongs to Kubernetes upgrades and version skew rather than the complementary implementation and evidence pair. The intended approach is: Pin production images to verified digests or governed immutable tags so every node runs a known artifact. Validate with: Compare image digest, registry manifest, Pod imageID, rollout timestamp and supply-chain approval. Workload context: A release uses image:latest and nodes pull different revisions because registry tags were moved between schedules.

Question 822

A maintainer asks a reporter to send sensitive configuration and tokens through a dedicated security advisory workflow rather than a mailing list. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. Project maintainers receive actionable confidential reports and releases can be coordinated without exposing affected users prematurely.
  2. Contributions and distributions meet stated open-source terms without assuming every repository uses the same license.
  3. A single downstream failure degrades gracefully without causing an uncontrolled cascade across independent services.
  4. Maintainers can reproduce and triage the problem without access to private credentials or customer systems.

Explanation

Correct Answer

A:

Project maintainers receive actionable confidential reports and releases can be coordinated without exposing affected users prematurely. This is an observable service outcome, not just evidence that a configuration file was saved. Public bug trackers are not always the right venue for undisclosed security issues; project security policies define channels. Workload context: A maintainer asks a reporter to send sensitive configuration and tokens through a dedicated security advisory workflow rather than a mailing list.

Incorrect Answers

B:

Contributions and distributions meet stated open-source terms without assuming every repository uses the same license. That result validates Open source licensing and contribution basics rather than the requirement here. Verify instead: Project maintainers receive actionable confidential reports and releases can be coordinated without exposing affected users prematurely. Workload context: A maintainer asks a reporter to send sensitive configuration and tokens through a dedicated security advisory workflow rather than a mailing list.

C:

A single downstream failure degrades gracefully without causing an uncontrolled cascade across independent services. That result validates Microservices contracts and failure isolation rather than the requirement here. Verify instead: Project maintainers receive actionable confidential reports and releases can be coordinated without exposing affected users prematurely. Workload context: A maintainer asks a reporter to send sensitive configuration and tokens through a dedicated security advisory workflow rather than a mailing list.

D:

Maintainers can reproduce and triage the problem without access to private credentials or customer systems. That result validates Upstream issue reporting and review collaboration rather than the requirement here. Verify instead: Project maintainers receive actionable confidential reports and releases can be coordinated without exposing affected users prematurely. Workload context: A maintainer asks a reporter to send sensitive configuration and tokens through a dedicated security advisory workflow rather than a mailing list.

Question 823

A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted. Which TWO complementary steps supply the appropriate approach AND the evidence required to validate it? Select TWO.

  1. Review namespace pod-security labels, admission warnings, violations and workload securityContext.
  2. Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails.
  3. Require approved registry artifacts and verifiable signatures or digests before admitting production workloads.
  4. Apply RBAC and encryption-at-rest controls to Kubernetes Secrets and avoid exposing decoded values in logs or public manifests.
  5. Each stateful replica retains its expected identity and corresponding durable storage through controlled replacement.

Explanation

Correct Answers

B:

Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. This is the most discriminating evidence for the described failure or requirement. Base64 is a reversible encoding, not encryption; Secret storage and access policies require separate protection. The corresponding implementation is: Apply RBAC and encryption-at-rest controls to Kubernetes Secrets and avoid exposing decoded values in logs or public manifests. This is the diagnostic evidence part of the paired answer. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

D:

Apply RBAC and encryption-at-rest controls to Kubernetes Secrets and avoid exposing decoded values in logs or public manifests. This response implements the controlling Kubernetes or cloud native principle. Base64 is a reversible encoding, not encryption; Secret storage and access policies require separate protection. Check its effect by: Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. This is the implementation part of the required paired answer. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

Incorrect Answers

A:

Review namespace pod-security labels, admission warnings, violations and workload securityContext. This step belongs to Pod Security Admission and namespaces rather than the complementary implementation and evidence pair. The intended approach is: Apply RBAC and encryption-at-rest controls to Kubernetes Secrets and avoid exposing decoded values in logs or public manifests. Validate with: Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

C:

Require approved registry artifacts and verifiable signatures or digests before admitting production workloads. This step belongs to Image provenance and admission policies rather than the complementary implementation and evidence pair. The intended approach is: Apply RBAC and encryption-at-rest controls to Kubernetes Secrets and avoid exposing decoded values in logs or public manifests. Validate with: Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

E:

Each stateful replica retains its expected identity and corresponding durable storage through controlled replacement. This step belongs to StatefulSet identity and volume templates rather than the complementary implementation and evidence pair. The intended approach is: Apply RBAC and encryption-at-rest controls to Kubernetes Secrets and avoid exposing decoded values in logs or public manifests. Validate with: Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

Question 824

An API's p95 latency doubles while overall CPU stays normal and the team needs request-path traces to identify a slow database call. Which TWO complementary steps supply the appropriate approach AND the evidence required to validate it? Select TWO.

  1. Compare trace IDs, time synchronized log events, resource saturation metrics and span durations.
  2. Examine object conditions and timestamped Events to understand image, scheduling, mount and admission failures before applying speculative fixes.
  3. Use time-aligned metrics, structured logs and distributed traces to isolate root causes across Kubernetes components and services.
  4. Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested.
  5. Traffic shifts as planned with clear rollback triggers and both versions behaving under their measured loads.

Explanation

Correct Answers

A:

Compare trace IDs, time synchronized log events, resource saturation metrics and span durations. This is the most discriminating evidence for the described failure or requirement. Metrics show trends, logs show event details, and traces show request spans; reliable correlation benefits from consistent identifiers. The corresponding implementation is: Use time-aligned metrics, structured logs and distributed traces to isolate root causes across Kubernetes components and services. This is the diagnostic evidence part of the paired answer. Workload context: An API's p95 latency doubles while overall CPU stays normal and the team needs request-path traces to identify a slow database call.

C:

Use time-aligned metrics, structured logs and distributed traces to isolate root causes across Kubernetes components and services. This response implements the controlling Kubernetes or cloud native principle. Metrics show trends, logs show event details, and traces show request spans; reliable correlation benefits from consistent identifiers. Check its effect by: Compare trace IDs, time synchronized log events, resource saturation metrics and span durations. This is the implementation part of the required paired answer. Workload context: An API's p95 latency doubles while overall CPU stays normal and the team needs request-path traces to identify a slow database call.

Incorrect Answers

B:

Examine object conditions and timestamped Events to understand image, scheduling, mount and admission failures before applying speculative fixes. This step belongs to kubectl describe and event chronology rather than the complementary implementation and evidence pair. The intended approach is: Use time-aligned metrics, structured logs and distributed traces to isolate root causes across Kubernetes components and services. Validate with: Compare trace IDs, time synchronized log events, resource saturation metrics and span durations. Workload context: An API's p95 latency doubles while overall CPU stays normal and the team needs request-path traces to identify a slow database call.

D:

Review ephemeralContainers spec, target container namespace, attach status and host-level privileges requested. This step belongs to Ephemeral debug containers for minimal images rather than the complementary implementation and evidence pair. The intended approach is: Use time-aligned metrics, structured logs and distributed traces to isolate root causes across Kubernetes components and services. Validate with: Compare trace IDs, time synchronized log events, resource saturation metrics and span durations. Workload context: An API's p95 latency doubles while overall CPU stays normal and the team needs request-path traces to identify a slow database call.

E:

Traffic shifts as planned with clear rollback triggers and both versions behaving under their measured loads. This step belongs to Blue-green versus canary release patterns rather than the complementary implementation and evidence pair. The intended approach is: Use time-aligned metrics, structured logs and distributed traces to isolate root causes across Kubernetes components and services. Validate with: Compare trace IDs, time synchronized log events, resource saturation metrics and span durations. Workload context: An API's p95 latency doubles while overall CPU stays normal and the team needs request-path traces to identify a slow database call.

Question 825

A team rebuilds a container and assumes the entire image changes even though a cached dependency layer contains an outdated package. Which TWO complementary steps supply the appropriate approach AND the evidence required to validate it? Select TWO.

  1. Check NodeReady condition, kubelet heartbeats, network connectivity, pressure conditions and scheduler events.
  2. Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings.
  3. Use supported sidecar containers for tightly coupled helper functions and verify lifecycle coordination within the Pod.
  4. Build minimal images with reproducible layers and protect against secrets embedded in historical image layers.
  5. Workloads honor hard constraints and fall back appropriately when optional affinity cannot be satisfied.

Explanation

Correct Answers

B:

Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings. This is the most discriminating evidence for the described failure or requirement. Deleting a file in a later image layer does not erase secrets committed into an earlier layer. The corresponding implementation is: Build minimal images with reproducible layers and protect against secrets embedded in historical image layers. This is the diagnostic evidence part of the paired answer. Workload context: A team rebuilds a container and assumes the entire image changes even though a cached dependency layer contains an outdated package.

D:

Build minimal images with reproducible layers and protect against secrets embedded in historical image layers. This response implements the controlling Kubernetes or cloud native principle. Deleting a file in a later image layer does not erase secrets committed into an earlier layer. Check its effect by: Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings. This is the implementation part of the required paired answer. Workload context: A team rebuilds a container and assumes the entire image changes even though a cached dependency layer contains an outdated package.

Incorrect Answers

A:

Check NodeReady condition, kubelet heartbeats, network connectivity, pressure conditions and scheduler events. This step belongs to Node readiness and scheduling exclusion rather than the complementary implementation and evidence pair. The intended approach is: Build minimal images with reproducible layers and protect against secrets embedded in historical image layers. Validate with: Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings. Workload context: A team rebuilds a container and assumes the entire image changes even though a cached dependency layer contains an outdated package.

C:

Use supported sidecar containers for tightly coupled helper functions and verify lifecycle coordination within the Pod. This step belongs to Sidecar containers and shared Pod lifecycle rather than the complementary implementation and evidence pair. The intended approach is: Build minimal images with reproducible layers and protect against secrets embedded in historical image layers. Validate with: Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings. Workload context: A team rebuilds a container and assumes the entire image changes even though a cached dependency layer contains an outdated package.

E:

Workloads honor hard constraints and fall back appropriately when optional affinity cannot be satisfied. This step belongs to Node affinity required vs preferred rather than the complementary implementation and evidence pair. The intended approach is: Build minimal images with reproducible layers and protect against secrets embedded in historical image layers. Validate with: Inspect Dockerfile layer history, build context, cache usage, image size and scanner findings. Workload context: A team rebuilds a container and assumes the entire image changes even though a cached dependency layer contains an outdated package.

Question 826

A product team adds bounded retries yet creates duplicate orders because its operation lacks idempotency and side-effect controls. Which TWO complementary steps supply the appropriate approach AND the evidence required to validate it? Select TWO.

  1. Design bounded microservice interfaces with timeouts, retries and independently deployable service contracts where modularity is useful.
  2. Contributions and distributions meet stated open-source terms without assuming every repository uses the same license.
  3. Inspect manifests for proprietary resources, storage/network API dependencies, image compatibility and migration cost.
  4. Inspect service ownership, API contract, timeout/retry behavior, communication coupling and failure domains.
  5. Evaluate CNCF sandbox, incubating and graduated projects in context of maintenance, community adoption and technical fit.

Explanation

Correct Answers

A:

Design bounded microservice interfaces with timeouts, retries and independently deployable service contracts where modularity is useful. This response implements the controlling Kubernetes or cloud native principle. Microservices improve modularity but add network and operational overhead; splitting code does not automatically yield reliability. Check its effect by: Inspect service ownership, API contract, timeout/retry behavior, communication coupling and failure domains. This is the implementation part of the required paired answer. Workload context: A product team adds bounded retries yet creates duplicate orders because its operation lacks idempotency and side-effect controls.

D:

Inspect service ownership, API contract, timeout/retry behavior, communication coupling and failure domains. This is the most discriminating evidence for the described failure or requirement. Microservices improve modularity but add network and operational overhead; splitting code does not automatically yield reliability. The corresponding implementation is: Design bounded microservice interfaces with timeouts, retries and independently deployable service contracts where modularity is useful. This is the diagnostic evidence part of the paired answer. Workload context: A product team adds bounded retries yet creates duplicate orders because its operation lacks idempotency and side-effect controls.

Incorrect Answers

B:

Contributions and distributions meet stated open-source terms without assuming every repository uses the same license. This step belongs to Open source licensing and contribution basics rather than the complementary implementation and evidence pair. The intended approach is: Design bounded microservice interfaces with timeouts, retries and independently deployable service contracts where modularity is useful. Validate with: Inspect service ownership, API contract, timeout/retry behavior, communication coupling and failure domains. Workload context: A product team adds bounded retries yet creates duplicate orders because its operation lacks idempotency and side-effect controls.

C:

Inspect manifests for proprietary resources, storage/network API dependencies, image compatibility and migration cost. This step belongs to Open standards vendor-neutral portability rather than the complementary implementation and evidence pair. The intended approach is: Design bounded microservice interfaces with timeouts, retries and independently deployable service contracts where modularity is useful. Validate with: Inspect service ownership, API contract, timeout/retry behavior, communication coupling and failure domains. Workload context: A product team adds bounded retries yet creates duplicate orders because its operation lacks idempotency and side-effect controls.

E:

Evaluate CNCF sandbox, incubating and graduated projects in context of maintenance, community adoption and technical fit. This step belongs to CNCF project maturity and adoption decisions rather than the complementary implementation and evidence pair. The intended approach is: Design bounded microservice interfaces with timeouts, retries and independently deployable service contracts where modularity is useful. Validate with: Inspect service ownership, API contract, timeout/retry behavior, communication coupling and failure domains. Workload context: A product team adds bounded retries yet creates duplicate orders because its operation lacks idempotency and side-effect controls.

Question 827

A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted. Which evidence should the engineer inspect FIRST to distinguish the likely cause or verify the prerequisite?

  1. Inspect namespace labels, Pod selectors, network policy rules, RBAC permissions and effective connectivity tests.
  2. Review container lastState, exit code, restart count, previous logs and application configuration.
  3. Review namespace pod-security labels, admission warnings, violations and workload securityContext.
  4. Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails.

Explanation

Correct Answer

D:

Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. This is the most discriminating evidence for the described failure or requirement. Base64 is a reversible encoding, not encryption; Secret storage and access policies require separate protection. The corresponding implementation is: Apply RBAC and encryption-at-rest controls to Kubernetes Secrets and avoid exposing decoded values in logs or public manifests. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

Incorrect Answers

A:

Inspect namespace labels, Pod selectors, network policy rules, RBAC permissions and effective connectivity tests. These observations are more relevant to Namespace segmentation with NetworkPolicies, not this case. The distinguishing check is: Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

B:

Review container lastState, exit code, restart count, previous logs and application configuration. These observations are more relevant to CrashLoopBackOff and previous logs, not this case. The distinguishing check is: Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

C:

Review namespace pod-security labels, admission warnings, violations and workload securityContext. These observations are more relevant to Pod Security Admission and namespaces, not this case. The distinguishing check is: Inspect Secret read permissions, encryption configuration, encoded manifest values and audit trails. Workload context: A developer commits a YAML Secret containing base64 API tokens to a public repository under the assumption they are encrypted.

Question 828

A researcher discovers a critical authentication bypass in an ecosystem controller and posts a working exploit in a public issue first. Which TWO complementary steps supply the appropriate approach AND the evidence required to validate it? Select TWO.

  1. Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples.
  2. Operators find the latency or failure cause using combined telemetry without mistaking metrics for individual request evidence.
  3. Follow Kubernetes Special Interest Group ownership and enhancement processes when proposing changes to core functionality.
  4. Check upstream issue templates, duplicate reports, version matrix, clear reproduction and contributor communication.
  5. Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan.

Explanation

Correct Answers

A:

Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. This response implements the controlling Kubernetes or cloud native principle. Public bug trackers are not always the right venue for undisclosed security issues; project security policies define channels. Check its effect by: Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan. This is the implementation part of the required paired answer. Workload context: A researcher discovers a critical authentication bypass in an ecosystem controller and posts a working exploit in a public issue first.

E:

Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan. This is the most discriminating evidence for the described failure or requirement. Public bug trackers are not always the right venue for undisclosed security issues; project security policies define channels. The corresponding implementation is: Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. This is the diagnostic evidence part of the paired answer. Workload context: A researcher discovers a critical authentication bypass in an ecosystem controller and posts a working exploit in a public issue first.

Incorrect Answers

B:

Operators find the latency or failure cause using combined telemetry without mistaking metrics for individual request evidence. This step belongs to Metrics logs and traces distinctions rather than the complementary implementation and evidence pair. The intended approach is: Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. Validate with: Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan. Workload context: A researcher discovers a critical authentication bypass in an ecosystem controller and posts a working exploit in a public issue first.

C:

Follow Kubernetes Special Interest Group ownership and enhancement processes when proposing changes to core functionality. This step belongs to Kubernetes SIG and community governance rather than the complementary implementation and evidence pair. The intended approach is: Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. Validate with: Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan. Workload context: A researcher discovers a critical authentication bypass in an ecosystem controller and posts a working exploit in a public issue first.

D:

Check upstream issue templates, duplicate reports, version matrix, clear reproduction and contributor communication. This step belongs to Upstream issue reporting and review collaboration rather than the complementary implementation and evidence pair. The intended approach is: Report suspected project security vulnerabilities through the designated private security channel before public reproduction details or exploit examples. Validate with: Review security policy, affected version, maintainer contact, severity evidence and coordinated disclosure plan. Workload context: A researcher discovers a critical authentication bypass in an ecosystem controller and posts a working exploit in a public issue first.

Question 829

An application receives forbidden errors when listing ConfigMaps because its service account lacks get/list permissions. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. In-cluster clients reach internal services and exposed node ports are limited to approved traffic.
  2. Approved workloads can access required credentials while unauthorized viewers cannot recover plaintext through the API.
  3. Only authorized artifacts enter the cluster and each workload is traceable to a reviewed build.
  4. Each workload can invoke only required API verbs without accessing unrelated namespaces or cluster secrets.

Explanation

Correct Answer

D:

Each workload can invoke only required API verbs without accessing unrelated namespaces or cluster secrets. This is an observable service outcome, not just evidence that a configuration file was saved. A service account is an API identity; granting Pods a namespace does not automatically limit an overbroad ClusterRoleBinding. Workload context: An application receives forbidden errors when listing ConfigMaps because its service account lacks get/list permissions.

Incorrect Answers

A:

In-cluster clients reach internal services and exposed node ports are limited to approved traffic. That result validates ClusterIP and NodePort Service exposure rather than the requirement here. Verify instead: Each workload can invoke only required API verbs without accessing unrelated namespaces or cluster secrets. Workload context: An application receives forbidden errors when listing ConfigMaps because its service account lacks get/list permissions.

B:

Approved workloads can access required credentials while unauthorized viewers cannot recover plaintext through the API. That result validates Secret base64 encoding versus encryption rather than the requirement here. Verify instead: Each workload can invoke only required API verbs without accessing unrelated namespaces or cluster secrets. Workload context: An application receives forbidden errors when listing ConfigMaps because its service account lacks get/list permissions.

C:

Only authorized artifacts enter the cluster and each workload is traceable to a reviewed build. That result validates Image provenance and admission policies rather than the requirement here. Verify instead: Each workload can invoke only required API verbs without accessing unrelated namespaces or cluster secrets. Workload context: An application receives forbidden errors when listing ConfigMaps because its service account lacks get/list permissions.

Question 830

A critical DNS Pod remains Pending and the team gives it higher priority without investigating incompatible node selectors. Which observable result BEST confirms the desired Kubernetes or cloud native behavior?

  1. An operator investigates a running Pod without modifying its immutable application image or replacing production workload containers.
  2. Pods with persistent volumes schedule to nodes capable of mounting the selected storage without zone conflicts.
  3. The selected isolation model meets workload portability and security needs without claiming that containers include separate guest kernels.
  4. Critical workloads gain capacity when eligible without uncontrolled eviction of unrelated protected services.

Explanation

Correct Answer

D:

Critical workloads gain capacity when eligible without uncontrolled eviction of unrelated protected services. This is an observable service outcome, not just evidence that a configuration file was saved. Priority influences scheduling and potential preemption but does not bypass hard affinity or lack of suitable hardware. Workload context: A critical DNS Pod remains Pending and the team gives it higher priority without investigating incompatible node selectors.

Incorrect Answers

A:

An operator investigates a running Pod without modifying its immutable application image or replacing production workload containers. That result validates Ephemeral debugging containers rather than the requirement here. Verify instead: Critical workloads gain capacity when eligible without uncontrolled eviction of unrelated protected services. Workload context: A critical DNS Pod remains Pending and the team gives it higher priority without investigating incompatible node selectors.

B:

Pods with persistent volumes schedule to nodes capable of mounting the selected storage without zone conflicts. That result validates PersistentVolume zone binding and placement rather than the requirement here. Verify instead: Critical workloads gain capacity when eligible without uncontrolled eviction of unrelated protected services. Workload context: A critical DNS Pod remains Pending and the team gives it higher priority without investigating incompatible node selectors.

C:

The selected isolation model meets workload portability and security needs without claiming that containers include separate guest kernels. That result validates Container versus virtual machine isolation rather than the requirement here. Verify instead: Critical workloads gain capacity when eligible without uncontrolled eviction of unrelated protected services. Workload context: A critical DNS Pod remains Pending and the team gives it higher priority without investigating incompatible node selectors.

Kubernetes and Cloud Native Associate (KCNA) Practice Tests