הכלי Compliance Manager כולל הרבה אמצעי בקרה מובְנים בענן שאפשר להוסיף למסגרות ולפרוס בסביבה שלכם. במקרה הצורך, אתם יכולים ליצור ולנהל אמצעי בקרה מותאמים אישית בענן ולעדכן את אמצעי הבקרה המובנים בענן.
לפני שמתחילים
השלימו את המשימות האלה לפני שתשלימו את שאר המשימות בדף הזה.
הגדרת ההרשאות
-
כדי לקבל את ההרשאות שדרושות לניהול מסגרות של אמצעי בקרה בענן, בקשו מהאדמין לתת לכם את התפקידים הבאים ב-IAM ברמת הארגון או הפרויקט:
- אדמין ב-Compliance Manager (
roles/cloudsecuritycompliance.admin) -
כדי ליצור או לשנות אמצעי בקרה בענן שמבוססים על כללי מדיניות של הארגון, צריך אחד מהתפקידים הבאים:
- אדמין של מדיניות הארגון (
roles/orgpolicy.policyAdmin) - אדמין ב-Assured Workloads (
roles/assuredworkloads.admin) - עריכה ב-Assured Workloads (
roles/assuredworkloads.editor)
- אדמין של מדיניות הארגון (
-
כדי ליצור או לשנות אמצעי בקרה בענן שמבוססים על כללי מדיניות של פרויקטים: אדמין IAM בפרויקט (
roles/resourcemanager.projectIamAdmin)
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
- אדמין ב-Compliance Manager (
הגדרת Google Cloud CLI
התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם. אחרי שנכנסתם לחשבון, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
gcloud initכדי להגדיר את ה-CLI של gcloud כך שיבצע התחזות לחשבון שירות כדי לאמת ל-Google APIs, במקום להשתמש בפרטי הכניסה של המשתמש, מריצים את הפקודה הבאה:
gcloud config set auth/impersonate_service_account SERVICE_ACCT_EMAIL
מידע נוסף מופיע במאמר התחזות לחשבון שירות.
הצגת אמצעי הבקרה בענן
כדי לראות את אמצעי הבקרה המובנים בענן ואת אמצעי הבקרה בהתאמה אישית בענן שכבר יצרתם, פועלים לפי השלבים הבאים:
המסוף
נכנסים לדף Compliance במסוף Google Cloud .
בוחרים את הארגון או הפרויקט.
בכרטיסייה Configure, לוחצים על Cloud Controls. יוצגו אמצעי הבקרה הזמינים בענן.
בלוח הבקרה מופיע מידע על המסגרות שכוללות את אמצעי הבקרה בענן, ועל מספר המשאבים (ארגון, תיקיות ופרויקטים) שאמצעי הבקרה בענן חל עליהם.
כדי לראות פרטים על אמצעי בקרה בענן, לוחצים על השם של אמצעי הבקרה.
CLI
אתם יכולים לראות מידע על בקרת ענן ספציפית או להציג את כל בקרות הענן בארגון.
הצגת פרטים על אמצעי בקרה בענן
כדי לראות פרטים על בקרת ענן ספציפית, מריצים את הפקודה gcloud
compliance-manager cloud-controls describe:
gcloud compliance-manager cloud-controls describe CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION \
[--major-revision-id=MAJOR_REVISION_ID]
מחליפים את הערכים הבאים:
CLOUD_CONTROL: שם אמצעי הבקרה בענן
ORGANIZATION: מזהה הארגון
LOCATION: האזור שבו מאוחסן אמצעי הבקרה בענן
MAJOR_REVISION_IDהוא דגל אופציונלי שמציין איזו גרסה של בקרת הענן להציג. אם לא כוללים את הדגל, מוחזרת הגרסה העדכנית.
לדוגמה, כדי להציג את בקרת הענן בשם builtin-block-external-ip-addresses-for-vm-access עם מספר הגרסה הראשית 1, מריצים את הפקודה הבאה:
gcloud compliance-manager cloud-controls describe \
builtin-block-external-ip-addresses-for-vm-access \
--organization=3589215982 \
--location=global \
--major-revision-id=1
מידע נוסף זמין במאמר gcloud compliance-manager cloud-controls describe.
קבלת רשימה של אמצעי בקרה בענן
כדי לקבל את רשימת אמצעי הבקרה בענן בארגון, מריצים את הפקודה gcloud
compliance-manager cloud-controls list:
gcloud compliance-manager cloud-controls list \
--location=LOCATION \
--organization=ORGANIZATION
מחליפים את הערכים הבאים:
ORGANIZATION: מזהה הארגון
LOCATION: האזור שבו מאוחסנים אמצעי הבקרה בענן
לדוגמה, כדי להציג את כל אמצעי הבקרה בענן בארגון 3589215982 שמאוחסנים במיקום הגלובלי, מריצים את הפקודה הבאה:
gcloud compliance-manager cloud-controls list \
--organization=3589215982 \
--location=global
למידע על דגלים אופציונליים, ראו gcloud compliance-manager cloud-controls list.
יצירת אמצעי בקרה מותאם אישית בענן
כשיוצרים בקרת ענן בהתאמה אישית, מחילים כלל על כל סוג משאב ב-מאגר משאבי ענן.
המסוף
כשמשתמשים במסוף, אפשר ליצור בקרות מותאמות אישית בענן עם כלל אחד שחל על סוג משאב אחד של Cloud Asset Inventory.
נכנסים לדף Compliance במסוף Google Cloud .
בוחרים את הארגון או הפרויקט.
בכרטיסייה Configure, לוחצים על Cloud Controls. מוצגת רשימה של אמצעי הבקרה הזמינים בענן.
יוצרים אמצעי בקרה בענן, באמצעות Gemini או באופן ידני:
שימוש ב-Gemini
Ask Gemini ליצור אמצעי בקרה בענן. בהתאם להנחיה, Gemini מספק מזהה ייחודי, שם, לוגיקת זיהוי משויכת ושלבים אפשריים לתיקון.
בודקים את ההמלצות ומבצעים את השינויים הנדרשים.
שומרים את אמצעי הבקרה בהתאמה אישית בענן.
יצירה ידנית
בשדה Cloud control ID, מזינים מזהה ייחודי לבקרה.
מזינים שם ותיאור כדי לעזור למשתמשים בארגון להבין את המטרה של בקרת הענן בהתאמה אישית.
אופציונלי: בוחרים את הקטגוריות של אמצעי הבקרה. לוחצים על Continue.
בוחרים סוג משאב זמין לאמצעי הבקרה המותאם אישית בענן. Compliance Manager תומך בכל סוגי המשאבים. כדי למצוא את השם של משאב, עיינו במאמר סוגי נכסים.
מציינים את לוגיקת הזיהוי של אמצעי הבקרה בענן, בפורמט Common Expression Language (CEL).
ביטויי CEL מאפשרים לכם להגדיר איך אתם רוצים להעריך את המאפיינים של משאב. מידע נוסף ודוגמאות מופיעים במאמר כתיבת כללים לבקרות מותאמות אישית בענן. לוחצים על Continue.
אם כלל ההערכה לא תקין, תוצג שגיאה.
בוחרים את רמת החומרה המתאימה של הממצאים.
כתבו את הוראות התיקון כך שמגיבים לאירועים ואדמינים בארגון יוכלו לפתור את כל הממצאים של בקרת הענן. לוחצים על Continue.
בודקים את הפרטים שהזנתם ולוחצים על Create.
CLI
כשמשתמשים ב-CLI של gcloud, אפשר ליצור בקרת ענן בהתאמה אישית עם עד שלושה כללים. כל כלל יכול לחול רק על סוג משאב אחד.
כדי ליצור בקרת ענן בהתאמה אישית, מריצים את הפקודה gcloud compliance-manager
cloud-controls create:
gcloud compliance-manager cloud-controls create CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION \
[--display-name=DISPLAY_NAME] \
[--description=DESCRIPTION] \
[--categories=[CATEGORIES,...]] \
[--finding-category=FINDING_CATEGORY] \
[--parameter-spec=[defaultValue=DEFAULTVALUE],[description=DESCRIPTION],[displayName=DISPLAYNAME],[isRequired=ISREQUIRED],[name=NAME],[substitutionRules=SUBSTITUTIONRULES],[validation=VALIDATION],[valueType=VALUETYPE]] \
[--remediation-steps=REMEDIATION_STEPS] \
[--rules=[celExpression=CELEXPRESSION],[description=DESCRIPTION],[ruleActionTypes=RULEACTIONTYPES]] \
[--severity=SEVERITY] \
[--supported-cloud-providers=[SUPPORTED_CLOUD_PROVIDERS,…]] \
[--supported-target-resource-types=[SUPPORTED_TARGET_RESOURCE_TYPES,…]]
מחליפים את הערכים הבאים:
CLOUD_CONTROL: שם אלפאנומרי ייחודי לבקרת הענן
ORGANIZATION: מזהה הארגון
LOCATION: האזור שבו מאוחסן אמצעי הבקרה בענן
DISPLAY_NAME: שם קריא לאנשים של אמצעי הבקרה בענן
DESCRIPTION: תיאור אופציונלי של מטרת הבקרה בענן
CATEGORIES,…: פרמטר אופציונלי שמגדיר את הקטגוריות שאליהן משתייך אמצעי הבקרה בענן. רשימת הקטגוריות המותרות מופיעה במאמר gcloud compliance-manager cloud-controls create.
FINDING_CATEGORY: הערך שמוצג בלוח הבקרה של הממצאים ב-Security Command Center כשבקרת הענן יוצרת ממצא--parameter-spec=[defaultValue=DEFAULTVALUE], \ [description=DESCRIPTION], \ [displayName= DISPLAYNAME], \ [isRequired=ISREQUIRED], \ [name=NAME], \ [substitutionRules=SUBSTITUTIONRULES], \ [validation=VALIDATION], \ [valueType=VALUETYPE]...]
הוא מידע אופציונלי על הפרמטר של בקרת הענן, בפורמט הבא:
DEFAULTVALUE: הנתונים שמוחלים אם המשתמש לא מתאים אישית את הפרמטר כשהוא פורס מסגרת. סוגי הערכים הנתמכים הםboolValue,numberValue,stringListValueאוstringValue.
DESCRIPTION: תיאור אופציונלי של אמצעי הבקרה
ISREQUIRED:trueאם צריך להגדיר פרמטר לאמצעי הבקרה
NAME: שם הפרמטר
SUBSTITUTIONRULES: איך ואיפה Compliance Manager מוסיף את הערך המותאם אישית של הפרמטר. מציינים את הנתיב המטורגט בתוך הכלל באמצעות סימון נקודה של פרוטוקול (לדוגמה,rules[0].org_policy_constraint...). בוחרים אחת מהאפשרויות הבאות:
attributeSubstitutionRuleכשרוצים להוסיף את ערך הפרמטר ישירות לשדה מבני של הכלל (לדוגמה, מילוי רשימה של ערכים מוגבלים בתוך תבנית כלל של אילוץ במדיניות הארגון).placeholderSubstitutionRuleכשהכלל משתמש במחרוזת טקסט (או בביטוי CEL). המחרוזת חייבת להכיל משתנה פלייסהולדר עם התחילית$(לדוגמה,$deniedServices), והכלל הזה מורה לקומפיילר למפות את הפרמטר לפלייסהולדר הזה.
בדוגמה הבאה נוצר פרמטר רשימה בשם
deniedServicesעם הסוגSTRINGLIST. הוא משתמש ב-attributeSubstitutionRuleכדי להוסיף שמות של שירותים שסופקו על ידי המשתמש (כמוcompute.googleapis.com) ישירות לכלל מדיניות מבני בהתאמה אישית של הארגון (denied_values) בזמן הפריסה:--parameter-spec='name=deniedServices,isRequired=true,valueType=STRINGLIST,substitutionRules=[{attributeSubstitutionRule={attribute="rules[0].org_policy_constraint.policy_rules[0].values.denied_values"}}]'
VALIDATIONהוא קבוצת הערכים המותרים. בוחרים אחת מהאפשרויות הבאות:אפשר להשתמש ב-
allowedValuesכדי לאכוף רשימת היתרים סטטית – לדוגמה, להגביל את הפרמטרים של המיקום לשדות ספציפיים של מחרוזות:validation={allowedValues={values=[{stringValue=us-central1},{stringValue=us-west1}]}}אפשר להשתמש ב-
intRangeכדי לאכוף גבולות מספריים על מספרים שלמים. לדוגמה, להגדיר תקופת שמירה בין 1 ל-365:validation={intRange={min=1,max=365}}אפשר להשתמש ב-
regexpPatternכדי לאכוף התאמה של ביטוי רגולרי בטקסט של מחרוזת – לדוגמה, לדרוש מתן שמות אלפאנומריים מחמירים:validation={regexpPattern={pattern="^[a-z][-a-z0-9]*$"}}
VALUETYPE: סוג הנתונים או הפורמט של הערך שהמשתמש מספק לפרמטר הזה. סוגי הערכים הנתמכים הםSTRING,BOOLEAN,STRINGLIST,NUMBERו-ONEOF.
אפשר גם לציין קובץ JSON או YAML שמגדיר את הפרמטרים. לדוגמה,
--parameter-spec=path_to_file.(yaml|json). כדי לראות דוגמאות לקובצי JSON ו-YAML, הרחיבו את הקטע הבא.קובץ JSON לדוגמה
[ { "name": "deniedServices", "displayName": "Services Requiring CMEK", "description": "List of service names that must use Customer-Managed Encryption Keys.", "isRequired": true, "valueType": "STRINGLIST", "substitutionRules": [ { "attributeSubstitutionRule": { "attribute": "rules[0].org_policy_constraint.policy_rules[0].values.denied_values" } } ] } ]קובץ YAML לדוגמה
- name: deniedServices displayName: "Services Requiring CMEK" description: "List of service names that must use Customer-Managed Encryption Keys." isRequired: true valueType: STRINGLIST substitutionRules: - attributeSubstitutionRule: attribute: "rules[0].org_policy_constraint.policy_rules[0].values.denied_values"REMEDIATION_STEPS: השלבים שצריך לבצע כדי לפתור את הממצאים. המחרוזת הזו מוגבלת ל-400 תווים.
--rules=[celExpression=CELEXPRESSION],[description=DESCRIPTION],[ruleActionTypes=RULEACTIONTYPES]הוא הכלל שרוצים לאכוף, בפורמט הבא:
CELEXPRESSION: הביטוי של הכלל ב-Common Expression Language (CEL). מידע נוסף על כתיבת ביטויי CEL זמין במאמר כתיבת כללים לפקדי ענן בהתאמה אישית. מוסיפים את הפרטים הבאים:
expression: ביטוי ה-CEL, באורך של עד 1,000 תווים
resourceTypesValues: שם המשאבים, בפורמטSERVICE_NAME/type. משתמשים במערךvaluesכדי להציג את כל סוגי המשאבים שרוצים להחיל עליהם את הכלל, לדוגמהvalues=[compute.googleapis.com/Instance].
DESCRIPTION: תיאור הכלל
RULEACTIONTYPES: הפעולה שהכלל מבצע. הערכים הנתמכים הםrule-action-type-detective,rule-action-type-preventiveו-rule-action-type-audit.
לדוגמה, כדי לבדוק את תקופת רוטציית המפתחות ב-Cloud Key Management Service, מזינים את הפקודה הבאה:
--rules="[ { \"celExpression\": { \"expression\": \"has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')\", \"resourceTypesValues\": { \"values\": [ \"cloudkms.googleapis.com/CryptoKey\" ] } }, \"description\": \"Check KMS key rotation period\", \"ruleActionTypes\": [ \"rule-action-type-detective\" ] } ]"אפשר גם לציין קובץ JSON או YAML שמגדיר את הכלל. לדוגמה,
--rules=path_to_file.(yaml|json). כדי לראות קובצי JSON ו-YAML לדוגמה, הרחיבו את הקטע הבא.קובץ JSON לדוגמה
[ { "celExpression": { "expression": "has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')", "resourceTypesValues": { "values": [ "cloudkms.googleapis.com/CryptoKey" ] } }, "description": "Check KMS key rotation period to ensure it is under 60 hours.", "ruleActionTypes": [ "rule-action-type-detective" ] } ]קובץ YAML לדוגמה
- celExpression: expression: "has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')" resourceTypesValues: values: - cloudkms.googleapis.com/CryptoKey description: "Check KMS key rotation period to ensure it is under 60 hours." ruleActionTypes: - rule-action-type-detective
SEVERITY: רמת הקריטיות של אמצעי הבקרה בענן. הערכים הנתמכים הםcritical,high,mediumו-low.
SUPPORTED_CLOUD_PROVIDERS,…: ספקי שירותי הענן שעליהם חלה בקרת הענן הזו. הערך הנתמך היחיד הואgcp.
SUPPORTED_TARGET_RESOURCE_TYPES,…: סוגי המשאבים (ארגון, תיקייה, פרויקט או תיקייה לניהול אפליקציות ב-App Hub) שנתמכים על ידי בקרת הענן. הערכים הנתמכים הםtarget-resource-crm-type-folder,target-resource-crm-type-org,target-resource-crm-type-projectו-target-resource-type-application.
לדוגמה, כדי ליצור בקרת ענן שאוכפת את מיקומי המשאבים, מריצים את הפקודה הבאה:
gcloud compliance-manager cloud-controls create \
restrict-resource-locations \
--organization=3589215982 \
--location=global \
--display-name="Restrict Resource Locations" \
--description="Enforces checks to ensure resources are only deployed in approved cloud regions." \
--severity=high \
--finding-category="LOCATION_VIOLATION" \
--supported-cloud-providers="gcp" \
--supported-target-resource-types="target-resource-crm-type-project" \
--parameter-spec='name=allowedLocations,isRequired=true,valueType=STRINGLIST,substitutionRules=[{placeholderSubstitutionRule={attribute="rules[0].cel_expression.expression"}}]' \
--rules="[{\"celExpression\": {\"expression\": \"resource.location in \$allowedLocations\", \"resourceTypesValues\": {\"values\": [\"compute.googleapis.com/Instance\"]}}, \"description\": \"Check Compute Engine instance locations\", \"ruleActionTypes\": [\"rule-action-type-detective\"]}]"
כדי ליצור את אותו אמצעי בקרה אבל להשתמש בקובצי YAML להגדרת הפרמטרים והכללים, מריצים את הפקודה:
gcloud compliance-manager cloud-controls create \
restrict-resource-locations \
--organization=3589215982 \
--location=global \
--display-name="Restrict Resource Locations" \
--description="Enforces checks to ensure resources are only deployed in approved cloud regions." \
--severity=high \
--finding-category="LOCATION_VIOLATION" \
--supported-cloud-providers="gcp" \
--supported-target-resource-types="target-resource-crm-type-project" \
--parameter-spec=parameters.yaml \
--rules=rules.yaml
מידע נוסף זמין במאמר gcloud compliance-manager cloud-controls create.
Terraform
כשמשתמשים ב-Terraform, אפשר ליצור בקרת ענן בהתאמה אישית עם עד שלושה כללים. כל כלל יכול לחול רק על סוג משאב אחד.
הדוגמה הבאה ממחישה איך יוצרים בקרת ענן בהתאמה אישית באמצעות Terraform.
עריכת בקרת ענן בהתאמה אישית
אחרי שיוצרים בקרת ענן, אפשר לשנות את השם, התיאור, הכללים, שלבי התיקון ורמת החומרה שלה. אי אפשר לשנות את הקטגוריה של בקרת הענן.
נכנסים לדף Compliance במסוף Google Cloud .
בוחרים את הארגון או הפרויקט.
בכרטיסייה Configure, לוחצים על Cloud Controls. מוצגת רשימה של אמצעי הבקרה הזמינים בענן.
לוחצים על אמצעי הבקרה בענן שרוצים לערוך.
בדף Cloud controls details, מוודאים שהבקרת הענן לא נכללת במסגרת. אם צריך, עורכים את המסגרת כדי להסיר את בקרת הענן.
לוחצים על Edit.
בדף Edit custom cloud control, משנים את השם והתיאור לפי הצורך. לוחצים על Continue.
מעדכנים את הכללים, את חומרת הממצא ואת השלבים לתיקון. לוחצים על Continue.
בודקים את השינויים ולוחצים על שמירה.
עדכון של בקרת ענן מובנית לגרסה חדשה יותר
Google מפרסמת עדכונים שוטפים לאמצעי הבקרה המובנים בענן, ככל שנוספים לשירותים מאפיינים חדשים או ככל שמתפתחות שיטות מומלצות חדשות. העדכונים יכולים לכלול אמצעי בקרה חדשים או שינויים באמצעי בקרה קיימים.
אתם יכולים לראות את הגרסאות של אמצעי הבקרה המובנים בענן במרכז הבקרה של אמצעי הבקרה בענן, בכרטיסייה Configure או בדף הפרטים של אמצעי הבקרה בענן.
כדי לעדכן את בקרת הענן אחרי שקיבלתם התראה, אתם צריכים לעדכן את המסגרות שנפרסו וכוללות את בקרת הענן. להוראות, ראו עדכון גרסה של מסגרת מובנית.
מחיקת פקד ענן בהתאמה אישית
למחוק את אמצעי הבקרה בענן כשכבר לא צריך אותו. אתם יכולים למחוק רק את אמצעי הבקרה בענן שאתם יצרתם. אי אפשר למחוק אמצעי בקרה מובנים בענן.
המסוף
נכנסים לדף Compliance במסוף Google Cloud .
בוחרים את הארגון או הפרויקט.
בכרטיסייה Configure, לוחצים על Cloud Controls. מוצגת רשימה של אמצעי הבקרה הזמינים בענן.
לוחצים על אמצעי הבקרה בענן שרוצים למחוק.
בדף Cloud controls details, מוודאים שהבקרת הענן לא נכללת במסגרת. אם צריך, עורכים את המסגרת כדי להסיר את בקרת הענן.
לוחצים על Delete.
בחלון מחיקה, קוראים את ההודעה. מקלידים
Deleteולוחצים על Confirm.
CLI
כדי למחוק בקרת ענן בהתאמה אישית, מריצים את הפקודה gcloud compliance-manager
cloud-controls delete:
gcloud compliance-manager cloud-controls delete CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION
מחליפים את הערכים הבאים:
CLOUD_CONTROL: שם אמצעי הבקרה בענן
ORGANIZATION: מזהה הארגון
LOCATION: האזור שבו מאוחסן אמצעי הבקרה בענן
לדוגמה, כדי למחוק את בקרת הענן בשם restrict-resource-locations, מריצים את הפקודה הבאה:
gcloud compliance-manager cloud-controls delete \
restrict-resource-locations \
--organization=3589215982 \
--location=global
מידע נוסף זמין במאמר gcloud compliance-manager cloud-controls delete.
מיפוי של גלאי Security Health Analytics לאמצעי בקרה בענן
בטבלה הבאה מפורט המיפוי של אמצעי הבקרה בענן של Compliance Manager לגלאים של Security Health Analytics.
כתובות כתובות| קטגוריית הממצאים ב-Security Health Analytics | שם בקרת הענן ב-Compliance Manager |
|---|---|
|
|
|
|
|
הגדרת המאפיין Allowed Ingress Settings לאילוץ של מדיניות הארגון ב-Cloud Run |
|
הגדרת המגבלה Allowed VPC Egress Settings for Cloud Run במדיניות הארגון |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
הגדרת מדדים מבוססי-יומן והתראות לשינויים ברישום ביומני ביקורת |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
הגדרת מדדים מבוססי-יומן והתראות לשינויים במדיניות IAM ב-Cloud Storage |
|
|
|
הפעלת הרשאות גישה מאוחדות ברמת הקטגוריה (UBLA) בקטגוריות של Cloud Storage |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
הגדרת מדדים מבוססי-יומן והתראות לשינויים בתפקידים בהתאמה אישית |
|
|
|
שימוש בגרסאות העדכניות ביותר של קובצי אימג' באשכולות Dataproc |
|
|
|
|
|
|
|
|
|
|
|
הגדרת מדיניות הארגון "השבתת רישום ביומן של יציאות טוריות של מכונות וירטואליות ב-Stackdriver" |
|
|
|
|
|
|
|
|
|
|
|
|
|
הגדרת מדדים מבוססי-יומנים והתראות לשינויים בחומת האש של רשת VPC |
|
|
|
|
|
הגבלת הגישה של API לממשקי Google Cloud API במכונות Compute Engine |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
לא זמין |
|
|
|
|
|
|
|
השבתת נקודות קצה מדור קודם של שרת המטא-נתונים ב-Compute Engine |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
הגדרת מדדי יומנים והתראות על הקצאות ושינויים של תפקיד הבעלים בפרויקט |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
הגדרת תעבורת נתונים יוצאת (egress) של מחבר VPC לפונקציות Cloud Run |
|
הפעלת האילוץ Restrict Authorized Networks on Cloud SQL Instances במדיניות הארגון |
|
|
|
|
|
לא זמין |
|
לא זמין |
|
|
|
|
|
|
|
הגבלת יצירת רשתות שמוגדרות כברירת מחדל למכונות של Compute Engine |
|
|
|
|
|
|
|
|
|
הגדרת מדדים מבוססי-יומן והתראות לשינויים בהגדרות של Cloud SQL |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
הגבלת כללי מדיניות SSL לא מאובטחים במכונות של Compute Engine |
|
|
|