P.S. Free & New CKS dumps are available on Google Drive shared by BraindumpsIT: https://drive.google.com/open?id=1OHDqHm2QBDnkSsFIAWBIjjodiYePW-aS
Our Linux Foundation CKS exam questions are designed to provide you with the most realistic CKS experience possible. Each question is accompanied by an accurate answer, prepared by our team of experts. We also offer free Linux Foundation CKS Exam Questions updates for 1 year after purchase, as well as a free CKS practice exam questions demo before purchase.
| Section | Weight | Objectives |
|---|---|---|
| Cluster Hardening | 15% | - Component updates & vulnerability mitigation - API access restriction - Service account security - RBAC configuration |
| Supply Chain Security | 20% | - Permitted registries - SBOM & CI/CD security - Static analysis tools - Signed artifacts & verification - Image security & scanning |
| Monitoring, Logging and Runtime Security | 20% | - Threat detection (Falco) - Audit log configuration - Behavioral analytics - Incident investigation - Container immutability |
| System Hardening | 10% | - Kernel hardening (AppArmor, seccomp) - Least privilege IAM - Minimize OS attack surface - Network access control |
| Minimize Microservice Vulnerabilities | 20% | - OPA/Gatekeeper implementation - Pod Security Standards - Secret management - Isolation & multi-tenancy - Security contexts |
| Cluster Setup | 15% | - Network security policies - Secure Ingress configuration - CIS benchmark compliance - Node metadata protection - Binary verification |
>> CKS Test Simulator Online <<
Our passing rate is very high to reach 99% and our CKS exam torrent also boost high hit rate. Our CKS study questions are compiled by authorized experts and approved by professionals with years of experiences. They are compiled according to the latest development conditions in the theory and practice and the questions and answers are based on real exam. Our study materials can improves your confidence for real exam and will help you remember the exam questions and answers that you will take part in. You can choose the version which suits you mostly. Our Certified Kubernetes Security Specialist (CKS) exam torrents simplify the important information and seize the focus to make you master the CKS Test Torrent in a short time.
NEW QUESTION # 20
SIMULATION
Fix all issues via configuration and restart the affected components to ensure the new setting takes effect.
Fix all of the following violations that were found against the API server:- a. Ensure that the RotateKubeletServerCertificate argument is set to true.
b. Ensure that the admission control plugin PodSecurityPolicy is set.
c. Ensure that the --kubelet-certificate-authority argument is set as appropriate.
Fix all of the following violations that were found against the Kubelet:- a. Ensure the --anonymous-auth argument is set to false.
b. Ensure that the --authorization-mode argument is set to Webhook.
Fix all of the following violations that were found against the ETCD:-
a. Ensure that the --auto-tls argument is not set to true
b. Ensure that the --peer-auto-tls argument is not set to true
Hint: Take the use of Tool Kube-Bench
Answer:
Explanation:
Fix all of the following violations that were found against the API server:- a. Ensure that the RotateKubeletServerCertificate argument is set to true.
apiVersion: v1
kind: Pod
metadata:
creationTimestamp: null
labels:
component: kubelet
tier: control-plane
name: kubelet
namespace: kube-system
spec:
containers:
- command:
- kube-controller-manager
+ - --feature-gates=RotateKubeletServerCertificate=true
image: gcr.io/google_containers/kubelet-amd64:v1.6.0
livenessProbe:
failureThreshold: 8
httpGet:
host: 127.0.0.1
path: /healthz
port: 6443
scheme: HTTPS
initialDelaySeconds: 15
timeoutSeconds: 15
name: kubelet
resources:
requests:
cpu: 250m
volumeMounts:
- mountPath: /etc/kubernetes/
name: k8s
readOnly: true
- mountPath: /etc/ssl/certs
name: certs
- mountPath: /etc/pki
name: pki
hostNetwork: true
volumes:
- hostPath:
path: /etc/kubernetes
name: k8s
- hostPath:
path: /etc/ssl/certs
name: certs
- hostPath:
path: /etc/pki
name: pki
b. Ensure that the admission control plugin PodSecurityPolicy is set.
audit: "/bin/ps -ef | grep $apiserverbin | grep -v grep"
tests:
test_items:
- flag: "--enable-admission-plugins"
compare:
op: has
value: "PodSecurityPolicy"
set: true
remediation: |
Follow the documentation and create Pod Security Policy objects as per your environment.
Then, edit the API server pod specification file $apiserverconf
on the master node and set the --enable-admission-plugins parameter to a value that includes PodSecurityPolicy :
--enable-admission-plugins=...,PodSecurityPolicy,...
Then restart the API Server.
scored: true
c. Ensure that the --kubelet-certificate-authority argument is set as appropriate.
audit: "/bin/ps -ef | grep $apiserverbin | grep -v grep"
tests:
test_items:
- flag: "--kubelet-certificate-authority"
set: true
remediation: |
Follow the Kubernetes documentation and setup the TLS connection between the apiserver and kubelets. Then, edit the API server pod specification file
$apiserverconf on the master node and set the --kubelet-certificate-authority parameter to the path to the cert file for the certificate authority.
--kubelet-certificate-authority=<ca-string>
scored: true
Fix all of the following violations that were found against the ETCD:-
a. Ensure that the --auto-tls argument is not set to true
Edit the etcd pod specification file $etcdconf on the master node and either remove the --auto-tls parameter or set it to false. --auto-tls=false b. Ensure that the --peer-auto-tls argument is not set to true Edit the etcd pod specification file $etcdconf on the master node and either remove the --peer-auto-tls parameter or set it to false. --peer-auto-tls=false
NEW QUESTION # 21
Context
Your organization's security policy includes:
ServiceAccounts must not automount API credentials
ServiceAccount names must end in "-sa"
The Pod specified in the manifest file /home/candidate/KSCH00301 /pod-m nifest.yaml fails to schedule because of an incorrectly specified ServiceAccount.
Complete the following tasks:
Task
1. Create a new ServiceAccount named frontend-sa in the existing namespace q a. Ensure the ServiceAccount does not automount API credentials.
2. Using the manifest file at /home/candidate/KSCH00301 /pod-manifest.yaml, create the Pod.
3. Finally, clean up any unused ServiceAccounts in namespace qa.
Answer:
Explanation:
NEW QUESTION # 22
Your organization has adopted a microservices architecture. Each microservice is deployed as a Kubernetes pod, and the communication between them relies neavily on service discovery and network policies. You need to implement a security measure to prevent unauthorized pods from accessing sensitive data stored within other pods. What techniques would you use and how would you apply them in a Kubernetes environment?
Answer:
Explanation:
Solution (Step by Step) :
1. Network Policy:
- Define network policies to restrict communication between pods based on specific criteria like namespaces, labels, and pod selectors.
- Create network policies that only allow authorized pods to access sensitive data.
- For example
- Allow pods in the 'production' namespace to only communicate with pods in the same namespace and pods in the 'database' namespace.
- Deny all other tramc from pods in the 'production- namespace.
2. Service Mesh:
- Utilize a service mesh like Istio or Linkerd to provide fine-grained control over service-to-service communication.
- Define policies within the service mesh to enforce authorization rules and restrict access to sensitive data.
- Service mesh implementations offer features like:
- Mutual TLS (mTLS): Encrypt all communications between pods with certificates tor mutual authentication and authorization.
- Traffic Management: Control the flow of traffic between services based on rules, rate limits, and circuit breakers.
- Access Control: Enforce access control policies for specific services or endpoints.
3. Pod security Policies (PSP):
- Implement pod security policies (PSP) to restrict the capabilities and resources available to pods.
- Define PSP rules that prevent pods from accessing sensitive volumes or having privileged permissions.
- Use PSPs to restrict pod resource usage and limit the potential impact of security breaches.
4. Secret Management:
- Store sensitive data, such as API keys, database credentials, and certificates, in Kubernetes secrets.
- Use strong encryption and access control to restrict access to secrets.
- Utilize Kubernetes's built-in secret management tools or third-party solutions to manage and rotate secrets securely.
5. Role-Based Access Control (RBAC)I
- Implement R8AC within Kubernetes to control access to resources.
- Assign roles and permissions to users and service accounts based on their responsibilities.
- Grant minimum privileges to users and service accounts, limiting their access to only what is necessary.
NEW QUESTION # 23
SIMULATION
On the Cluster worker node, enforce the prepared AppArmor profile
#include <tunables/global>
profile docker-nginx flags=(attach_disconnected,mediate_deleted) {
#include <abstractions/base>
network inet tcp,
network inet udp,
network inet icmp,
deny network raw,
deny network packet,
file,
umount,
deny /bin/** wl,
deny /boot/** wl,
deny /dev/** wl,
deny /etc/** wl,
deny /home/** wl,
deny /lib/** wl,
deny /lib64/** wl,
deny /media/** wl,
deny /mnt/** wl,
deny /opt/** wl,
deny /proc/** wl,
deny /root/** wl,
deny /sbin/** wl,
deny /srv/** wl,
deny /tmp/** wl,
deny /sys/** wl,
deny /usr/** wl,
audit /** w,
/var/run/nginx.pid w,
/usr/sbin/nginx ix,
deny /bin/dash mrwklx,
deny /bin/sh mrwklx,
deny /usr/bin/top mrwklx,
capability chown,
capability dac_override,
capability setuid,
capability setgid,
capability net_bind_service,
deny @{PROC}/* w, # deny write for all files directly in /proc (not in a subdir)
# deny write to files not in /proc/<number>/** or /proc/sys/**
deny @{PROC}/{[
What's more, part of that BraindumpsIT CKS dumps now are free: https://drive.google.com/open?id=1OHDqHm2QBDnkSsFIAWBIjjodiYePW-aS