שימוש באילוצים של מדיניות מוגבלת של תקני אבטחת Pod

‫Policy Controller מגיע עם ספריית ברירת מחדל של תבניות אילוצים שאפשר להשתמש בהן עם חבילת ההגבלות של תקני האבטחה של Pod. החבילה הזו מאפשרת לכם להשיג הרבה מאותן הגנות כמו מדיניות מוגבלת של תקני אבטחה של Kubernetes Pod (PSS), עם אפשרות לבדוק את המדיניות לפני שמפעילים אותה ולהחריג כיסוי של משאבים ספציפיים.

בדף הזה מוסבר איך להחיל חבילת מדיניות באופן ידני. אפשרות אחרת היא להחיל חבילות מדיניות ישירות.

הדף הזה מיועד לאדמינים ולמפעילים בתחום ה-IT שרוצים לוודא שכל המשאבים שפועלים בפלטפורמת הענן עומדים בדרישות התאימות של הארגון. כדי לעשות את זה, הם יכולים לספק ולתחזק אוטומציה לביקורת או לאכיפה. מידע נוסף על תפקידים נפוצים ועל דוגמאות למשימות שאנחנו מתייחסים אליהן בתוכן של Google Cloud , זמין במאמר תפקידים נפוצים של משתמשים ומשימות ב-GKE.

חבילת האילוצים כוללת את האילוצים האלה, שמשויכים לאמצעי הבקרה הבאים של מדיניות מוגבלת של תקני אבטחה של Kubernetes Pod (PSS):

שם המגבלה	תיאור המגבלה	שם הבקרה
pss-restricted-v2022-psp-volume-types	שימוש בסוגי נפח	סוגי נפח אחסון
pss-restricted-v2022-privilege-escalation	הגבלת ההסלמה להרשאות root	הסלמת הרשאות
pss-restricted-v2022-running-as-non-root	הערך `runAsNonRoot` של מאגר התגים	הרצה כמשתמש לא-root
pss-restricted-v2022-running-as-non-root-user	מזהה המשתמש של מאגר התגים	הרצה כמשתמש ללא הרשאות root
pss-restricted-v2022-seccomp	פרופיל ה-seccomp שבו נעשה שימוש בקונטיינרים	Seccomp
pss-restricted-v2022-capabilities	יכולות של Linux	יכולות

לפני שמתחילים

מתקינים ומאתחלים את Google Cloud CLI, שמספק את הפקודות gcloud ו-kubectl שמשמשות בהוראות האלה. אם אתם משתמשים ב-Cloud Shell, ‏ Google Cloud CLI מותקן מראש.
מתקינים את Policy Controller בגרסה 1.11.1 ואילך באשכול עם ספריית ברירת המחדל של תבניות אילוץ.

ביקורת של חבילת המדיניות המוגבלת של תקני אבטחת ה-Pod

בעזרת Policy Controller אפשר לאכוף מדיניות באשכול Kubernetes. כדי לבדוק את עומסי העבודה ואת התאימות שלהם להמלצות של Google לגבי שיטות מומלצות שמפורטות בטבלה שלמעלה, אפשר לפרוס את האילוצים האלה במצב 'ביקורת' כדי לזהות הפרות, וחשוב מכך, כדי לתקן אותן לפני האכיפה באשכול Kubernetes.

אפשר להחיל את כללי המדיניות האלה עם spec.enforcementAction שמוגדר כ-dryrun באמצעות kubectl,‏ kpt או סנכרון תצורות.

kubectl

(אופציונלי) מציגים בתצוגה מקדימה את האילוצים של המדיניות באמצעות kubectl:
```
kubectl kustomize https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pss-restricted-v2022
```

מחילים את אילוצי המדיניות באמצעות kubectl:

kubectl apply -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pss-restricted-v2022

הפלט שיתקבל:

k8spspallowprivilegeescalationcontainer.constraints.gatekeeper.sh/pss-restricted-v2022-privilege-escalation created
k8spspallowedusers.constraints.gatekeeper.sh/pss-restricted-v2022-running-as-non-root created
k8spspcapabilities.constraints.gatekeeper.sh/pss-restricted-v2022-capabilities created
k8spspseccomp.constraints.gatekeeper.sh/pss-restricted-v2022-seccomp created
k8spspvolumetypes.constraints.gatekeeper.sh/pss-restricted-v2022-psp-volume-types created

מוודאים שאילוצי המדיניות הותקנו ובודקים אם יש הפרות באשכול:

kubectl get -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pss-restricted-v2022

הפלט אמור להיראות כך:

NAME                                                                                                          ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
k8spspallowprivilegeescalationcontainer.constraints.gatekeeper.sh/pss-restricted-v2022-privilege-escalation   dryrun               0

NAME                                                                                    ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
k8spspallowedusers.constraints.gatekeeper.sh/pss-restricted-v2022-running-as-non-root   dryrun               0

NAME                                                                             ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
k8spspcapabilities.constraints.gatekeeper.sh/pss-restricted-v2022-capabilities   dryrun               0

NAME                                                                   ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
k8spspseccomp.constraints.gatekeeper.sh/pss-restricted-v2022-seccomp   dryrun               0

NAME                                                                                ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
k8spspvolumetypes.constraints.gatekeeper.sh/pss-restricted-v2022-psp-volume-types   dryrun               0

kpt

מתקינים ומגדירים את kpt. ההוראות האלה מתבססות על kpt כדי להתאים אישית ולפרוס משאבי Kubernetes.
מורידים את חבילת המדיניות Restricted v2022 של Pod Security Standards ‏ (PSS) מ-GitHub באמצעות kpt:
```
kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pss-restricted-v2022
```
מריצים את הפונקציה set-enforcement-action kpt כדי להגדיר את פעולת האכיפה של המדיניות לערך dryrun:
```
kpt fn eval pss-restricted-v2022 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 \
  -- enforcementAction=dryrun
```
מאתחלים את ספריית העבודה באמצעות kpt, שיוצר משאב למעקב אחרי שינויים:
```
cd pss-restricted-v2022
kpt live init
```
מחילים את אילוצי המדיניות באמצעות kpt:
```
kpt live apply
```
מוודאים שאילוצי המדיניות הותקנו ובודקים אם יש הפרות באשכול:
```
kpt live status --output table --poll-until current
```
הסטטוס CURRENT מאשר שההתקנה של האילוצים בוצעה בהצלחה.

סנכרון תצורות

מתקינים ומגדירים את kpt. ההוראות האלה מתבססות על kpt כדי להתאים אישית ולפרוס משאבי Kubernetes.

מפעילים שמשתמשים ב-סנכרון תצורות כדי לפרוס מדיניות באשכולות שלהם יכולים להשתמש בהוראות הבאות:

עוברים לספריית הסנכרון של סנכרון תצורות:
```
cd SYNC_ROOT_DIR
```
הערה: ב-Kpt גרסה v1.0.0-beta.17 ואילך נוצר אוטומטית קובץ resourcegroup.yaml במהלך live init, ואין לסמן אותו להעלאה למאגר סנכרון תצורות. אם הוא לא מופיע, מוסיפים את resourcegroup.yaml לקובץ .gitignore במאגר.

כדי ליצור או להוסיף .gitignore באמצעות resourcegroup.yaml:
```
echo resourcegroup.yaml >> .gitignore
```
יוצרים ספרייה ייעודית של policies:
```
mkdir -p policies
```

מורידים את חבילת המדיניות Restricted v2022 של Pod Security Standards ‏ (PSS) מ-GitHub באמצעות kpt:

kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pss-restricted-v2022 policies/pss-restricted-v2022

מריצים את הפונקציה set-enforcement-action kpt כדי להגדיר את פעולת האכיפה של המדיניות לערך dryrun:
```
kpt fn eval policies/pss-restricted-v2022 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=dryrun
```
(אופציונלי) מציגים בתצוגה מקדימה את אילוצי המדיניות שייווצרו:
```
kpt live init policies/pss-restricted-v2022
kpt live apply --dry-run policies/pss-restricted-v2022
```
אם ספריית הסנכרון של סנכרון תצורות משתמשת ב-Kustomize, מוסיפים את policies/pss-baseline-v2022 ל-root kustomization.yaml. אחרת, מסירים את הקובץ policies/pss-baseline-v2022/kustomization.yaml:
```
rm SYNC_ROOT_DIR/policies/pss-baseline-v2022/kustomization.yaml
```

דחיפת השינויים למאגר סנכרון תצורות:

git add SYNC_ROOT_DIR/policies/pss-restricted-v2022
git commit -m 'Adding Pod Security Standards Restricted audit enforcement'
git push

מאמתים את סטטוס ההתקנה:
```
watch gcloud beta container fleet config-management status --project PROJECT_ID
```
הסטטוס SYNCED מאשר שהמדיניות הותקנה.

הצגת הפרות מדיניות

אחרי שמתקינים את מגבלות המדיניות במצב ביקורת, אפשר לראות את ההפרות באשכול בממשק המשתמש באמצעות לוח הבקרה של Policy Controller.

אפשר גם להשתמש בפקודה kubectl כדי לראות את ההפרות באשכול:

kubectl get constraint -l policycontroller.gke.io/bundleName=pss-restricted-v2022 -o json | jq -cC '.items[]| [.metadata.name,.status.totalViolations]'

אם יש הפרות, אפשר לראות רשימה של הודעות ההפרה לכל אילוץ באמצעות הפקודה:

kubectl get constraint -l policycontroller.gke.io/bundleName=pss-restricted-v2022 -o json | jq -C '.items[]| select(.status.totalViolations>0)| [.metadata.name,.status.violations[]?]'

שינוי פעולת האכיפה של חבילת המדיניות המוגבלת של תקני האבטחה של Pod

אחרי שבודקים את הפרות המדיניות באשכול, אפשר לשנות את מצב האכיפה כך שבקרת הכניסה תפעל warn או אפילו deny תחסום החלה של משאב שלא עומד בדרישות על האשכול.

kubectl

משתמשים ב-kubectl כדי להגדיר את פעולת האכיפה של כללי המדיניות ל-warn:

kubectl get constraint -l policycontroller.gke.io/bundleName=pss-restricted-v2022 -o name | xargs -I {} kubectl patch {} --type='json' -p='[{"op":"replace","path":"/spec/enforcementAction","value":"warn"}]'

מוודאים שפעולת האכיפה של הגבלות המדיניות עודכנה:
```
kubectl get constraint -l policycontroller.gke.io/bundleName=pss-restricted-v2022
```

kpt

מריצים את הפונקציה set-enforcement-action kpt כדי להגדיר את פעולת האכיפה של המדיניות לערך warn:
```
kpt fn eval -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=warn
```
החלת אילוצי המדיניות:
```
kpt live apply
```

סנכרון תצורות

מפעילים שמשתמשים ב-סנכרון תצורות כדי לפרוס מדיניות באשכולות שלהם יכולים להשתמש בהוראות הבאות:

עוברים לספריית הסנכרון של סנכרון תצורות:
```
cd SYNC_ROOT_DIR
```
מריצים את הפונקציה set-enforcement-action kpt כדי להגדיר את פעולת האכיפה של המדיניות לערך warn:
```
kpt fn eval policies/pss-restricted-v2022 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=warn
```

דחיפת השינויים למאגר סנכרון תצורות:

git add SYNC_ROOT_DIR/pss-restricted-v2022
git commit -m 'Adding Pod Security Standards Restricted policy bundle warn enforcement'
git push

מאמתים את סטטוס ההתקנה:
```
nomos status
```
האשכול צריך להציג סטטוס של SYNCED עם המדיניות המותקנת.

בדיקת אכיפת המדיניות

יוצרים באשכול משאב שלא עומד בדרישות באמצעות הפקודה הבאה:

cat <<EOF | kubectl apply -f -
apiVersion: v1
kind: Pod
metadata:
  namespace: default
  name: wp-non-compliant
  labels:
    app: wordpress
spec:
  containers:
    - image: wordpress
      name: wordpress
      ports:
      - containerPort: 80
        hostPort: 80
        name: wordpress
EOF

בקרת הכניסה צריכה להפיק אזהרה עם רשימה של הפרות המדיניות שמתרחשות במשאב הזה, כמו בדוגמה הבאה:

Warning: [pss-baseline-v2022-host-ports] The specified hostNetwork and hostPort are not allowed, pod: wp-non-compliant. Allowed values: {"max": 0, "min": 0}
pod/wp-non-compliant created

הסרת חבילת מדיניות מוגבלת של תקני אבטחת Pod

במקרה הצורך, אפשר להסיר את חבילת המדיניות Restricted של תקני האבטחה של Pod מהאשכול.

kubectl

משתמשים ב-kubectl כדי להסיר את כללי המדיניות:

kubectl delete constraint -l policycontroller.gke.io/bundleName=pss-restricted-v2022

kpt

מסירים את כללי המדיניות:
```
kpt live destroy
```

סנכרון תצורות

מפעילים שמשתמשים ב-סנכרון תצורות כדי לפרוס מדיניות באשכולות שלהם יכולים להשתמש בהוראות הבאות:

דחיפת השינויים למאגר סנכרון תצורות:

git rm -r SYNC_ROOT_DIR/policies/pss-restricted-v2022
git commit -m 'Removing Pod Security Standards Restricted policies'
git push

בודקים את הסטטוס:
```
nomos status
```
האשכול אמור להציג סטטוס של SYNCED עם המשאבים שהוסרו.

שימוש באילוצים של מדיניות מוגבלת של תקני אבטחת Pod קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

לפני שמתחילים

ביקורת של חבילת המדיניות המוגבלת של תקני אבטחת ה-Pod

kubectl

kpt

סנכרון תצורות

הצגת הפרות מדיניות

שינוי פעולת האכיפה של חבילת המדיניות המוגבלת של תקני האבטחה של Pod

kubectl

kpt

סנכרון תצורות

בדיקת אכיפת המדיניות

הסרת חבילת מדיניות מוגבלת של תקני אבטחת Pod

kubectl

kpt

סנכרון תצורות

שימוש באילוצים של מדיניות מוגבלת של תקני אבטחת Pod