Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- it-wiki:kubernetes:security [2025/10/31 03:42] – [Beispiel: Namespace-Labelling] marko
+++ it-wiki:kubernetes:security [2025/10/31 03:55] (aktuell) – [Container und Container Image Security] marko
@@ Zeile 21: / Zeile 21: @@
 kubectl label namespace <namespace-name> \
     pod-security.kubernetes.io/enforce=baseline \
-    pod-security.kubernetes.io/enforce-version=v1.33 \
+    pod-security.kubernetes.io/enforce-version=v1.34 \
     pod-security.kubernetes.io/warn=restricted \
-    pod-security.kubernetes.io/warn-version=v1.33
+    pod-security.kubernetes.io/warn-version=v1.34
 </code>
@@ Zeile 30: / Zeile 30: @@
   * Bei Verstoß gegen `restricted` gibt es eine Warnung.
+Ein weiteres Beispiel als Manifestfile
 <code yaml>
 apiVersion: v1
@@ Zeile 45: / Zeile 46: @@
     pod-security.kubernetes.io/warn-version: v1.34
 </code>
+Es besteht auch die Möglichkeit statt einer eindeutigen Version einfach ''latest'' zu nehmen.
 ===== Profile im Detail =====
   - **Privileged**
@@ Zeile 101: / Zeile 103: @@
 ----
-===== Umsetzung im produktiven Cluster / Pod-Sicherheitsstandards auf Clusterebene =====
+===== Pod-Sicherheitsstandards auf Clusterebene =====
 Es werden die folgenden Pod-Sicherheitsstandards auf die Version latest angewendet:
   * baseline standard in enforce mode
@@ Zeile 113: / Zeile 115: @@
 fehlschlagen, werden diese Namespaces von der Anwendung der Pod-Sicherheitsstandards ausgenommen.
-Bei der Implementierung von Pod Security Admission in der produktiven Umgebung sollte Folgendes beachtet werden:
+Bei der Implementierung von Pod Security Admission auf Cluster Ebene sollte Folgendes beachtet werden:
   * Abhängig von der Risikobewertung eines Clusters könnte ein strengerer Pod-Sicherheitsstandard die bessere Wahl sein. Beispielsweise ''restricted''
@@ Zeile 148: / Zeile 150: @@
       runtimeClasses: []
       # Array of namespaces to exempt.
-      namespaces: [kube-system,calico-system,longhorn-system,tigera-operator,trident]
+      namespaces: [kube-system,calico-system]
 </code>
+<note>
+<nowiki>--admission-control-config-file</nowiki>\\
+Das obige Manifest muss über den kube-apiserver angegeben werden.
+</note>
+  - Bereiten Sie das Konfigurationsverzeichnis vor: <code bash>mkdir -p /etc/kubernetes/psa
+cp psa-config.yaml /etc/kubernetes/psa/</code>
+  - Ändern Sie die API-Serverkonfiguration: <code yaml>apiServer:
+  extraArgs:
+    admission-control-config-file:  /etc/kubernetes/psa/psa-config.yaml
+  extraVolumes:
+    -  name:  psa-config
+      hostPath:  /etc/kubernetes/psa
+      mountPath:  /etc/kubernetes/psa
+      readOnly:  true</code>
+  - Starten Sie den API-Server neu:\\ Nach der Aktualisierung der Konfiguration muss der API-Server neu gestartet werden, um die Änderungen anzuwenden.
+\\
+\\
 ====== Container und Container Image Security ======
 ===== trivy =====