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

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 שקיבלו הרשאות יתר.
  • זיהוי וניהול איומים: זיהוי איומים פוטנציאליים על מערכות ונכסי ה-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, בקטע המשנה Source display name, בוחרים באפשרות 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

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

סורקים אוטומטיים יכולים לזהות נכסים שחשופים לאינטרנט תוך דקות, ולכן 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

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

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

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

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

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

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

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

  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

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

ממצא סיכום

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

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

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

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

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

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

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

ברמת 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.

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

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

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

במאמר שליחת תוצאות של משימות ביקורת של 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) שמריצות 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.

הממצאים מפשטים את תהליך השימוש בתכונה Patch Compliance (גרסת טרום-השקה (Preview)) של VM Manager. כשמשלבים את התכונה עם גרסת הפרימיום של 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.

השירות "הערכת נקודות חולשה ב- 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 מספקות מידע מפורט על ממצאים של נקודות חולשה באפליקציה, כמו ספריות מיושנות, פרצת אבטחה 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 Foundation.

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

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

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

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

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

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

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

  • פקודות ואמצעי בקרה: זוהה כלי סטגנוגרפיה
  • גישה לפרטי כניסה: חיפוש Google Cloud פרטי כניסה
  • גישה לפרטי כניסה: איסוף מידע על מפתח GPG
  • גישה לפרטי כניסה: חיפוש מפתחות פרטיים או סיסמאות
  • התחמקות מהגנה: שורת פקודה של קובץ Base64 ELF
  • התחמקות מהגנה: הופעל סקריפט Python בקידוד Base64
  • התחמקות מהגנה: הופעל סקריפט מעטפת בקידוד Base64
  • התחמקות מהגנה: הפעלת כלי קומפיילר קוד בקונטיינר
  • הרצה: הרצת קוד מרחוק של Netcat בקונטיינר
  • הרצה: הרצה אפשרית של פקודה שרירותית דרך CUPS‏ (CVE-2024-47177)
  • הרצה: זוהתה הרצה אפשרית של פקודה מרחוק
  • Execution: Program Run with Disallowed HTTP Proxy Env
  • ביצוע: זוהה Socat Reverse Shell
  • ביצוע: נטען אובייקט משותף חשוד של OpenSSL
  • זליגת מידע: הפעלת כלים להעתקת קבצים מרחוק בקונטיינר
  • השפעה: זיהוי שורות פקודה זדוניות
  • ההשפעה: הסרת נתונים בכמות גדולה מהדיסק
  • ההשפעה: פעילות חשודה של כריית מטבעות קריפטוגרפיים באמצעות פרוטוקול Stratum
  • הרחבת הרשאות: ניצול לרעה של Sudo להרחבת הרשאות (CVE-2019-14287)
  • הסלמת הרשאות (privilege escalation): נקודת חולשה של הסלמת הרשאות מקומיות ב-Polkit‏ (CVE-2021-4034)
  • הרחבת הרשאות: הרחבת הרשאות פוטנציאלית של Sudo‏ (CVE-2021-3156)
  • הרצה: הרצה של קוד Python זדוני
  • הפעלה: פירצה בקונטיינר
  • ביצוע: הפעלת כלי תקיפה של Kubernetes
  • ביצוע: הפעלת כלי מקומי לאיסוף מידע
  • ההשפעה: הפעלת סקריפט זדוני
  • ההשפעה: נצפתה כתובת URL זדונית
  • הרצה: מעטפת צאצא לא צפויה

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

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

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

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

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

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

זיהוי איומים במכונות וירטואליות הוא שירות מובנה של 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.

רמת תמחור: פרימיום או רגילה

נכסים נתמכים
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 אין גישה לגבולות הגזרה.

רמת תמחור: פרימיום או רגילה

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

רמת תמחור: פרימיום או רגילה

נכסים נתמכים

סריקות באצווה: כל 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

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

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

  • לוח הבקרה סקירת סיכונים > כל הסיכונים
  • סקירת סיכונים > לוח הבקרה נתונים
  • הדף Findings
  • הדף בעיות
  • תאימות > הכרטיסייה מעקב (חדש)
  • הדף Compliance > Monitor (New) > Framework Details

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

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

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