ניהול אמצעי בקרה בענן

הכלי 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

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

הצגת אמצעי הבקרה בענן

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

המסוף

  1. נכנסים לדף Compliance במסוף Google Cloud .

    לתאימות

  2. בוחרים את הארגון או הפרויקט.

  3. בכרטיסייה Configure, לוחצים על Cloud Controls. יוצגו אמצעי הבקרה הזמינים בענן.

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

  4. כדי לראות פרטים על אמצעי בקרה בענן, לוחצים על השם של אמצעי הבקרה.

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.

  1. נכנסים לדף Compliance במסוף Google Cloud .

    לתאימות

  2. בוחרים את הארגון או הפרויקט.

  3. בכרטיסייה Configure, לוחצים על Cloud Controls. מוצגת רשימה של אמצעי הבקרה הזמינים בענן.

  4. יוצרים אמצעי בקרה בענן, באמצעות Gemini או באופן ידני:

שימוש ב-Gemini

  1. Ask Gemini ליצור אמצעי בקרה בענן. בהתאם להנחיה, Gemini מספק מזהה ייחודי, שם, לוגיקת זיהוי משויכת ושלבים אפשריים לתיקון.

  2. בודקים את ההמלצות ומבצעים את השינויים הנדרשים.

  3. שומרים את אמצעי הבקרה בהתאמה אישית בענן.

יצירה ידנית

  1. בשדה Cloud control ID, מזינים מזהה ייחודי לבקרה.

  2. מזינים שם ותיאור כדי לעזור למשתמשים בארגון להבין את המטרה של בקרת הענן בהתאמה אישית.

  3. אופציונלי: בוחרים את הקטגוריות של אמצעי הבקרה. לוחצים על Continue.

  4. בוחרים סוג משאב זמין לאמצעי הבקרה המותאם אישית בענן. ‫Compliance Manager תומך בכל סוגי המשאבים. כדי למצוא את השם של משאב, עיינו במאמר סוגי נכסים.

  5. מציינים את לוגיקת הזיהוי של אמצעי הבקרה בענן, בפורמט Common Expression Language ‏ (CEL).

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

    אם כלל ההערכה לא תקין, תוצג שגיאה.

  6. בוחרים את רמת החומרה המתאימה של הממצאים.

  7. כתבו את הוראות התיקון כך שמגיבים לאירועים ואדמינים בארגון יוכלו לפתור את כל הממצאים של בקרת הענן. לוחצים על Continue.

  8. בודקים את הפרטים שהזנתם ולוחצים על 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.

resource "google_cloud_security_compliance_cloud_control" "example" {
  parent              = "organizations/123456789"
  location            = "global"
  cloud_control_id    = "example-cloudcontrol"

  display_name      = "TF test CloudControl Name"
  description       = "A test cloud control for security compliance"
  categories        = ["CC_CATEGORY_INFRASTRUCTURE"]
  severity          = "HIGH"
  finding_category  = "SECURITY_POLICY"
  remediation_steps = "Review and update the security configuration according to best practices."

  supported_cloud_providers        = ["GCP"]

  rules {
    description         = "Ensure compute instances have secure boot enabled"
    rule_action_types   = ["RULE_ACTION_TYPE_DETECTIVE"]

    cel_expression {
      expression = "resource.data.shieldedInstanceConfig.enableSecureBoot == true"
      resource_types_values {
        values = ["compute.googleapis.com/Instance"]
      }
    }
  }

  parameter_spec {
    name         = "location"
    display_name = "Resource Location"
    description  = "The location where the resource should be deployed"
    value_type   = "STRING"
    is_required  = true

    default_value {
      string_value = "us-central1"
    }

    validation {
      regexp_pattern {
        pattern = "^[a-z]+-[a-z]+[0-9]$"
      }
    }
  }

  parameter_spec {
    name         = "enable_secure_boot"
    display_name = "Enable Secure Boot"
    description  = "Whether to enable secure boot for instances"
    value_type   = "BOOLEAN"
    is_required  = true

    default_value {
      bool_value = true
    }

    substitution_rules {
      attribute_substitution_rule {
        attribute = "rules[0].cel_expression.expression"
      }
    }

    validation {
      allowed_values {
        values {
          bool_value = true
        }
      }
    }
  }

  parameter_spec {
    name         = "max_instances"
    display_name = "Maximum Instances"
    description  = "Maximum number of instances allowed"
    value_type   = "NUMBER"
    is_required  = false

    default_value {
      number_value = 10
    }

    substitution_rules {
      placeholder_substitution_rule {
        attribute = "rules[0].description"
      }
    }

    validation {
      int_range {
        min = "1"
        max = "100"
      }
    }
  }

  parameter_spec {
    name         = "allowed_regions"
    display_name = "Allowed Regions"
    description  = "List of regions where resources can be deployed"
    value_type   = "STRINGLIST"
    is_required  = true

    default_value {
      string_list_value {
        values = ["us-central1", "us-east1", "us-west1"]
      }
    }

    validation {
      allowed_values {
        values {
          string_list_value {
            values = ["us-central1", "us-east1"]
          }
        }
        values {
          string_list_value {
            values = ["us-west1", "us-west2"]
          }
        }
      }
    }
  }

  parameter_spec {
    name         = "environment_type"
    display_name = "Environment Type"
    description  = "The type of environment"
    value_type   = "STRING"
    is_required  = true

    default_value {
      string_value = "production"
    }

    validation {
      allowed_values {
        values {
          string_value = "production"
        }
        values {
          string_value = "staging"
        }
        values {
          number_value = 1
        }
      }
    }
  }
}

עריכת בקרת ענן בהתאמה אישית

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

  1. נכנסים לדף Compliance במסוף Google Cloud .

    לתאימות

  2. בוחרים את הארגון או הפרויקט.

  3. בכרטיסייה Configure, לוחצים על Cloud Controls. מוצגת רשימה של אמצעי הבקרה הזמינים בענן.

  4. לוחצים על אמצעי הבקרה בענן שרוצים לערוך.

  5. בדף Cloud controls details, מוודאים שהבקרת הענן לא נכללת במסגרת. אם צריך, עורכים את המסגרת כדי להסיר את בקרת הענן.

  6. לוחצים על Edit.

  7. בדף Edit custom cloud control, משנים את השם והתיאור לפי הצורך. לוחצים על Continue.

  8. מעדכנים את הכללים, את חומרת הממצא ואת השלבים לתיקון. לוחצים על Continue.

  9. בודקים את השינויים ולוחצים על שמירה.

עדכון של בקרת ענן מובנית לגרסה חדשה יותר

‫Google מפרסמת עדכונים שוטפים לאמצעי הבקרה המובנים בענן, ככל שנוספים לשירותים מאפיינים חדשים או ככל שמתפתחות שיטות מומלצות חדשות. העדכונים יכולים לכלול אמצעי בקרה חדשים או שינויים באמצעי בקרה קיימים.

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

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

מחיקת פקד ענן בהתאמה אישית

למחוק את אמצעי הבקרה בענן כשכבר לא צריך אותו. אתם יכולים למחוק רק את אמצעי הבקרה בענן שאתם יצרתם. אי אפשר למחוק אמצעי בקרה מובנים בענן.

המסוף

  1. נכנסים לדף Compliance במסוף Google Cloud .

    לתאימות

  2. בוחרים את הארגון או הפרויקט.

  3. בכרטיסייה Configure, לוחצים על Cloud Controls. מוצגת רשימה של אמצעי הבקרה הזמינים בענן.

  4. לוחצים על אמצעי הבקרה בענן שרוצים למחוק.

  5. בדף Cloud controls details, מוודאים שהבקרת הענן לא נכללת במסגרת. אם צריך, עורכים את המסגרת כדי להסיר את בקרת הענן.

  6. לוחצים על Delete.

  7. בחלון מחיקה, קוראים את ההודעה. מקלידים 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

ACCESS_TRANSPARENCY_DISABLED

הפעלת Access Transparency

ADMIN_SERVICE_ACCOUNT

חסימת תפקידי אדמין מחשבונות שירות

ALLOWED_INGRESS_ORG_POLICY

הגדרת המאפיין Allowed Ingress Settings לאילוץ של מדיניות הארגון ב-Cloud Run

ALLOWED_VPC_EGRESS_ORG_POLICY

הגדרת המגבלה Allowed VPC Egress Settings for Cloud Run במדיניות הארגון

ALLOYDB_AUTO_BACKUP_DISABLED

הפעלת גיבויים אוטומטיים של AlloyDB באשכול

ALLOYDB_BACKUPS_DISABLED

הפעלת גיבויים של AlloyDB באשכול

ALLOYDB_CMEK_DISABLED

הפעלת CMEK באשכולות AlloyDB

ALLOYDB_LOG_ERROR_VERBOSITY

הגדרת דגל דרגת המלל של שגיאות ביומן במכונות AlloyDB

ALLOYDB_LOG_MIN_ERROR_STATEMENT_SEVERITY

הגדרת הדגל Log Min Error Statement במכונות AlloyDB

ALLOYDB_LOG_MIN_MESSAGES

הגדרת הדגל Log Min Messages במכונות AlloyDB

ALLOYDB_PUBLIC_IP

חסימת כתובות IP ציבוריות במכונות של אשכול AlloyDB

ALLOYDB_SSL_NOT_ENFORCED

הפעלת הצפנת SSL במכונות AlloyDB

ALPHA_CLUSTER_ENABLED

השבתת תכונות בשלב אלפא באשכולות GKE

API_KEY_APIS_UNRESTRICTED

הגבלת מפתחות API לממשקי API נדרשים בלבד

API_KEY_APPS_UNRESTRICTED

הגדרת הגבלות על אפליקציות במפתחות API

API_KEY_EXISTS

דרישה לקיום מפתח API

API_KEY_NOT_ROTATED

דרישה לרוטציה של מפתח API

AUDIT_CONFIG_NOT_MONITORED

הגדרת מדדים מבוססי-יומן והתראות לשינויים ברישום ביומני ביקורת

AUDIT_LOGGING_DISABLED

הטמעת רישום אירועים ביומן בשירותי Google Cloud

AUTO_BACKUP_DISABLED

הפעלת גיבויים אוטומטיים למסדי נתונים של Cloud SQL

AUTO_REPAIR_DISABLED

הפעלת תיקון אוטומטי לאשכולות GKE

AUTO_UPGRADE_DISABLED

הפעלת שדרוג אוטומטי באשכולות GKE

BIGQUERY_TABLE_CMEK_DISABLED

הפעלת CMEK לטבלאות ב-BigQuery

BINARY_AUTHORIZATION_DISABLED

דרישה ל-Binary Authorization באשכול

BUCKET_CMEK_DISABLED

הפעלת CMEK לקטגוריות של Cloud Storage

BUCKET_IAM_NOT_MONITORED

הגדרת מדדים מבוססי-יומן והתראות לשינויים במדיניות IAM ב-Cloud Storage

BUCKET_LOGGING_DISABLED

דרישה לרישום ביומן של קטגוריות ב-Cloud Storage

BUCKET_POLICY_ONLY_DISABLED

הפעלת הרשאות גישה מאוחדות ברמת הקטגוריה (UBLA) בקטגוריות של Cloud Storage

CLOUD_ASSET_API_DISABLED

הפעלת השירות של מאגר משאבי הענן

CLUSTER_LOGGING_DISABLED

הפעלת Cloud Logging באשכולות GKE

CLUSTER_MONITORING_DISABLED

הפעלת Cloud Monitoring באשכולות GKE

CLUSTER_PRIVATE_GOOGLE_ACCESS_DISABLED

הפעלת גישה פרטית ל-Google במכונה

CLUSTER_SECRETS_ENCRYPTION_DISABLED

הפעלת הצפנה באשכולות GKE

CLUSTER_SHIELDED_NODES_DISABLED

הפעלת צומתי GKE מוגנים באשכול

COMPUTE_PROJECT_WIDE_SSH_KEYS_ALLOWED

חסימת מפתחות SSH ברמת הפרויקט במכונות של Compute Engine

COMPUTE_SECURE_BOOT_DISABLED

הפעלת אתחול מאובטח במכונות של Compute Engine

COMPUTE_SERIAL_PORTS_ENABLED

חסימת יציאות טוריות במכונות של Compute Engine

CONFIDENTIAL_COMPUTING_DISABLED

הפעלת Confidential Computing במכונות של Compute Engine

COS_NOT_USED

דרישה למערכת הפעלה שמותאמת לקונטיינרים באשכול GKE

CUSTOM_ORG_POLICY_VIOLATION

אכיפה של מדיניות ארגונית בהתאמה אישית

CUSTOM_ROLE_NOT_MONITORED

הגדרת מדדים מבוססי-יומן והתראות לשינויים בתפקידים בהתאמה אישית

DATAPROC_CMEK_DISABLED

דרישה ל-CMEK באשכולות Dataproc

DATAPROC_IMAGE_OUTDATED

שימוש בגרסאות העדכניות ביותר של קובצי אימג' באשכולות Dataproc

DATASET_CMEK_DISABLED

הפעלת CMEK למערכי נתונים ב-BigQuery

DEFAULT_NETWORK

שימוש ברשתות עם כללי חומת אש בהתאמה אישית

DEFAULT_SERVICE_ACCOUNT_USED

שימוש בחשבונות שירות בהתאמה אישית למכונות של Compute Engine

DISABLE_VPC_EXTERNAL_IP_V6_ORG_POLICY

הגדרת מדיניות הארגון "השבתת השימוש ב-IPv6 חיצוני ב-VPC"

DISABLE_VPC_INTERNAL_IP_V6_ORG_POLICY

הגדרת מדיניות הארגון "השבתת השימוש ב-IPv6 חיצוני ב-VPC"

DISABLED_SERIAL_PORT_ACCESS_ORG_POLICY

הגדרת מדיניות הארגון "השבתת רישום ביומן של יציאות טוריות של מכונות וירטואליות ב-Stackdriver"

DISK_CMEK_DISABLED

הפעלת CMEK בדיסקים לאחסון מתמיד של Compute Engine

DISK_CSEK_DISABLED

הפעלת CSEK בדיסקים לאחסון מתמיד של Compute Engine

DNS_LOGGING_DISABLED

הפעלת מעקב אחרי יומני Cloud DNS

DNSSEC_DISABLED

הפעלת DNSSEC ל-Cloud DNS

EGRESS_DENY_RULE_NOT_SET

אכיפת כלל חומת אש לדחיית כל תעבורת הנתונים היוצאת (egress)

ESSENTIAL_CONTACTS_NOT_CONFIGURED

הגדרת אנשי קשר חיוניים

FIREWALL_NOT_MONITORED

הגדרת מדדים מבוססי-יומנים והתראות לשינויים בחומת האש של רשת VPC

FIREWALL_RULE_LOGGING_DISABLED

הפעלת ניהול כללי חומת אש

FLOW_LOGS_DISABLED

הפעלת יומני תנועה ברשת של רשתות משנה

FULL_API_ACCESS

הגבלת הגישה של API לממשקי Google Cloud API במכונות Compute Engine

HTTP_LOAD_BALANCER

אכיפת תנועה ב-HTTPS בלבד

INSTANCE_OS_LOGIN_DISABLED

דרישה ל-OS Login במכונות של Compute Engine

INTEGRITY_MONITORING_DISABLED

הפעלת מעקב תקינות באשכולות GKE

INTRANODE_VISIBILITY_DISABLED

הפעלת Intranode Visibility לאשכולות GKE

IP_ALIAS_DISABLED

הפעלת טווח כתובות IP חלופיות לאשכולות GKE

IP_FORWARDING_ENABLED

מניעת העברת IP במכונות של Compute Engine

KMS_KEY_NOT_ROTATED

הגדרת תקופת רוטציה למפתחות Cloud KMS

KMS_PROJECT_HAS_OWNER

לא זמין

KMS_PUBLIC_KEY

חסימת הגישה הציבורית למפתחות Cloud KMS

KMS_ROLE_SEPARATION

אכיפת הפרדת תפקידים

LEGACY_AUTHORIZATION_ENABLED

חסימת הרשאות מדור קודם באשכולות GKE

LEGACY_METADATA_ENABLED

השבתת נקודות קצה מדור קודם של שרת המטא-נתונים ב-Compute Engine

LEGACY_NETWORK

לא להשתמש ברשתות מדור קודם

LOAD_BALANCER_LOGGING_DISABLED

הפעלת רישום ביומן של מאזן העומסים

LOCKED_RETENTION_POLICY_NOT_SET

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

LOG_NOT_EXPORTED

הגדרת sink ביומן

MASTER_AUTHORIZED_NETWORKS_DISABLED

הפעלת רשתות מורשות של מישור הבקרה באשכולות GKE

MFA_NOT_ENFORCED

אכיפה של אימות דו-שלבי

NETWORK_NOT_MONITORED

הגדרת מדדי יומנים והתראות לשינויים ברשת VPC

NETWORK_POLICY_DISABLED

הפעלת מדיניות רשת באשכולות GKE

NODEPOOL_BOOT_CMEK_DISABLED

הפעלת CMEK בדיסקי אתחול של מאגרי צמתים ב-GKE

NODEPOOL_SECURE_BOOT_DISABLED

הפעלת אתחול מאובטח לצומתי GKE מוגנים

NON_ORG_IAM_MEMBER

חסימת הרשאות IAM למשתמשים חיצוניים

OBJECT_VERSIONING_DISABLED

הפעלת ניהול גרסאות של אובייקטים בקטגוריות

OPEN_CASSANDRA_PORT

חסימת גישה כללית ליציאות של Cassandra

OPEN_CISCOSECURE_WEBSM_PORT

חסימת גישה גנרית ליציאות CiscoSecure/WebSM

OPEN_DIRECTORY_SERVICES_PORT

חסימת גישה גנרית ליציאות של שירותי ספריות

OPEN_DNS_PORT

חסימת גישה גנרית ליציאות DNS מכל כתובות ה-IP

OPEN_ELASTICSEARCH_PORT

חסימת גישה גנרית ליציאות Elasticsearch מכל כתובות ה-IP

OPEN_FIREWALL

חסימת כללים מתירניים מדי של חומת האש

OPEN_FTP_PORT

חסימת גישה גנרית ליציאות FTP

OPEN_GROUP_IAM_MEMBER

הגבלת חשבונות פתוחים בקבוצות Google

OPEN_HTTP_PORT

חסימת גישה כללית ליציאות HTTP

OPEN_LDAP_PORT

חסימת גישה כללית ליציאות LDAP

OPEN_MEMCACHED_PORT

חסימת גישה גנרית ליציאות Memcached

OPEN_MONGODB_PORT

חסימת גישה גנרית ליציאות של MongoDB

OPEN_MYSQL_PORT

חסימת גישה כללית ליציאות MySQL

OPEN_NETBIOS_PORT

חסימת גישה כללית ליציאות NetBIOS מכל כתובות ה-IP

OPEN_ORACLEDB_PORT

חסימת גישה גנרית ליציאות של מסד נתונים של Oracle

OPEN_POP3_PORT

חסימת גישה כללית ליציאות של שרת POP3

OPEN_POSTGRESQL_PORT

חסימת גישה גנרית ליציאות של שרת PostgreSQL מכל כתובות ה-IP

OPEN_RDP_PORT

חסימת גישה גנרית ליציאת RDP

OPEN_REDIS_PORT

חסימת גישה כללית ליציאות של שרת Redis מכל כתובות ה-IP

OPEN_SMTP_PORT

חסימת גישה כללית ליציאות של שרת SMTP

OPEN_SSH_PORT

חסימת גישה כללית ליציאת SSH

OPEN_TELNET_PORT

חסימת גישה כללית ליציאות של שרת Telnet

ORG_POLICY_CONFIDENTIAL_VM_POLICY

הפעלת האילוץ של מדיניות הארגון בנושא Confidential VM

ORG_POLICY_LOCATION_RESTRICTION

אכיפת הגבלת מיקום

OS_LOGIN_DISABLED

הפעלת OS Login לכל המכונות ברמת הפרויקט

OVER_PRIVILEGED_ACCOUNT

שימוש בחשבונות שירות עם הרשאות מינימליות לאשכולות GKE

OVER_PRIVILEGED_SCOPES

יצירת אשכולות GKE עם הרשאות מוגבלות

OVER_PRIVILEGED_SERVICE_ACCOUNT_USER

חסימת תפקידי אדמין מחשבונות שירות

OWNER_NOT_MONITORED

הגדרת מדדי יומנים והתראות על הקצאות ושינויים של תפקיד הבעלים בפרויקט

POD_SECURITY_POLICY_DISABLED

הפעלת PodSecurityPolicies לאשכולות GKE

PRIMITIVE_ROLES_USED

הגבלת תפקידי IAM מדור קודם

PRIVATE_CLUSTER_DISABLED

הפעלת אשכולות פרטיים ב-GKE

PRIVATE_GOOGLE_ACCESS_DISABLED

הפעלת גישה פרטית ל-Google ברשתות משנה של VPC

PUBLIC_BUCKET_ACL

הגבלת הגישה הציבורית לקטגוריות של Cloud Storage

PUBLIC_COMPUTE_IMAGE

הגבלת הגישה הציבורית לתמונות של Compute

PUBLIC_DATASET

הגבלת הגישה הציבורית למערכי נתונים ב-BigQuery

PUBLIC_IP_ADDRESS

הגבלת כתובות IP ציבוריות למכונות של Compute Engine

PUBLIC_LOG_BUCKET

הגבלת הגישה הציבורית לקטגוריות של Cloud Storage

PUBLIC_SQL_INSTANCE

הגבלת הגישה הציבורית למכונות של מסדי נתונים ב-Cloud SQL

PUBSUB_CMEK_DISABLED

הצפנת נושא Pub/Sub באמצעות CMEK

REDIS_ROLE_USED_ON_ORG

הקצאת תפקיד Redis ברמת הפרויקט

RELEASE_CHANNEL_DISABLED

הרשמה של אשכול GKE לערוץ הפצה

REQUIRE_OS_LOGIN_ORG_POLICY

הפעלת OS Login

REQUIRE_VPC_CONNECTOR_ORG_POLICY

הגדרת תעבורת נתונים יוצאת (egress) של מחבר VPC לפונקציות Cloud Run

RESTRICT_AUTHORIZED_NETWORKS_ORG_POLICY

הפעלת האילוץ Restrict Authorized Networks on Cloud SQL Instances במדיניות הארגון

ROUTE_NOT_MONITORED

הגדרת מדדי יומנים והתראות לשינויים בנתיבי VPC

RSASHA1_FOR_SIGNING

הימנעות משימוש ב-RSASHA1 לחתימת DNSSEC

S3_BUCKET_ACCESS_LOGGING_ENABLED_CLOUDTRAIL_S3_BUCKET

לא זמין

S3_BUCKETS_CONFIGURED_BLOCK_PUBLIC_ACCESS_BUCKET_AND_ACCOUNT_SETTINGS

לא זמין

SERVICE_ACCOUNT_KEY_NOT_ROTATED

דרישה לרוטציית מפתחות של חשבונות שירות

SERVICE_ACCOUNT_ROLE_SEPARATION

אכיפת הפרדת תפקידים

SHIELDED_VM_DISABLED

הפעלת מכונה וירטואלית מוגנת במכונות של Compute Engine

SKIP_DEFAULT_NETWORK_CREATION_ORG_POLICY

הגבלת יצירת רשתות שמוגדרות כברירת מחדל למכונות של Compute Engine

SQL_CMEK_DISABLED

הפעלת CMEK במסדי נתונים של Cloud SQL

SQL_CONTAINED_DATABASE_AUTHENTICATION

השבתת הדגל Contained Database Authentication ב-SQL Server

SQL_CROSS_DB_OWNERSHIP_CHAINING

השבתת הדגל של שרשור בעלות על מסדי נתונים שונים ב-SQL Server

SQL_EXTERNAL_SCRIPTS_ENABLED

השבתת הדגל External Scripts ב-SQL Server

SQL_INSTANCE_NOT_MONITORED

הגדרת מדדים מבוססי-יומן והתראות לשינויים בהגדרות של Cloud SQL

SQL_LOCAL_INFILE

השבתת הדגל Local Infile ב-MySQL

SQL_LOG_CHECKPOINTS_DISABLED

הפעלת הדגל Log Checkpoints ב-PostgreSQL

SQL_LOG_CONNECTIONS_DISABLED

הפעלת הדגל Log Connections ב-PostgreSQL

SQL_LOG_DISCONNECTIONS_DISABLED

הפעלת הדגל Log Disconnections ב-PostgreSQL

SQL_LOG_DURATION_DISABLED

הפעלת הדגל Log Duration במכונה של PostgreSQL

SQL_LOG_ERROR_VERBOSITY

הפעלת הדגל Log Error Verbosity ב-PostgreSQL

SQL_LOG_EXECUTOR_STATS_ENABLED

השבתת הדגל Log Executor Stats ב-PostgreSQL

SQL_LOG_HOSTNAME_ENABLED

השבתת הדגל Log Hostname ב-PostgreSQL

SQL_LOG_LOCK_WAITS_DISABLED

הפעלת הדגל Log Locks Wait במכונה של PostgreSQL

SQL_LOG_MIN_DURATION_STATEMENT_ENABLED

השבתת הדגל Log Min Duration Statement ב-PostgreSQL

SQL_LOG_MIN_ERROR_STATEMENT

הפעלת הדגל Log Min Error Statement ב-PostgreSQL

SQL_LOG_MIN_ERROR_STATEMENT_SEVERITY

הפעלת הדגל Log Min Error Statement ב-PostgreSQL

SQL_LOG_MIN_MESSAGE

הפעלת הדגל Log Min Messages ב-PostgreSQL

SQL_LOG_PARSER_STATS_ENABLED

השבתת הדגל Log Parser Stats ב-PostgreSQL

SQL_LOG_PLANNER_STATS_ENABLED

השבתת הדגל Log Planner Stats ב-PostgreSQL

SQL_LOG_STATEMENT

הפעלת דגל פקודת רישום ביומן ב-PostgreSQL

SQL_LOG_STATEMENT_STATS_ENABLED

השבתת דגל סטטיסטיקות פקודות רישום ביומן עבור PostgreSQL

SQL_LOG_TEMP_FILES

הפעלת הדגל Log Temp Files במכונה של PostgreSQL

SQL_NO_ROOT_PASSWORD

אכיפת סיסמה למסד נתונים של MySQL

SQL_PUBLIC_IP

חסימת כתובות IP ציבוריות במכונות של Cloud SQL

SQL_REMOTE_ACCESS_ENABLED

השבתת הדגל Remote Access ב-SQL Server

SQL_SKIP_SHOW_DATABASE_DISABLED

הפעלת הדגל Skip Show Database ב-MySQL

SQL_TRACE_FLAG_3625

הפעלת דגל המעקב 3625 במסד הנתונים של SQL Server

SQL_USER_CONNECTIONS_CONFIGURED

אל תשתמשו בדגל User Connections ב-SQL Server

SQL_USER_OPTIONS_CONFIGURED

Don't Use User Options Flag for SQL Server

SQL_WEAK_ROOT_PASSWORD

אכיפת סיסמאות חזקות למכונות של Cloud SQL

SSL_NOT_ENFORCED

אכיפת SSL לכל החיבורים הנכנסים למסד הנתונים

TOO_MANY_KMS_USERS

הגבלת מספר המשתמשים במפתחות קריפטוגרפיים של KMS לשלושה

UNIFORM_BUCKET_LEVEL_ACCESS_ORG_POLICY

הגדרת גישה אחידה ברמת הקטגוריה לקטגוריות של Cloud Storage

USER_MANAGED_SERVICE_ACCOUNT_KEY

הגבלת מפתחות לחשבונות שירות בניהול המשתמש

VPC_FLOW_LOGS_SETTINGS_NOT_RECOMMENDED

הפעלת יומני זרימה של רשת משנה של VPC

WEAK_SSL_POLICY

הגבלת כללי מדיניות SSL לא מאובטחים במכונות של Compute Engine

WEB_UI_ENABLED

לא להשתמש בממשק המשתמש של Kubernetes באינטרנט

WORKLOAD_IDENTITY_DISABLED

הפעלת איחוד זהויות של עומסי עבודה ל-GKE באשכולות

המאמרים הבאים