סקירה כללית על מיגרציה של SIEM
במאמר הזה מוסבר איך לבצע העברה בשירות עצמי כדי לעדכן את Google Security Operations SIEM מתשתית מדור קודם ל- Google Cloud. המיגרציה מבטיחה שתהיו בעמדה טובה ליהנות מהחידושים האחרונים ב-Google SecOps, על ידי הפעלת Agentic Security Operations, אמינות גבוהה יותר, פרטיות, סטטוס העמידה בהוראות הדין ברמה הגבוהה ביותר ויכולות חדשות כמו Emerging Threats, Dashboards, Data Access Controls, Security Validation ו-Federation.
איזה מופע SIEM צריך להעביר?
מעבירים את מופע ה-SIEM אם הוא אחד מהסוגים הבאים:
- לא נפרס בפרויקט Google Cloud
- או לא משתמשים ב Google Cloud אימות (איחוד שירותי אימות הזהות של כוח עבודה / Cloud Identity)
- או לא משתמשים ב Google Cloud ניהול זהויות והרשאות גישה (IAM) לבקרת גישה מבוססת-תפקידים (RBAC)
אין צורך לבצע העברה אם המופע שלכם עומד בכל התנאים הבאים:
- הפריסה בוצעה ב Google Cloud פרויקט
- וגם משתמשים באיחוד שירותי אימות הזהות של כוח העבודה או ב-Cloud Identity לאימות
- AND Uses Google Cloud IAM to manage granular access permissions
למה כדאי לבצע את ההעברה עכשיו?
למעבר לתשתית החדשה יש כמה יתרונות חשובים לארגון שלכם:
- אמינות ואבטחה משופרות: המערכת מתבססת על Google Cloud תשתית כדי לספק אמינות גבוהה יותר של הפלטפורמה, אמצעי בקרה חזקים יותר לשמירה על הפרטיות ואמצעי בקרה משופרים לאבטחה באמצעות VPC Service Controls.
- אמצעי בקרה פרטניים לגישה: מעבר מ-RBAC שפותח באופן עצמאי ל- Google Cloud IAM, שמאפשר הרשאות גישה מדויקות מאוד לתכונות ולנתונים.
- יכולות SOC אג'נטיות: גישה ליכולות אג'נטיות חדשות ולפעולות אבטחה מבוססות-AI.
- ביקורת מקיפה: שילוב עם יומני הביקורת של Cloud כדי לשפר את הנראות של פעולות במוצר.
- עמידה בדרישות: עמידה בדרישות הולכות וגדלות, כולל CMEK, VPC Service Controls, FedRAMP ודרישות אזוריות בנושא מיקום לאחסון נתונים.
היקף ההעברה
| Infra | חבילת טכנולוגיות מדור קודם | מחסנית מודרנית |
| אירוח פרויקטים | פרויקט בבעלות Google | פרויקט Google Cloud בבעלות הלקוח |
| אימות | אימות ב-SIEM מדור קודם | Google Cloud אימות: איחוד שירותי אימות הזהות של כוח העבודה (WIF) או Cloud Identity |
| הרשאה | RBAC ב-SIEM מדור קודם | Feature RBAC: Google Cloud IAM |
| רישום ביומן ביקורת | רישום מוגבל ביומן הפנימי | יומני ביקורת של Cloud: רישום מקיף ביומן Google Cloud |
לפני שמתחילים
לפני שמתחילים בהעברה, צריך להכין את סביבת Google Cloud העבודה:
- מזהים או יוצרים Google Cloud ארגון וGoogle Cloud פרויקט. אם אין לכם הרשאות לעשות זאת, פנו לאדמין. Google Cloud
- מקשרים את הפרויקט לחשבון הנכון לחיוב, בהתאם לחוזה שלכם עם Google SecOps.
ביצוע העברה בשירות עצמי
מבצעים את שלבי ההעברה הבאים לפי הסדר. הפעולות האלה נועדו להבטיח שלא תהיה השפעה שלילית על הלקוחות, כולל אובדן נתונים או השבתה של המוצר.
- מעבירים מהפרויקט שבבעלות Google אל Google Cloud הפרויקט שלכם.
- מעבר מאימות מדור קודם לאימות Google Cloud
- מעבר מ-RBAC מדור קודם ל-RBAC לפי תכונות
- מעבר מ-SIEM API מדור קודם ל-Chronicle API
אחרי ההעברה
אחרי ההעברה, תקבלו את היכולות המשופרות הבאות של Google SecOps:
- אימות: שירות האימות שלכם משודרג ל-Cloud Identity או ל-Workforce Identity Federation.
- הרשאה: יש לכם הרשאה פרטנית, שמבוססת על תפקידים והרשאות ב-Cloud IAM.
- יומני ביקורת: יש לכם יומנים מקיפים שאפשר לראות ביומני הביקורת של Cloud.
אנחנו פה לשירותך
אנחנו מבינים שצריך להתכונן לקראת השינויים האלה, ונשמח לעזור לך בתהליך המעבר. אם יש לכם שאלות או שאתם צריכים עזרה, אתם יכולים לפנות אל צוות התמיכה של Google SecOps.
הבעיה עדיין לא נפתרה? קבלת תשובות מחברי הקהילה וממומחי Google SecOps.