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

Standard-legacy,‏ Standard,‏ Premium ו-Enterprise (הוצאה משימוש)

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

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

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

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

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

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

ניהול סיכונים במערכות AI

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

התכונה "ניהול סיכונים במערכות AI" מספקת את יכולות הזיהוי הבאות:

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

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

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

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

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

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

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

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

למידע נוסף, קראו את הסקירה הכללית על הערכת נקודות חולשה ב-Artifact Registry.

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

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

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

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

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

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

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

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

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

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

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

    כניסה לדף Findings

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

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

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

ממצאים של Compliance Manager

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

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

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

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

    כניסה לדף Findings

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

Data Security Posture Management

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

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

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

    כניסה לדף 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. חלונית הפרטים של הממצא נפתחת ומוצגת הכרטיסייה Summary.

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

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

External Exposure

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

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

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

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

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

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

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

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

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

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

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

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

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

    כניסה לדף Findings

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

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

Standard-legacy,‏ Standard,‏ Premium ו-Enterprise (הוצאה משימוש)

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

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

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

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

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

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

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

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

    כניסה לדף Findings

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

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

Standard-legacy,‏ Standard,‏ Premium ו-Enterprise (הוצאה משימוש)

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

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

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

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

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

    מעבר אל "שירותים משולבים"

  2. נכנסים לרשומה IAM recommender.

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

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

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

הצגת הממצאים של שירות ההמלצות של IAM במסוף

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

    כניסה לדף Findings

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

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

Mandiant Attack Surface Management

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

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

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

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

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

    כניסה לדף Findings

  2. בוחרים את הפרויקט או הארגון ב- Google Cloud .
  3. בקטע מסננים מהירים, בסעיף המשנה שם מקור לתצוגה, בוחרים באפשרות Mandiant Attack Surface Management. תוצאות השאילתה של הממצאים מתעדכנות ומוצגים רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה Category. חלונית הפרטים של הממצא נפתחת ומוצגת הכרטיסייה Summary.
  5. בכרטיסייה Summary, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע, ואם יש, השלבים שאפשר לבצע כדי לתקן את הממצא.
  6. אופציונלי: כדי לראות את הגדרת ה-JSON המלאה של הממצא, לוחצים על הכרטיסייה JSON.

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

ממצאים של Model Armor

Standard-legacy,‏ Standard,‏ Premium ו-Enterprise (הוצאה משימוש)

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

ממצא סיכום

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

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

סיווג הממצא: הגדרה שגויה

רמת תמחור: פרימיום

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

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

Notebook Security Scanner

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

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

איך מפעילים את Notebook Security Scanner ומשתמשים בו

Policy Controller

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

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

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

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

מנוע הסיכונים

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

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

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

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

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

Security Health Analytics

Standard-legacy,‏ Standard,‏ Premium ו-Enterprise (הוצאה משימוש)

‫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-legacy, ‏Security Health Analytics כולל רק קבוצה בסיסית של גלאי נקודות חולשה ברמת חומרה בינונית וגבוהה.
  • מסלול פרימיום כולל את כל גלאי נקודות החולשה של Google Cloud.
  • רמת Enterprise כוללת גלאים נוספים לפלטפורמות אחרות של ענן.

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

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

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

שירות מצב האבטחה הוא שירות מובנה ברמת Security Command Center Premium, שמאפשר להגדיר, להעריך ולנטר את המצב הכללי של האבטחה ב- 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

בהתאם לגודל הארגון, הממצאים של 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. לדוגמה, אתם יכולים להריץ משימת ביקורת שמחפשת בקטגוריה של Cloud Storage את כל המחרוזות שתואמות לגלאי של infoType CREDIT_CARD_NUMBER.

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

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

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

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

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

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

    כניסה לדף Findings

  2. בוחרים את הפרויקט או הארגון ב- Google Cloud .
  3. בקטע Quick filters, בסעיף המשנה השם המוצג של המקור, בוחרים באפשרות Sensitive Data Protection. תוצאות השאילתה של הממצאים מתעדכנות ומוצגים רק הממצאים מהמקור הזה.
  4. כדי לראות את הפרטים של ממצא ספציפי, לוחצים על שם הממצא בעמודה Category. חלונית הפרטים של הממצא נפתחת ומוצגת הכרטיסייה Summary.
  5. בכרטיסייה Summary, בודקים את פרטי הממצא, כולל מידע על מה שזוהה, המשאב המושפע, ואם יש, השלבים שאפשר לבצע כדי לתקן את הממצא.
  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 מדוחות נקודות החולשה שלה, שנמצאים בגרסת טרום-השקה (Preview), אל Security Command Center. הדוחות מזהים נקודות חולשה במערכות ההפעלה (OS) שמותקנות במכונות הווירטואליות, כולל נקודות חולשה וחשיפות נפוצות (CVE).

דוחות על נקודות חולשה לא זמינים ברמת Security Command Center Standard-legacy.

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

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

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

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

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

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

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

רמת תמחור: פרימיום

נכסים נתמכים

compute.googleapis.com/Instance

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

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

כאן מפורטות כל מערכות ההפעלה הנתמכות.

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

  • כשמתקינים או מעדכנים חבילה במערכת ההפעלה של VM, המידע על חשיפות ונקודות חולשה נפוצות (CVE) של ה-VM אמור להופיע ב-Security Command Center תוך שעתיים מהשינוי.
  • כשמתפרסמות התראות אבטחה חדשות למערכת הפעלה, בדרך כלל עדכוני ה-CVE זמינים תוך 24 שעות אחרי שספק מערכת ההפעלה מפרסם את ההתראה.

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

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

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

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

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

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

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

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

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

כדי לסרוק את המכונות הווירטואליות ב-Compute Engine, שירות הערכת נקודות החולשה ב- Google Cloud משכפל את הדיסקים שלהן בערך כל 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 מספקות מידע מפורט על ממצאים של נקודות חולשה באפליקציות, כמו ספריות מיושנות, פרצת אבטחה XSS‏ (cross-site scripting) או שימוש בתוכן מעורב.

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

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

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

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

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

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

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

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

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

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

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

הכלי "זיהוי איומים ב-Agent Platform" יכול ליצור ממצאים ל-Agent Runtime, כולל הקטגוריות הבאות:

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

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

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

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

שם החריגה קטגוריית התוצאות תיאור
account_has_leaked_credentials

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

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

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

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

ההתראה כוללת את שם חשבון השירות ואת המזהה של המפתח הפרטי. בנוסף, 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.",
    "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"
  }
}

זיהוי איומים בקונטיינר

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

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

  • Added Binary Executed
  • Added Library Loaded
  • Command and Control: Steganography Tool Detected (גרסת טרום-השקה (Preview))
  • 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 (גרסת טרום-השקה (Preview))
  • 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 (גרסת טרום-השקה (Preview))
  • 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 (גרסת טרום-השקה (Preview))
  • 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 (גרסת טרום-השקה (Preview))
  • 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

מידע נוסף על Event Threat Detection

Google Cloud Armor

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

‫Cloud Armor מייצא שני ממצאים ל-Security Command Center:

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

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

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

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

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

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

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

סקירה כללית על VM Threat Detection

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

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

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

הכלי VM Threat Detection מזהה את קטגוריות הממצאים הבאות באמצעות התאמת נתוני Hash או כללי YARA.

ממצאים של איומי כריית מטבעות וירטואליים ב-VM Threat Detection
קטגוריה יחידת לימוד תיאור
CRYPTOMINING_HASH התאמה בין גיבובי זיכרון של תוכנות שפועלות לבין גיבובי זיכרון ידועים של תוכנות לכריית מטבעות וירטואליים. כברירת מחדל, הממצאים מסווגים ברמת חומרה גבוהה.
CRYPTOMINING_YARA התאמה לדפוסי זיכרון, כמו קבועים של הוכחת עבודה (proof-of-work), שידוע שתוכנות לכריית מטבעות וירטואליים משתמשות בהם. כברירת מחדל, הממצאים מסווגים ברמת חומרה גבוהה.
  • CRYPTOMINING_HASH
  • CRYPTOMINING_YARA
 מזהה איום שזוהה גם על ידי המודול CRYPTOMINING_HASH וגם על ידי המודול CRYPTOMINING_YARA. מידע נוסף זמין במאמר זיהויים משולבים. כברירת מחדל, הממצאים מסווגים ברמת חומרה גבוהה.

ממצאים של איומי רוטקיט במצב ליבה (kernel)

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

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

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

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

שגיאות

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

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

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

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

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

‫Pricing tier:‏ Premium או Standard

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

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

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

קריטית
APS_NO_RESOURCE_VALUE_CONFIGS_MATCH_ANY_RESOURCES

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

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

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

רמת תמחור: פרימיום

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

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

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

קריטית
APS_RESOURCE_VALUE_ASSIGNMENT_LIMIT_EXCEEDED

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

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

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

רמת תמחור: פרימיום

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

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

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

גבוהה
KTD_IMAGE_PULL_FAILURE

תיאור הממצא: אי אפשר להפעיל את זיהוי האיומים בקונטיינר באשכול כי אי אפשר לשלוף (להוריד) קובץ אימג' נדרש של קונטיינר מ-gcr.io, המארח של קובצי האימג' של Container Registry. התמונה נדרשת כדי לפרוס את 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

רמת תמחור: פרימיום

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

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

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

קריטית
KTD_BLOCKED_BY_ADMISSION_CONTROLLER

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

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

רמת תמחור: פרימיום

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

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

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

גבוהה
KTD_SERVICE_ACCOUNT_MISSING_PERMISSIONS

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

רמת תמחור: פרימיום

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

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

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

קריטית
GKE_SERVICE_ACCOUNT_MISSING_PERMISSIONS

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

רמת תמחור: פרימיום

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

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

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

גבוהה
MISCONFIGURED_CLOUD_LOGGING_EXPORT

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

רמת תמחור: פרימיום

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

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

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

גבוהה
VPC_SC_RESTRICTION

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

‫Pricing tier:‏ Premium או Standard

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

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

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

גבוהה
EXTERNAL_EXPOSURE_VPC_SC_RESTRICTION

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

רמת תמחור: פרימיום

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

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

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

גבוהה
SCC_SERVICE_ACCOUNT_MISSING_PERMISSIONS

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

‫Pricing tier:‏ Premium או Standard

נכסים נתמכים

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

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

קריטית

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

שילוב של Application Design Center

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

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

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

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

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

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

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

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

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

אתם יכולים לבצע הערכות אבטחה בכמה שלבים במחזור החיים של האפליקציה ב-App Design Center.

  1. שלב התכנון: הערכות על פי דרישה ב-App Design Center כשעורכים תבנית או אפליקציה.
  2. שלב הפרסום: הערכות אוטומטיות ב-App Design Center כשמפרסמים תבניות ב-Service Catalog.
  3. שלב הפריסה: בדיקת הערכה סופית לפני הקצאת המשאבים.

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

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

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

    כניסה לדף Findings

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

App Hub

Standard-legacy,‏ Standard,‏ Premium ו-Enterprise (הוצאה משימוש)

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

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

  • סקירה כללית של סיכונים > מרכז הבקרה כל הסיכונים
  • סקירת סיכונים > לוח הבקרה נתונים
  • הדף Findings
  • הדף בעיות
  • תאימות > הכרטיסייה מעקב (חדש)
  • הדף תאימות > מעקב (חדש) > פרטי המסגרת

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

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

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