בחירת השירותים להפעלה

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

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

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

אפשר להעניק את תפקידי ה-IAM של Security Command Center ברמת הארגון, התיקייה או הפרויקט. היכולת שלכם לראות, לערוך, ליצור או לעדכן ממצאים, נכסים ומקורות אבטחה תלויה ברמת הגישה שניתנה לכם. מידע נוסף על תפקידים ב-Security Command Center זמין במאמר בקרת גישה.

שירותים לזיהוי פגיעויות והגדרות שגויות

שירותי הזיהוי האלה כוללים שירותים מובנים ומשולבים שמזהים נקודות חולשה בתוכנה, הגדרות שגויות של משאבים והפרות של מצב האבטחה בסביבות הענן. הבעיות האלה מסווגות לקטגוריות שונות של ממצאים, כמו Vulnerability, Misconfiguration, Observation ו-Posture violation.

AI Protection

‫AI Protection עוזר לכם לנהל את מצב האבטחה של עומסי העבודה של ה-AI, על ידי זיהוי איומים ועזרה בצמצום הסיכונים למלאי נכסי ה-AI.

‫AI Protection מספק את יכולות הזיהוי הבאות:

  • הערכת מלאי נכסי ה-AI: מספקת תובנות לגבי מערכות ונכסי ה-AI שלכם, כמו מודלים, מקורות נתונים, נקודות קצה וסוכני AI.
  • זיהוי נקודות חולשה: זיהוי נקודות חולשה בתוכנה (CVE) בעומסי עבודה מבוססי-סוכן שנפרסו באמצעות Agent Runtime.
  • זיהוי סיכונים: משתמש בסימולציה של נתיבי תקיפה ובכללים של Security Graph כדי לזהות סיכונים שקשורים לסוכנים ואת ההשפעה הפוטנציאלית שלהם על הסביבה שלכם.
  • זיהוי סוכנים עם הרשאות עודפות: זיהוי סוכני AI שקיבלו הרשאות עודפות.
  • זיהוי איומים וניהול שלהם: זיהוי איומים פוטנציאליים שמכוונים למערכות ולנכסי ה-AI שלכם ותגובה לאיומים האלה באמצעות כללים משולבים משירותים אחרים של Security Command Center, כמו Event Threat Detection ו-Agent Platform Threat Detection.
  • זיהוי ההגנה של Model Armor: זיהוי אם המודלים מוגנים על ידי Model Armor.

מידע נוסף מופיע במאמר סקירה כללית על AI Protection.

הערכת נקודות חולשה ב-Artifact Registry

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

שירות הזיהוי הזה יוצר ממצאים של נקודות חולשה לתמונות של קונטיינרים בתנאים הבאים:

  • קובץ האימג' של הקונטיינר מאוחסן ב-Artifact Registry.

  • קובץ האימג' של הקונטיינר נפרס באחד מהנכסים הבאים:

    • אשכול Google Kubernetes Engine
    • שירות Cloud Run
    • משימה ב-Cloud Run
    • App Engine

מידע נוסף זמין במאמר סקירה כללית של הערכת פגיעות ב-Artifact Registry.

הערכת נקודות חולשה ב-Agent Platform

הערכת נקודות החולשה ב-Agent Platform מזהה את הפריטים הבאים:

  • פגיעויות בעומסי עבודה (workloads) אג'נטיים שפרסתם באמצעות Agent Platform.
  • סודות בטקסט פשוט, כמו פרטי כניסה, מפתחות, טוקנים לגישה או אישורים, בתמונות של קונטיינרים ב-Gemini Enterprise Agent Platform.

זיהוי נקודות חולשה

הכלי Agent Platform Vulnerability Assessment (הערכת נקודות חולשה ב-Agent Platform) מזהה נקודות חולשה בתוכנה (CVE) בעומסי עבודה אג'נטיים שפרסתם באמצעות Agent Platform.

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

הפעלת הערכת נקודות חולשה ב-Agent Platform

התכונה 'הערכת פגיעות בפלטפורמת הסוכן' מופעלת באופן אוטומטי בהפעלות חדשות של AI Protection.

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

צפייה בתוצאות של הערכת פגיעויות ב-Agent Platform במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע Quick filters, בקטע המשנה Source display name, בוחרים באפשרות Vulnerability Assessment for Agent Platform. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

הגנה על ארטיפקטים

‫Artifact Guard (גרסת Preview) הוא שירות שעוזר למנוע פריסה של חבילות פגיעות במהלך תהליך הבנייה. הוא תומך בשלושה היקפי מדיניות: פלטפורמת CI/CD, רישום וזמן ריצה. השילוב של CI/CD מאפשר לכם להגדיר מחברים לפלטפורמות CI/CD. אתם יכולים להשתמש במחברים האלה כדי להגדיר מדיניות של Artifact Guard לזיהוי פגיעויות בצינורות CI/CD.

ממצאים ב-Compliance Manager

הכלי Compliance Manager יוצר ממצאים לגבי אמצעי הבקרה הבלשיים והמונעים בענן שאתם פורסים בסביבת Google Cloud העבודה שלכם. אפשר לראות את הממצאים האלה בדף Findings ב-Security Command Center.

בכל רמת שירות של Compliance Manager יש קבוצה שונה של יכולות. מידע נוסף זמין במאמר סקירה כללית של Compliance Manager.

צפייה בממצאים של Compliance Manager במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע Quick filters, בקטע המשנה Source display name, בוחרים באפשרות Compliance Evaluation Service. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

Data Security Posture Management

Data Security Posture Management‏ (DSPM) יוצר ממצאים לגבי הפרות פוטנציאליות של מסגרות אבטחת הנתונים ואמצעי הבקרה בענן שאתם מיישמים בסביבה שלכם. אפשר לראות את הממצאים האלה בדף Data Security & Compliance, בדף Risk Overview (בכרטיסייה Data) או בדף Findings ב-Security Command Center. כל רמת שירות כוללת קבוצה שונה של יכולות. מידע נוסף זמין במאמר סקירה כללית של ניהול מצב אבטחת הנתונים (DSPM).

צפייה בממצאים של DSPM במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הארגון.

  3. כדי לראות את הממצאים של DSPM, משתמשים בשאילתה הבאה:

    state="ACTIVE" AND NOT mute="MUTED" AND resource.name="//aiplatform.googleapis.com/projects/478190632149/locations/us-central1/models/1244151282898305024" AND category="DATA_SECURITY_POSTURE_ACCESS_VIOLATION" OR category="DATA_SECURITY_POSTURE_FLOW_VIOLATION" OR category="DATA_SECURITY_POSTURE_DELETION_VIOLATION" OR category="DATA_SECURITY_POSTURE_PROTECTION_KEY_GOVERNANCE" OR category="BIGQUERY_TABLE_CMEK_DISABLED" OR category="VERTEX_AI_MODEL_CMEK_DISABLED" OR category="VERTEX_AI_METADATA_STORE_CMEK_DISABLED" OR category="VERTEX_AI_DATASET_CMEK_DISABLED" OR category="VERTEX_AI_FEATURE_STORE_TABLE_CMEK_DISABLED" OR category="DATA_SECURITY_POSTURE_CMEK_POLICY_MISCONFIGURED" OR category="DATA_SECURITY_POSTURE_CMEK_POLICY_DELETED" OR category="DATA_SECURITY_POSTURE_CMEK_VIOLATION" OR category="SENSITIVE_DATA_PUBLIC_SQL_INSTANCE" OR category="SENSITIVE_DATA_PUBLIC_DATASET" OR category="SENSITIVE_DATA_BIGQUERY_TABLE_CMEK_DISABLED" OR category="SENSITIVE_DATA_DATASET_CMEK_DISABLED" OR category="SENSITIVE_DATA_SQL_CMEK_DISABLED" OR category="PUBLIC_DATASET" OR category="PUBLIC_SQL_INSTANCE" OR category="SQL_PUBLIC_IP" OR category="ACCESS_TRANSPARENCY_DISABLED" OR category="ORG_POLICY_LOCATION_RESTRICTION" OR category="BUCKET_POLICY_ONLY_DISABLED" OR category="DATA_EXFILTRATION_BIG_QUERY" OR category="DATA_EXFILTRATION_BIG_QUERY_EXTRACTION" OR category="DATA_EXFILTRATION_BIG_QUERY_TO_GOOGLE_DRIVE"

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

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

  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

External Exposure

‫Security Command Center External Exposure הוא שירות Google Cloud שעוזר לכם לנהל ולצמצם את שטח המתקפה החיצוני שלכם באמצעות גילוי אוטומטי ואימות סיכונים.

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

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

התכונה 'חשיפה חיצונית' סורקת באופן רציף כתובות IP, שמות מארחים, שמות דומיין וכתובות URL שפונות כלפי חוץ בסביבה שלכם. Google Cloud התכונה הזו משתמשת בסריקת רשת כדי לאשר אילו משאבים ואילו אפליקציות נגישים מהאינטרנט הציבורי.

לכל חשיפה מאומתת, התכונה 'חשיפה חיצונית' מבצעת את הפעולות הבאות:

  • הכלי עוקב אחרי Google Cloud נתיב הרשת של מאזני עומסים חיצוניים, מדיניות Google Cloud Armor, כללי חומת אש, Private Service Connect, ‏ Cloud Interconnect ושירותי קצה עורפיים עד למשאב שנחשף, ומציג את הנתיב.

    המשאב הזה יכול להיות מופע של Compute Engine או Pod של Google Kubernetes Engine ‏ (GKE), כולל שירות או אפליקציה שנחשפים.

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

  • מבצע טביעת אצבע כדי לנסות לזהות את אפליקציית האינטרנט הספציפית או את תוכנת השרת שפועלת בכל נכס חשוף.

  • אם הוא מצליח לזהות את השירות או התוכנה שנחשפו, הוא מזהה נקודות חולשה שידועות כמשפיעות עליהם.

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

בדיקת הממצאים של External Exposure במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע Quick filters, בקטע המשנה Source display name, בוחרים באפשרות External Exposure. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

לוח הבקרה של מצב האבטחה ב-GKE

לוח הבקרה של מצב האבטחה ב-Google Kubernetes Engine‏ (GKE) הוא דף במסוףGoogle Cloud שמספק ממצאים מפורטים ופרקטיים לגבי בעיות אבטחה פוטנציאליות באשכולות GKE.

לוח הבקרה של מצב האבטחה ב-GKE משולב עם Security Command Center כדי לספק את היתרונות הבאים:

  • תצוגה מאוחדת: במסוף Security Command Center אפשר לראות את ממצאי האבטחה של אשכולות GKE לצד ממצאים משירותים אחרים של Security Command Center.
  • ציוני חשיפה להתקפות: כדי לתעדף את הממצאים, אפשר לראות את ההשפעה הפוטנציאלית שלהם על הסביבה שלכם באמצעות ציוני חשיפה להתקפות.
  • דיווח על עמידה בדרישות: יצירת דוחות על עמידה בדרישות על סמך הממצאים.

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

חלונית לוח הבקרה של מצב האבטחה ב-GKE סיווג הממצאים ב-Security Command Center
ביקורת על הגדרות של עומסי עבודה1 MISCONFIGURATION
האיומים העיקריים2 THREAT
סריקת נקודות חולשה במערכת ההפעלה של קונטיינרים1 VULNERABILITY
סריקת נקודות חולשה בחבילת שפה1 VULNERABILITY
עדכוני אבטחה דחופים1 (תצוגה מקדימה) VULNERABILITY
הפגיעויות העיקריות בתוכנה2 VULNERABILITY
  1. האפשרות הזו זמינה רק אם מפעילים את התכונה הזו ב-GKE.
  2. זמין במסלולי השירות Security Command Center Premium ו-Enterprise.

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

הצגת הממצאים של מרכז הבקרה של מצב האבטחה של GKE במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע Quick filters, בקטע המשנה Source display name, בוחרים באפשרות GKE Security Posture. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

שירות ההמלצות של IAM

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

כאשר מפעילים את Security Command Center, הכלי IAM Recommender מופעל באופן אוטומטי.

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

כדי להפעיל או להשבית את הממצאים של IAM Recommender ב-Security Command Center, פועלים לפי השלבים הבאים:

  1. עוברים לכרטיסייה Integrated services בדף Settings במסוף Google Cloud של Security Command Center:

    כניסה לדף Integrated Services

  2. עוברים לרשומה IAM recommender.

  3. משמאל לערך, לוחצים על הפעלה או על השבתה.

הממצאים של הכלי להמלצות בנושא IAM מסווגים כנקודות חולשה.

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

צפייה בממצאים של IAM Recommender במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע Quick filters, בקטע המשנה Source display name, בוחרים באפשרות IAM Recommender. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

ב-Security Command Center Premium, אפשר גם לראות את הממצאים של הכלי להמלצות בנושא IAM בדף Vulnerabilities מדור קודם, על ידי בחירה בהגדרה הקבועה מראש של השאילתה IAM recommender.

Mandiant Attack Surface Management

‫

חברת Mandiant היא מובילה עולמית בתחום מודיעין איומי סייבר בחזית. ‫Mandiant Attack Surface Management מזהה נקודות חולשה וטעויות בהגדרות בשטחי המתקפה החיצוניים שלכם, כדי לעזור לכם להתעדכן בנוגע למתקפות הסייבר האחרונות.

הכלי Mandiant Attack Surface Management מופעל אוטומטית כשמפעילים את רמת Enterprise של Security Command Center, והממצאים זמינים במסוף Google Cloud .

במאמר ASM and Security Command Center בפורטל התיעוד של Mandiant מוסבר מה ההבדלים בין מוצר Mandiant Attack Surface Management עצמאי לבין השילוב של Mandiant Attack Surface Management ב-Security Command Center. הקישור הזה מחייב אימות של Mandiant.

בדיקת הממצאים של Mandiant Attack Surface Management במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע Quick filters, בקטע המשנה Source display name, בוחרים באפשרות Mandiant Attack Surface Management. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

הממצאים לא מסומנים כפתורים ב-Security Command Center או ב-Mandiant Attack Surface Management. אחרי שפותרים בעיה, אפשר לסמן אותה כבעיה שנפתרה באופן ידני. אם הבעיה לא תזוהה בסריקה הבאה של Mandiant Attack Surface Management, היא תישאר מסומנת כפתורה.

ממצאים של Model Armor

‫Model Armor הוא שירות שמנוהל במלואו Google Cloud , שמשפר את האבטחה והבטיחות של אפליקציות AI על ידי סינון של הנחיות ותשובות של מודלים גדולים של שפה (LLM).

ממצא סיכום

שם הקטגוריה ב-API: FLOOR_SETTINGS_VIOLATION

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

חיפוש כיתה: הגדרה שגויה

רמת התמחור: Premium

תיקון הממצא הזה:

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

Notebook Security Scanner

‫Notebook Security Scanner הוא שירות מובנה לזיהוי נקודות חולשה בחבילות של Security Command Center. אחרי שמפעילים את Notebook Security Scanner, הוא סורק אוטומטית מחברות Colab Enterprise (קבצים עם סיומת שם הקובץ ipynb) כל 24 שעות כדי לזהות פגיעויות בחבילות Python, ומפרסם את הממצאים האלה בדף Findings ב-Security Command Center.

אפשר להשתמש ב-Notebook Security Scanner עבור מחברות Colab Enterprise שנוצרו באזורים הבאים: us-central1,‏ us-east4,‏ us-west1 ו-europe-west4.

כדי להתחיל להשתמש ב-Notebook Security Scanner, אפשר לעיין במאמר בנושא הפעלה ושימוש ב-Notebook Security Scanner.

Policy Controller

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

אם מתקינים את Policy Controller ומפעילים את אחד מחבילות הכללים של Policy Controller,‏ Policy Controller כותב אוטומטית הפרות של אשכולות ב-Security Command Center כממצאים מסוג Misconfiguration. תיאור הממצא והשלבים הבאים בממצאים של Security Command Center זהים לתיאור האילוץ ולשלבי התיקון של חבילת Policy Controller התואמת.

הממצאים של Policy Controller מגיעים מחבילות Policy Controller הבאות:

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

Risk Engine

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

במסלולי Enterprise או מסלול פרימיום של Security Command Center, מנוע הסיכון מזהה קבוצות של בעיות אבטחה, שכשהן מתרחשות יחד בדפוס מסוים, הן יוצרות נתיב לאחד או יותר מהמשאבים בעלי הערך הגבוה שלכם, שנחוש תוקף יכול להשתמש בו כדי להגיע למשאבים האלה ולפגוע בהם.

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

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

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

Security Health Analytics

‫Security Health Analytics הוא שירות מובנה לזיהוי ב-Security Command Center, שמספק סריקות מנוהלות של משאבי הענן כדי לזהות טעויות נפוצות בהגדרות.

כשמזוהה הגדרה שגויה, הכלי Security Health Analytics יוצר ממצא. רוב הממצאים של Security Health Analytics ממופים לאמצעי בקרה של תקני אבטחה, כדי שתוכלו להעריך את התאימות.

‫Security Health Analytics סורק את המשאבים שלכם ב- Google Cloud. אם אתם משתמשים ברמת Enterprise ויוצרים חיבורים לפלטפורמות ענן אחרות, Security Health Analytics יכול גם לסרוק את המשאבים שלכם בפלטפורמות הענן האלה.

הגלאים הזמינים שונים בהתאם לרמת השירות של Security Command Center שבה אתם משתמשים:

  • במהדורת Standard מדור קודם, Security Health Analytics כולל רק קבוצה בסיסית של גלאי פגיעויות ברמת חומרה בינונית וגבוהה.
  • ‫מסלול פרימיום כולל את כל גלאי נקודות החולשה Google Cloud.
  • המהדורה Enterprise כוללת גלאים נוספים לפלטפורמות ענן אחרות.

הכלי Security Health Analytics מופעל באופן אוטומטי כשמפעילים את Security Command Center.

למידע נוסף, קראו את המאמרים הבאים:

שירות מצב אבטחה

שירות מצב האבטחה הוא שירות מובנה במהדורת Premium של Security Command Center, שמאפשר להגדיר, להעריך ולעקוב אחרי המצב הכללי של האבטחה ב- Google Cloud. הוא מספק מידע על האופן שבו הסביבה שלכם תואמת למדיניות שאתם מגדירים במצב האבטחה שלכם.

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

Sensitive Data Protection

‫Sensitive Data Protection הוא שירות מנוהל מלא Google Cloud שעוזר לכם לגלות, לסווג ולהגן על מידע אישי רגיש. אתם יכולים להשתמש ב-Sensitive Data Protection כדי לקבוע אם אתם מאחסנים מידע רגיש או פרטים אישיים מזהים (PII), כמו:

  • שמות של אנשים
  • מספרים של כרטיסי אשראי
  • מספרי תעודות זהות ארציות או מדינתיות
  • מספרי תעודות מזהות של ביטוחי בריאות
  • סודות

ב-Sensitive Data Protection, כל סוג של מידע אישי רגיש שמחפשים נקרא infoType.

אם מגדירים את הפעולה של Sensitive Data Protection כך שהתוצאות יישלחו אל Security Command Center, אפשר לראות את הממצאים ישירות בקטע Security Command Center במסוף Google Cloud , בנוסף לקטע Sensitive Data Protection.

אם אתם משתמשים בגבולות גזרה לשירות של VPC Service Controls ואתם רוצים לגלות מידע אישי רגיש בתוך הגבולות האלה, כדאי לעיין במאמר איך מאפשרים גילוי של מידע אישי רגיש בתוך גבולות גזרה לשירות. אם לא תבצעו את המשימה הזו, יכול להיות שתקבלו אזהרות.

זמן האחזור של סריקה ב-Sensitive Data Protection

בהתאם לגודל הארגון, הממצאים של 'הגנה על נתונים רגישים' יכולים להתחיל להופיע ב-Security Command Center תוך כמה דקות אחרי שמפעילים את האפשרות 'גילוי נתונים רגישים'. בארגונים גדולים או בארגונים עם הגדרות ספציפיות שמשפיעות על יצירת הממצאים, יכול להיות שיחלפו עד 12 שעות עד שהממצאים הראשוניים יופיעו ב-Security Command Center.

לאחר מכן, Sensitive Data Protection יוצר ממצאים ב-Security Command Center תוך כמה דקות אחרי ששירות הגילוי סורק את המשאבים.

ממצאי פגיעות משירות הגילוי Sensitive Data Protection

שירות הגילוי של Sensitive Data Protection עוזר לכם לקבוע אם אתם מאחסנים נתונים רגישים מאוד שלא מוגנים.

קטגוריה סיכום

שם הקטגוריה ב-API:

PUBLIC_SENSITIVE_DATA

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

נכסים נתמכים:

  • aiplatform.googleapis.com/Dataset
  • aiplatform.googleapis.com/TuningJob
  • bigquery.googleapis.com/Dataset
  • bigquery.googleapis.com/Table
  • sqladmin.googleapis.com/Instance
  • storage.googleapis.com/Bucket
  • קטגוריה ב-Amazon S3
  • מאגר Azure Blob Storage

תיקון:

לגבי נתוני Google Cloud , צריך להסיר את allUsers ואת allAuthenticatedUsers ממדיניות ה-IAM של נכס הנתונים.

לגבי נתונים ב-Amazon S3, צריך להגדיר חסימה של גישה ציבורית או לעדכן את רשימת ה-ACL של האובייקט כדי למנוע גישה ציבורית לקריאה. מידע נוסף זמין במאמרים הגדרת חסימת גישה ציבורית לקטגוריות S3 והגדרת רשימות ACL במסמכי AWS.

לגבי נתונים ב-Azure Blob Storage, צריך להסיר את הגישה הציבורית למאגר ול-Blobs. מידע נוסף זמין במאמר Overview: Remediating anonymous read access for blob data במסמכי התיעוד של Azure.

תקני תאימות: לא ממופים

שם הקטגוריה ב-API:

SECRETS_IN_ENVIRONMENT_VARIABLES

מציאת תיאור: יש סודות – כמו סיסמאות, אסימוני אימות ופרטי כניסה של Google Cloud – במשתני סביבה.

הוראות להפעלת הגלאי הזה מופיעות במאמר דיווח על סודות במשתני סביבה ל-Security Command Center במסמכי התיעוד של Sensitive Data Protection.

נכסים נתמכים:

תיקון:

במשתני הסביבה של פונקציות Cloud Run, מסירים את הסוד ממשתנה הסביבה ומאחסנים אותו ב-Secret Manager במקום זאת.

במשתני סביבה של גרסת שירות ב-Cloud Run, מעבירים את כל התנועה מהגרסה ואז מוחקים אותה.

תקני תאימות:

  • ‫CIS GCP Foundation 1.3: 1.18
  • ‫CIS GCP Foundation 2.0: 1.18

שם הקטגוריה ב-API:

SECRETS_IN_STORAGE

מציאת תיאור: יש סודות – כמו סיסמאות, אסימוני אימות ופרטי כניסה לענן – במשאב שצוין.

נכסים נתמכים:

  • aiplatform.googleapis.com/Dataset
  • aiplatform.googleapis.com/TuningJob
  • bigquery.googleapis.com/Dataset
  • bigquery.googleapis.com/Table
  • sqladmin.googleapis.com/Instance
  • storage.googleapis.com/Bucket
  • קטגוריה ב-Amazon S3
  • מאגר Azure Blob Storage

תיקון:

  1. כדי להגן על Google Cloud נתונים, אפשר להשתמש ב-Sensitive Data Protection כדי להריץ סריקה מפורטת של המשאב שצוין כדי לזהות את כל המשאבים המושפעים. לגבי נתונים ב-Cloud SQL, מייצאים את הנתונים לקובץ CSV או AVRO בקטגוריה של Cloud Storage ומריצים סריקה מקיפה של הקטגוריה.

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

  2. מסירים את הסודות שזוהו.
  3. כדאי לאפס את פרטי הכניסה.
  4. לגבי נתוני Google Cloud , כדאי לשקול לאחסן את הסודות שזוהו ב-Secret Manager במקום זאת.

תקני תאימות: לא ממופים

ממצאים של טעויות בהגדרות משירות הגילוי של Sensitive Data Protection

שירות הגילוי של Sensitive Data Protection עוזר לכם לקבוע אם יש לכם הגדרות שגויות שעלולות לחשוף מידע אישי רגיש.

קטגוריה סיכום

שם הקטגוריה ב-API:

SENSITIVE_DATA_CMEK_DISABLED

תיאור הממצא: למשאב שצוין יש נתונים ברמת רגישות גבוהה או בינונית, והמשאב לא משתמש במפתח הצפנה בניהול הלקוח (CMEK).

נכסים נתמכים:

  • aiplatform.googleapis.com/Dataset
  • bigquery.googleapis.com/Dataset
  • bigquery.googleapis.com/Table
  • sqladmin.googleapis.com/Instance
  • storage.googleapis.com/Bucket
  • קטגוריה ב-Amazon S3
  • מאגר Azure Blob Storage

תיקון:

תקני תאימות: לא ממופים

ממצאים של תצפיות מ-Sensitive Data Protection

בקטע הזה מתוארות הממצאים של התצפיות שנוצרים על ידי Sensitive Data Protection ב-Security Command Center.

שירות הגילוי של Sensitive Data Protection עוזר לכם לקבוע אם הנתונים שלכם מכילים סוגי מידע ספציפיים, ואיפה הם נמצאים בארגון, בתיקיות ובפרויקטים. הוא יוצר את הקטגוריות הבאות של ממצאי תצפית ב-Security Command Center:

קטגוריה סיכום

שם הקטגוריה ב-API:

DATA_SENSITIVITY

תיאור הממצא: אינדיקציה לרמת הרגישות של הנתונים בנכס נתונים מסוים. נתונים נחשבים רגישים אם הם מכילים פרטים אישיים מזהים (PII) או רכיבים אחרים שעשויים לדרוש אמצעי בקרה או ניהול נוספים. רמת החומרה של הממצא היא רמת הרגישות שחושבה על ידי Sensitive Data Protection כשנוצר פרופיל הנתונים.

שם הקטגוריה ב-API:

DATA_RISK

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

מידע על שליחת תוצאות של פרופיל נתונים אל Security Command Center זמין במאמר בנושא הפעלת גילוי של נתונים רגישים.

ממצאים של תצפיות משירות הבדיקה Sensitive Data Protection

משימת בדיקה של Sensitive Data Protection מזהה כל מופע של נתונים מסוג infoType ספציפי במערכת אחסון כמו קטגוריה של Cloud Storage או טבלה ב-BigQuery. לדוגמה, אתם יכולים להריץ משימת ביקורת שמחפשת את כל המחרוזות שתואמות לגלאי CREDIT_CARD_NUMBER infoType בקטגוריה של Cloud Storage.

לכל גלאי infoType שיש לו התאמה אחת או יותר, Sensitive Data Protection יוצר ממצא תואם ב-Security Command Center. קטגוריית הממצא היא השם של גלאי ה-infoType שהייתה לו התאמה – לדוגמה, Credit card number. הממצא כולל את מספר המחרוזות התואמות שזוהו בטקסט או בתמונות במשאב.

מטעמי אבטחה, הממצא לא כולל את המחרוזות בפועל שזוהו. לדוגמה, בCredit card numberממצא מוצג מספר כרטיסי האשראי שנמצאו, אבל לא מוצגים מספרי כרטיסי האשראי עצמם.

ב-Sensitive Data Protection יש יותר מ-150 כלים מובנים לגילוי Infotype, ולכן לא מופיעות כאן כל הקטגוריות האפשריות של ממצאים ב-Security Command Center. רשימה מלאה של מזהי InfoType מופיעה במאמר חומר עזר בנושא מזהי InfoType.

מידע על שליחת תוצאות של עבודת בדיקה אל Security Command Center זמין במאמר שליחת תוצאות של עבודת בדיקה של Sensitive Data Protection אל Security Command Center.

בדיקת הממצאים של Sensitive Data Protection במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע מסננים מהירים, בקטע המשנה השם המוצג של המקור, בוחרים באפשרות Sensitive Data Protection. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

VM Manager

‫VM Manager הוא חבילת כלים שאפשר להשתמש בה כדי לנהל מערכות הפעלה למכונות וירטואליות (VM) ב-Fleets גדולים, שמריצים Windows ו-Linux ב-Compute Engine.

כדי להשתמש ב-VM Manager עם הפעלות ברמת הפרויקט של Security Command Center Premium, צריך להפעיל את רמת השירות Security Command Center Standard-legacy בארגון האב.

אם מפעילים את VM Manager במסלול Security Command Center Premium,‏ VM Manager כותב אוטומטית ממצאים ברמה high וברמה critical מדוחות נקודות החולשה שלו (שנמצאים בשלב טרום-השקה) אל Security Command Center. בדוחות מזוהות נקודות חולשה במערכות הפעלה (OS) שמותקנות במכונות וירטואליות, כולל נקודות חולשה נפוצות (CVE).

דוחות על פגיעויות לא זמינים במסלול Standard-legacy של Security Command Center.

התובנות מפשטות את תהליך השימוש בתכונה Patch Compliance (תצוגה מקדימה) של VM Manager. כשמשלבים את התכונה עם רמת הפרימיום של Security Command Center, אפשר לראות את כל הפרויקטים בארגון ולנהל את התיקונים שלהם (patch management). למרות שעבודות תיקון נפרדות מוגדרות ב-VM Manager ברמת הפרויקט, ב-Security Command Center יש תצוגה מאוחדת שעוזרת לכם לנהל עבודות תיקון בכל הארגון.

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

כדי להפסיק את הכתיבה של דוחות נקודות חולשה ב-Security Command Center, אפשר לעיין במאמר בנושא השתקת ממצאים של VM Manager.

כל נקודות החולשה מהסוג הזה קשורות לחבילות של מערכת ההפעלה המותקנת במכונות וירטואליות נתמכות של Compute Engine.

גלאי סיכום הגדרות סריקת נכסים

שם הקטגוריה ב-API: OS_VULNERABILITY

תיאור הממצא: VM Manager זיהה פגיעות בחבילת מערכת ההפעלה (OS) שהותקנה במכונה וירטואלית של Compute Engine.

רמת התמחור: Premium

נכסים נתמכים

compute.googleapis.com/Instance

פתרון הבעיה

דוחות נקודות החולשה של VM Manager מפרטים את נקודות החולשה בחבילות של מערכת ההפעלה שמותקנות במכונות וירטואליות של Compute Engine, כולל נקודות חולשה וחשיפות נפוצות (CVE).

רשימה מלאה של מערכות הפעלה נתמכות זמינה במאמר פרטים על מערכות הפעלה.

הממצאים מופיעים ב-Security Command Center זמן קצר אחרי זיהוי נקודות החולשה. דוחות על נקודות חולשה ב-VM Manager נוצרים באופן הבא:

  • כשחבילה מותקנת או מתעדכנת במערכת ההפעלה של מכונה וירטואלית, אפשר לצפות לראות את המידע על Common Vulnerabilities and Exposures (CVEs)‎ לגבי המכונה הווירטואלית ב-Security Command Center תוך שעתיים אחרי השינוי.
  • כשמתפרסמים עדכונים בנושא אבטחה למערכת הפעלה, בדרך כלל אפשר למצוא עדכונים של CVE תוך 24 שעות אחרי שספק מערכת ההפעלה מפרסם את העדכון.

הערכת נקודות חולשה ב-AWS

‫

השירות Vulnerability Assessment for Amazon Web Services (AWS) (הערכת נקודות חולשה ב-Amazon Web Services) מזהה נקודות חולשה בתוכנה בעומסי העבודה שפועלים במכונות וירטואליות (VM) של EC2 בפלטפורמת הענן של AWS.

לכל נקודת חולשה שזוהתה, הכלי להערכת נקודות חולשה ב-AWS יוצר ממצא מסוג Vulnerability בכיתה בקטגוריית הממצאים Software vulnerability ב-Security Command Center.

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

למידע נוסף, קראו את המאמרים הבאים:

הערכת נקודות חולשה ב- Google Cloud

הערכת נקודות החולשה בשירות Google Cloud מזהה נקודות חולשה בתוכנה במשאבים הבאים בפלטפורמת Google Cloud :

  • הפעלת מכונות וירטואליות של Compute Engine
  • צמתים באשכולות GKE Standard
  • קונטיינרים שפועלים באשכולות GKE Standard ו-GKE Autopilot

לכל נקודת חולשה שזוהתה, הכלי להערכת נקודות חולשה ב- Google Cloud יוצר ממצא מסוג Vulnerability class בקטגוריית הממצאים Software vulnerability או OS vulnerability ב-Security Command Center.

השירות 'הערכת נקודות חולשה' (Vulnerability Assessment) של Google Cloud סורק את המכונות הווירטואליות ב-Compute Engine על ידי שיבוט הדיסקים שלהן בערך כל 12 שעות, הרכבתן במכונה וירטואלית מאובטחת והערכתן באמצעות הסורק SCALIBR.

מידע נוסף זמין במאמר בנושא הערכת פגיעות ב- Google Cloud.

Web Security Scanner

‫Web Security Scanner מספק סריקה מנוהלת ומותאמת אישית של נקודות חולשה באינטרנט עבור אפליקציות אינטרנט ציבוריות שמופעלות על ידי App Engine,‏ GKE ו-Compute Engine.

סריקות מנוהלות

סריקות מנוהלות של Web Security Scanner מוגדרות ומנוהלות על ידי Security Command Center. סריקות מנוהלות מופעלות באופן אוטומטי פעם בשבוע כדי לזהות ולסרוק נקודות קצה ציבוריות באינטרנט. הסריקות האלה לא משתמשות באימות והן שולחות בקשות GET בלבד, כך שהן לא שולחות טפסים באתרים פעילים.

סריקות מנוהלות מופעלות בנפרד מסריקות בהתאמה אישית.

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

כשמפעילים את Web Security Scanner כשירות, הממצאים המנוהלים של הסריקה זמינים באופן אוטומטי בדף Vulnerabilities (נקודות חולשה) ב-Security Command Center ובדוחות שקשורים אליהם. במאמר הגדרת שירותים של Security Command Center מוסבר איך להפעיל סריקות מנוהלות של Web Security Scanner.

סריקות מנוהלות תומכות רק באפליקציות שמשתמשות ביציאה שמוגדרת כברירת מחדל, שהיא 80 לחיבורי HTTP ו-443 לחיבורי HTTPS. אם האפליקציה שלכם משתמשת ביציאה שאינה ברירת המחדל, צריך לבצע סריקה בהתאמה אישית.

סריקות מותאמות אישית

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

סריקות בהתאמה אישית מוגדרות ברמת הפרויקט.

ממצאי סריקה בהתאמה אישית זמינים ב-Security Command Center אחרי שמסיימים את המדריך בנושא הגדרת סריקות בהתאמה אישית ב-Web Security Scanner.

גלאים ותאימות

Web Security Scanner תומך בקטגוריות בעשרת הסיכונים המובילים של OWASP, מסמך שמדרג את עשרת הסיכונים הקריטיים ביותר לאבטחת אפליקציות אינטרנט, כפי שנקבע על ידי Open Web Application Security Project‏ (OWASP), ומספק הנחיות לתיקון שלהם. הנחיות לצמצום הסיכונים של OWASP זמינות במאמר צמצום הסיכונים של OWASP Top 10:2025 ב- Google Cloud.

מיפוי התאימות כלול למטרות עיון בלבד, והוא לא מסופק או נבדק על ידי OWASP Foundation.

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

מידע נוסף זמין במאמר סקירה כללית של Web Security Scanner.

שירותים לזיהוי איומים

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

זיהוי איומים ב-Agent Platform

התכונה Agent Platform Threat Detection (זיהוי איומים בפלטפורמת הסוכנים) מספקת זיהוי איומים בזמן ריצה לסוכנים שנפרסו ב-Agent Runtime. הוא עוקב אחרי סוכנים פעילים כדי לזהות מתקפות פוטנציאליות ומפיק ממצאים ב-Security Command Center.

התכונה 'זיהוי איומים בפלטפורמת הסוכנים' יכולה ליצור ממצאים לגבי Agent Runtime, כולל הקטגוריות הבאות:

  • Command and Control: Steganography Tool Detected
  • גישה לפרטי כניסה: מציאת Google Cloud פרטי כניסה
  • גישה לפרטי כניסה: סיור לאיתור מפתח GPG
  • גישה לפרטי כניסה: חיפוש מפתחות פרטיים או סיסמאות
  • התחמקות מהגנה: שורת פקודה של קובץ ELF בפורמט Base64
  • התחמקות מהגנה: סקריפט Python בקידוד Base64 הופעל
  • התחמקות מהגנה: הפעלה של סקריפט מעטפת בקידוד Base64
  • התחמקות מהגנה: הפעלת הכלי Code Compiler Tool במאגר
  • ביצוע: הרצת קוד מרחוק של Netcat במאגר
  • ביצוע: אפשרות לביצוע פקודות שרירותיות דרך CUPS‏ (CVE-2024-47177)
  • הפעלה: זוהתה הפעלה אפשרית של פקודה מרחוק
  • ביצוע: הפעלת תוכנית עם סביבת Proxy ל-HTTP שאסורה
  • ביצוע: זוהה Socat Reverse Shell
  • ביצוע: טעינה של אובייקט משותף חשוד של OpenSSL
  • העברה לא מורשית: הפעלת כלי להעתקת קבצים מרחוק במאגר
  • השפעה: זיהוי שורות פקודה זדוניות
  • השפעה: הסרת נתונים בכמות גדולה מהדיסק
  • השפעה: פעילות חשודה של כריית קריפטו באמצעות פרוטוקול Stratum
  • העלאת רמת הרשאות: ניצול לרעה של Sudo להעלאת רמת הרשאות (CVE-2019-14287)
  • הסלמת הרשאות: נקודת חולשה של הסלמת הרשאות מקומיות ב-Polkit‏ (CVE-2021-4034)
  • העלאת רמת הרשאה: העלאת רמת הרשאה פוטנציאלית ב-Sudo‏ (CVE-2021-3156)
  • ביצוע: בוצע Python זדוני
  • ביצוע: פירצה בקונטיינר
  • ביצוע: ביצוע של כלי לתקיפת Kubernetes
  • ביצוע: הרצה של כלי לזיהוי נקודות תורפה מקומיות
  • השפעה: סקריפט זדוני הופעל
  • השפעה: זוהתה כתובת URL זדונית
  • ביצוע: מעטפת צאצא לא צפויה

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

זיהוי אנומליות

זיהוי אנומליות הוא שירות מובנה שמשתמש באותות התנהגותיים ממחוץ למערכת שלכם. מוצג בו מידע מפורט על אנומליות באבטחה שזוהו בחשבונות השירות, כמו פרטי כניסה שדלפו. התכונה 'זיהוי אנומליות' מופעלת באופן אוטומטי כשמפעילים את Security Command Center ברמה Standard-legacy או Premium, והממצאים זמינים במסוף Google Cloud .

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

שם האנומליה קטגוריית התוצאות תיאור
account_has_leaked_credentials

פרטי הכניסה של Google Cloud חשבון שירות נחשפו בטעות באינטרנט או שנפרצו.

מידת החומרה: קריטית

פרטי הכניסה לחשבון נחשפו

‫GitHub הודיע ל-Security Command Center שפרטי הכניסה ששימשו לביצוע commit נראים כמו פרטי הכניסה של חשבון שירות שלGoogle Cloud ניהול זהויות והרשאות גישה (IAM).

ההתראה כוללת את שם חשבון השירות ואת מזהה המפתח הפרטי. Google Cloud גם שולחת התראה באימייל אל האיש שמוגדר כאיש הקשר בנושאי אבטחה ופרטיות.

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

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

JSON: ממצא של פרטי כניסה לחשבון שנחשפו

{
  "findings": {
    "access": {},
    "assetDisplayName": "PROJECT_NAME",
    "assetId": "organizations/ORGANIZATION_ID/assets/ASSET_ID",
    "canonicalName": "projects/PROJECT_ID/sources/SOURCE_INSTANCE_ID/findings/FINDING_ID",
    "category": "account_has_leaked_credentials",
    "contacts": {
      "security": {
        "contacts": [
          {
            "email": "EMAIL_ADDRESS"
          }
        ]
      }
    },
    "createTime": "2022-08-05T20:59:41.022Z",
    "database": {},
    "eventTime": "2022-08-05T20:59:40Z",
    "exfiltration": {},
    "findingClass": "THREAT",
    "findingProviderId": "organizations/ORGANIZATION_ID/firstPartyFindingProviders/cat",
    "indicator": {},
    "kubernetes": {},
    "mitreAttack": {},
    "mute": "UNDEFINED",
    "name": "organizations/ORGANIZATION_ID/sources/SOURCE_INSTANCE_ID/findings/FINDING_ID",
    "parent": "organizations/ORGANIZATION_ID/sources/SOURCE_INSTANCE_ID",
    "parentDisplayName": "Cloud Anomaly Detection",
    "resourceName": "//cloudresourcemanager.googleapis.com/projects/PROJECT_ID",
    "severity": "CRITICAL",
    "sourceDisplayName": "Cloud Anomaly Detection",
    "state": "ACTIVE",
    "vulnerability": {},
    "workflowState": "NEW"
  },
  "resource": {
    "name": "//cloudresourcemanager.googleapis.com/projects/PROJECT_ID",
    "display_name": "PROJECT_NAME",
    "project_name": "//cloudresourcemanager.googleapis.com/projects/PROJECT_ID",
    "project_display_name": "PROJECT_NAME",
    "parent_name": "//cloudresourcemanager.googleapis.com/organizations/ORGANIZATION_ID",
    "parent_display_name": "ORGANIZATION_NAME",
    "type": "google.cloud.resourcemanager.Project",
    "folders": []
  },
  "sourceProperties": {
    "project_identifier": "PROJECT_ID",
    "compromised_account": "SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com",
    "finding_type": "Potential compromise of a resource in your organization.",
    "summary_message": "We have detected leaked Service Account authentication credentials that could be potentially compromised.",
    "action_taken": "Notification sent",
    "private_key_identifier": "SERVICE_ACCOUNT_KEY_ID",
    "url": "https://github.com/KEY_FILE_PATH/KEY_FILE_NAME.json"
  }
}

Container Threat Detection

התכונה 'זיהוי איומים בקונטיינר' יכולה לזהות את המתקפות הנפוצות ביותר בזמן הריצה של קונטיינרים, ולהתריע על כך ב-Security Command Center וב-Cloud Logging (אם תבחרו בכך). ‫זיהוי איומים בקונטיינר כולל כמה יכולות זיהוי, כלי ניתוח ו-API.

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

  • Added Binary Executed
  • Added Library Loaded
  • Command and Control: Steganography Tool Detected (תצוגה מקדימה)
  • Credential Access: Find Google Cloud Credentials
  • Credential Access: GPG Key Reconnaissance
  • Credential Access: Search Private Keys or Passwords
  • Defense Evasion: Base64 ELF File Command Line
  • Defense Evasion: Base64 Encoded Python Script Executed
  • Defense Evasion: Base64 Encoded Shell Script Executed
  • Defense Evasion: Launch Code Compiler Tool In Container (תצוגה מקדימה)
  • Execution: Added Malicious Binary Executed
  • Execution: Added Malicious Library Loaded
  • Execution: Built in Malicious Binary Executed
  • Execution: Container Escape
  • Execution: Fileless Execution in /memfd:
  • Execution: Ingress Nightmare Vulnerability Execution (תצוגה מקדימה)
  • Execution: Kubernetes Attack Tool Execution
  • Execution: Local Reconnaissance Tool Execution
  • Execution: Malicious Python executed
  • Execution: Modified Malicious Binary Executed
  • Execution: Modified Malicious Library Loaded
  • Execution: Netcat Remote Code Execution In Container
  • Execution: Possible Arbitrary Command Execution through CUPS (CVE-2024-47076)
  • Execution: Possible Remote Command Execution Detected (תצוגה מקדימה)
  • Execution: Program Run with Disallowed HTTP Proxy Env
  • Execution: Socat Reverse Shell Detected
  • Execution: Suspicious OpenSSL Shared Object Loaded
  • Exfiltration: Launch Remote File Copy Tools in Container
  • Impact: Detect Malicious Cmdlines (תצוגה מקדימה)
  • Impact: Remove Bulk Data From Disk
  • Impact: Suspicious crypto mining activity using the Stratum Protocol
  • Malicious Script Executed
  • Malicious URL Observed
  • Privilege Escalation: Abuse of Sudo For Privilege Escalation (CVE-2019-14287)
  • Privilege Escalation: Fileless Execution in /dev/shm
  • Privilege Escalation: Polkit Local Privilege Escalation Vulnerability (CVE-2021-4034)
  • Privilege Escalation: Sudo Potential Privilege Escalation (CVE-2021-3156)
  • Reverse Shell
  • Unexpected Child Shell

מידע נוסף על זיהוי איומים בקונטיינר

Event Threat Detection

הכלי Event Threat Detection משתמש בנתוני יומן מתוך המערכות שלכם. הוא עוקב אחרי הזרם של Cloud Logging בפרויקטים וצורך את היומנים כשהם זמינים. כשמזוהה איום, Event Threat Detection כותב ממצא ב-Security Command Center ובפרויקט Cloud Logging. התכונה Event Threat Detection מופעלת אוטומטית כשמפעילים את Security Command Center, והממצאים זמינים במסוףGoogle Cloud .

גלאים של Event Threat Detection

מידע נוסף על זיהוי איומים באירועים

Google Cloud Armor

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

מערכת Cloud Armor מייצאת שני ממצאים ל-Security Command Center:

שירות פעולות רגישות

השירות Sensitive Actions הוא שירות מובנה ב-Security Command Center שמזהה מתי מתבצעות פעולות בארגון, בתיקיות ובפרויקטים שלכם Google Cloud ש עלולות לגרום נזק לעסק אם הן מתבצעות על ידי גורם זדוני.

השירות Sensitive Actions תמיד מופעל ועוקב באופן אוטומטי אחרי כל יומני הביקורת Admin Activity של הארגון כדי לזהות פעולות רגישות. יומני הביקורת Admin Activity תמיד מופעלים, כך שלא צריך להפעיל או להגדיר אותם.

מידע נוסף על Sensitive Actions Service זמין במאמר סקירה כללית על Sensitive Actions Service.

זיהוי איומים במכונות וירטואליות

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

זיהוי איומים במכונות וירטואליות הוא חלק מחבילת זיהוי האיומים של Security Command Center, והוא נועד להשלים את היכולות הקיימות של Event Threat Detection ושל זיהוי איומים בקונטיינר.

מידע נוסף על זיהוי איומים במכונות וירטואליות זמין במאמר סקירה כללית על זיהוי איומים במכונות וירטואליות.

ממצאים של איומים ב-VM Threat Detection

התכונה 'זיהוי איומים במכונות וירטואליות' יכולה ליצור את ממצאי האיומים הבאים.

ממצאים בנושא איומים של כריית מטבעות וירטואליים

התכונה 'זיהוי איומים במכונות וירטואליות' מזהה את קטגוריות הממצאים הבאות באמצעות התאמת hash או כללי YARA.

ממצאים של זיהוי איומים במכונות וירטואליות בנושא איומים של כריית מטבעות וירטואליים
קטגוריה יחידת לימוד תיאור
CRYPTOMINING_HASH התאמה בין גיבובים של זיכרון של תוכנות שפועלות לבין גיבובים ידועים של זיכרון של תוכנות לכריית מטבעות קריפטוגרפיים. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
CRYPTOMINING_YARA התאמות לדפוסי זיכרון, כמו קבועים של הוכחת עבודה, שידוע שהם בשימוש בתוכנות לכריית מטבעות קריפטוגרפיים. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
  • CRYPTOMINING_HASH
  • CRYPTOMINING_YARA
 מזהה איום שזוהה על ידי המודולים CRYPTOMINING_HASH ו-CRYPTOMINING_YARA. מידע נוסף זמין במאמר Combined detections. ממצאים מסווגים כגבוהים כברירת מחדל.

ממצאים לגבי איומי רוטקיט במצב ליבה

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

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

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

ממצאים של איומים מסוג rootkit במצב ליבה ב-VM Threat Detection
קטגוריה יחידת לימוד תיאור
Rootkit
  • KERNEL_MEMORY_TAMPERING
  • KERNEL_INTEGRITY_TAMPERING
 קיימת שילוב של אותות שתואם ל-rootkit ידוע במצב ליבה. כדי לקבל ממצאים מהקטגוריה הזו, צריך לוודא ששני המודולים מופעלים. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
שיבוש של זיכרון הליבה
KERNEL_MEMORY_TAMPERING קיימים שינויים לא צפויים בזיכרון הנתונים לקריאה בלבד של ליבת המערכת. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
שיבוש של תקינות הליבה
KERNEL_INTEGRITY_TAMPERING יש ftrace נקודות עם קריאות חוזרות שמפנות לאזורים שלא נמצאים בטווח הצפוי של קוד הליבה או המודול. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
KERNEL_INTEGRITY_TAMPERING קיימים רכיבי handler של הפרעות שלא נמצאים באזורי הקוד של הליבה או המודול הצפויים. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
KERNEL_INTEGRITY_TAMPERING קיימים דפי קוד של ליבת המערכת שלא נמצאים באזורי הקוד של ליבת המערכת או המודול הצפויים. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
KERNEL_INTEGRITY_TAMPERING יש kprobe נקודות עם קריאות חוזרות שמפנות לאזורים שלא נמצאים בטווח הצפוי של קוד הליבה או המודול. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
KERNEL_INTEGRITY_TAMPERING קיימים תהליכים לא צפויים בתור ההמתנה של מתזמן הפעולות. תהליכים כאלה נמצאים בתור להרצה, אבל לא ברשימת משימות התהליך. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.
KERNEL_INTEGRITY_TAMPERING קיימים מטפלים בשיחות במערכת שלא נמצאים באזורים הצפויים של קוד הליבה או המודול. ממצאי הסריקה מסווגים כבעלי חומרה גבוהה כברירת מחדל.

שגיאות

גלאי שגיאות יכולים לעזור לכם לזהות שגיאות בהגדרות שמונעות ממקורות אבטחה ליצור ממצאים. ממצאי השגיאות נוצרים על ידי מקור האבטחה Security Command Center והם מסווגים כSCC errors.

פעולות לא מכוונות

‫

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

פעולות לא מכוונות
שם הקטגוריה שם ה-API סיכום חוּמרה
API_DISABLED

תיאור הממצא: ממשק API נדרש מושבת בפרויקט. השירות המושבת לא יכול לשלוח ממצאים אל Security Command Center.

רמת מחיר: Premium או Standard

נכסים נתמכים
cloudresourcemanager.googleapis.com/Project

סריקות אצווה: כל 60 שעות

פתרון הבעיה

קריטית
APS_NO_RESOURCE_VALUE_CONFIGS_MATCH_ANY_RESOURCES

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

השגיאה הזו יכולה להופיע מהסיבות הבאות:

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

רמת התמחור: Premium

נכסים נתמכים
cloudresourcemanager.googleapis.com/Organizations

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

פתרון הבעיה

קריטית
APS_RESOURCE_VALUE_ASSIGNMENT_LIMIT_EXCEEDED

תיאור הממצא: בסימולציית נתיב התקיפה האחרונה, מספר המופעים של משאבים בעלי ערך גבוה, כפי שזוהו על ידי הגדרות ערך המשאבים, חרג מהמגבלה של 1,000 מופעים של משאבים בקבוצת משאבים בעלי ערך גבוה. כתוצאה מכך, Security Command Center לא כלל את מספר המופעים העודף בקבוצת המשאבים בעלי הערך הגבוה.

המספר הכולל של מקרים תואמים והמספר הכולל של מקרים שהוחרגו מהקבוצה מופיעים בSCC Errorממצאים ב Google Cloud מסוף.

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

רמת התמחור: Premium

נכסים נתמכים
cloudresourcemanager.googleapis.com/Organizations

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

פתרון הבעיה

גבוהה
KTD_IMAGE_PULL_FAILURE

תיאור הממצא: אי אפשר להפעיל את התכונה 'זיהוי איומים בקונטיינרים' באשכול כי אי אפשר למשוך (להוריד) קובץ אימג' של קונטיינר שנדרש מ-gcr.io, מארח קובצי האימג' של Container Registry. התמונה נדרשת כדי לפרוס את Container Threat Detection DaemonSet שנדרש לזיהוי איומים בקונטיינר.

הניסיון לפרוס את DaemonSet של זיהוי איומים בקונטיינר הוביל לשגיאה הבאה:

Failed to pull image "badurl.gcr.io/watcher-daemonset:ktd_release.watcher_20220831_RC00": rpc error: code = NotFound desc = failed to pull and unpack image "badurl.gcr.io/watcher-daemonset:ktd_release.watcher_20220831_RC00": failed to resolve reference "badurl.gcr.io/watcher-daemonset:ktd_release.watcher_20220831_RC00": badurl.gcr.io/watcher-daemonset:ktd_release.watcher_20220831_RC00: not found

רמת התמחור: Premium

נכסים נתמכים
container.googleapis.com/Cluster

סריקות אצווה: כל 30 דקות

פתרון הבעיה

קריטית
KTD_BLOCKED_BY_ADMISSION_CONTROLLER

תיאור הממצא: אי אפשר להפעיל את התכונה 'זיהוי איומים בקונטיינר' באשכול Kubernetes. בקר קבלה מצד שלישי מונע את הפריסה של אובייקט Kubernetes DaemonSet שנדרש לזיהוי איומים בקונטיינרים.

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

רמת התמחור: Premium

נכסים נתמכים
container.googleapis.com/Cluster

סריקות אצווה: כל 30 דקות

פתרון הבעיה

גבוהה
KTD_SERVICE_ACCOUNT_MISSING_PERMISSIONS

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

רמת התמחור: Premium

נכסים נתמכים
cloudresourcemanager.googleapis.com/Project

סריקות אצווה: כל 30 דקות

פתרון הבעיה

קריטית
GKE_SERVICE_ACCOUNT_MISSING_PERMISSIONS

תיאור הממצא: המערכת לזיהוי איומים בקונטיינרים לא יכולה ליצור ממצאים עבור אשכול Google Kubernetes Engine, כי חשבון השירות שמוגדר כברירת מחדל ב-GKE באשכול לא כולל הרשאות. כך לא ניתן להפעיל את התכונה 'זיהוי איומים בקונטיינר' באשכול.

רמת התמחור: Premium

נכסים נתמכים
container.googleapis.com/Cluster

סריקות אצווה: כל שבוע

פתרון הבעיה

גבוהה
MISCONFIGURED_CLOUD_LOGGING_EXPORT

תיאור הממצא: הפרויקט שהוגדר ל ייצוא רציף ל-Cloud Logging לא זמין. לא ניתן לשלוח ממצאים מ-Security Command Center אל Logging.

רמת התמחור: Premium

נכסים נתמכים
cloudresourcemanager.googleapis.com/Organization

סריקות אצווה: כל 30 דקות

פתרון הבעיה

גבוהה
VPC_SC_RESTRICTION

ממצאים: לא ניתן ליצור ממצאים מסוימים עבור פרויקט ב-Security Health Analytics. הפרויקט מוגן על ידי גבולות גזרה לשירות, ולחשבון השירות של Security Command Center אין גישה לגבולות הגזרה.

רמת מחיר: Premium או Standard

נכסים נתמכים
cloudresourcemanager.googleapis.com/Project

סריקות אצווה: כל 6 שעות

פתרון הבעיה

גבוהה
EXTERNAL_EXPOSURE_VPC_SC_RESTRICTION

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

רמת התמחור: Premium

נכסים נתמכים
cloudresourcemanager.googleapis.com/Project

סריקות אצווה: כל 12 שעות

פתרון הבעיה

גבוהה
SCC_SERVICE_ACCOUNT_MISSING_PERMISSIONS

תיאור הממצא: לחשבון השירות של Security Command Center חסרות הרשאות שנדרשות כדי שהשירות יפעל כמו שצריך. לא נוצרות תוצאות.

רמת מחיר: Premium או Standard

נכסים נתמכים

סריקות אצווה: כל 30 דקות

פתרון הבעיה

קריטית

מידע נוסף זמין במאמר בנושא שגיאות ב-Security Command Center.

שילוב של Application Design Center

אתם יכולים לשלב הערכות אבטחה יזומות ישירות במחזור החיים של פיתוח האפליקציה באמצעות Application Design Center (מרכז עיצוב האפליקציות) עם Security Command Center.

השילוב הזה מתמקד במושגים העיקריים הבאים.

ממצאים בזמן התכנון ובזמן הריצה

  • ממצאים בזמן התכנון: נובעים מסריקות של תבניות ותוכן של תשתית כקוד (IaC) בתוך מרכז תכנון האפליקציות לפני פריסת המשאבים. הממצאים בזמן התכנון נשלחים ל-Security Command Center לפי דרישה כשפורסים אפליקציה. אין סריקה תקופתית אוטומטית של עיצובים של אפליקציות. מידע נוסף זמין במאמר בנושא שמירת נתונים.
  • ממצאים בזמן ריצה: מקורם במשאבים שנפרסו בסביבת הענן שלכם.

ב-Security Command Center מוצגים שני סוגי הממצאים כדי לספק תצוגה מאוחדת של מצב האבטחה של האפליקציה.

אפליקציות מנוהלות ולא מנוהלות

ב-Security Command Center נעשה שימוש במונחים הבאים כדי להבדיל בין אפליקציות על סמך אופן הפריסה שלהן:

אפליקציות מנוהלות
אפליקציות שמעצבים באמצעות App Design Center. האפליקציות האלה תומכות בהערכות בזמן העיצוב.
אפליקציות לא מנוהלות
אפליקציות שרשומות ב-App Hub אבל לא מנוהלות על ידי App Design Center. האפליקציות האלה תומכות בניטור בזמן ריצה ובתיעדוף סיכונים ב-Security Command Center, אבל לא תומכות בהערכות בזמן עיצוב.

נקודות להערכה לפני הפריסה

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

  1. שלב העיצוב: הערכות על פי דרישה במרכז לעיצוב אפליקציות כשעורכים תבנית או אפליקציה.
  2. שלב הפרסום: הערכות אוטומטיות במרכז לעיצוב אפליקציות כשמפרסמים תבניות בקטלוג שירותים.
  3. שלב הפריסה: בדיקה סופית לפני הקצאת משאבים.

ממצאים בזמן התכנון נשלחים אל Security Command Center רק כשהאפליקציה נפרסת.

בדיקת הממצאים של הערכת האבטחה של מחזור החיים של האפליקציה במסוף

  1. נכנסים לדף Findings ב-Security Command Center במסוף Google Cloud .

    כניסה לדף Findings

  2. בוחרים את Google Cloud הפרויקט או הארגון.
  3. בקטע Quick filters, בקטע המשנה Source display name, בוחרים באפשרות Application Design Center. תוצאות השאילתה של הממצאים מתעדכנות כך שיוצגו רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה קטגוריה. נפתחת חלונית הפרטים של הממצא ומוצגת הכרטיסייה סיכום.
  5. בכרטיסייה סיכום, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע ושלבים שאפשר לבצע כדי לפתור את הבעיה (אם יש כאלה).
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

App Hub

ב-Security Command Center וב-Compliance Manager אפשר לראות ממצאים, בעיות ומידע על תאימות למשאבים באפליקציה ספציפית ב-App Hub. אפשר לסנן את התצוגות של כלי החקירה כדי לראות נתונים רק של משאבים שנרשמו לאפליקציה ב-App Hub.

אפשר לסנן בתצוגות הבאות של כלי החקירה:

  • סקירת סיכונים > לוח הבקרה כל הסיכונים
  • Risk Overview > Data dashboard
  • הדף ממצאים
  • הדף בעיות
  • Compliance > Monitor (New) tab
  • תאימות > מעקב (חדש) > הדף פרטי מסגרת

כשמציגים נתונים ברמת הארגון, אפשר להשתמש בתפריט בחירת אפליקציה כדי לסנן את התצוגה. בתפריט הזה מפורטות אפליקציות שנוצרו ב-App Hub ונפרסו באותו ארגון שבו Security Command Center פעיל. המידע בתפריט Select app מאוחזר מ-מאגר משאבי ענן ומ-מרכז האפליקציות.

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

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