רמת Security Command Center Enterprise מספקת שיפורים באבטחה, כולל:
- פעולות אבטחה מתקדמות באמצעות Google Security Operations
- שילובים עם מוצרים אחרים של Google Cloud , כמו Mandiant Attack Surface Management, Sensitive Data Protection ו-Assured OSS
- תמיכה בסביבה מרובת עננים (multi-cloud)
- ניתוח סיכונים
- תמיכה בנושא תאימות (גרסת טרום-השקה (Preview))
לתיאור של המאפיינים ברמת Enterprise, קראו את המאמר רמות שירות.
כדי להשלים את תהליך ההפעלה של רמת Enterprise, אפשר להיעזר במדריך ההגדרה במסוף Google Cloud . אחרי שתסיימו את משימות החובה הראשוניות, תוכלו להמשיך לשלבים נוספים כדי להגדיר תכונות אופציונליות שהארגון שלכם צריך.
למידע על התמחור ועל רכישת מינוי, קראו את המאמר התמחור של Security Command Center.
כדי להפעיל את Security Command Center ברמת שירות אחרת, קראו את המאמרים הבאים:
לפני שמתחילים
לפני שמפעילים את Security Command Center בפעם הראשונה, צריך לבצע את הפעולות הבאות:
- תכנון ההפעלה
- יצירת ארגון
- יצירת פרויקט הניהול
- אימות מדיניות הארגון
- הגדרת הרשאות וממשקי API
- הגדרת אנשי קשר לקבלת התראות
תכנון ההפעלה
בקטע הזה מתוארות ההחלטות שצריך לקבל והמידע שצריך להכין לקראת ההפעלה.
החלטה אם להפעיל תמיכה במיקום אחסון הנתונים
כשמפעילים את Security Command Center, אפשר להפעיל תמיכה במיקום אחסון הנתונים, וכך לשלוט טוב יותר במיקום של נתוני Security Command Center. ב-Google SecOps, מיקום אחסון הנתונים תמיד מופעל.
ברמת השירות Enterprise, לפני שמפעילים את Security Command Center עם אמצעי בקרה על מיקום אחסון הנתונים, צריך לפנות לאיש הקשר האחראי לחשבון של Google Cloud כדי לקבוע תאריך ושעה להפעלת Security Command Center. אחרי ההפעלה, איש הקשר האחראי לחשבון יעזור לכם לוודא שהמכונה של Google SecOps מוגדרת לתמיכה מלאה באמצעי הבקרה על מיקום אחסון הנתונים. אם יש לכם שאלות, אתם יכולים לפנות Google Cloud לאיש הקשר האחראי לחשבון.אחרי שמפעילים את התמיכה במיקום אחסון הנתונים בארגון, אי אפשר להשבית אותה.
אם אתם משתמשים ברמת השירות Standard או Premium, שדרוג לרמת השירות Enterprise לא משנה את המיקום של נתוני Security Command Center. אם לא הפעלתם את מיקום אחסון הנתונים של Security Command Center ברמת Standard או במסלול פרימיום, לא תוכלו להפעיל אותו כשתשדרגו לרמת Enterprise.
איך בודקים מי איש הקשר לתמיכה
כשמפעילים מכונה חדשה של Google SecOps, צריך לציין את שם החברה וכתובת אימייל של איש קשר. מגדירים איש קשר בארגון. ההגדרה הזו לא קשורה ל-Essential Contacts.
בחירת ההגדרה של Google SecOps
במהלך ההפעלה, אתם מחברים את Security Command Center Enterprise למכונה של Google SecOps.
אתם יכולים להתחבר למכונה קיימת.
אתם יכולים להקצות מכונה חדשה ולהתחבר אליה. אתם יכולים להקצות מכונה חדשה ולהתחבר אליה גם אם יש לכם מכונה קיימת.
התחברות למכונה קיימת
אי אפשר לקשר את Security Command Center Enterprise למכונה קיימת של Google SecOps SIEM עצמאי או של Google SecOps SOAR עצמאי. אם יש לכם שאלות לגבי סוג המכונה של Google SecOps, פנו לנציג המכירות של Google Cloud .
כשבוחרים מכונה קיימת של Google SecOps, בדף Connect to a SecOps instance מופיע קישור למכונה כדי שתוכלו לאמת את הבחירה. כדי לאמת את המכונה, אתם צריכים שתהיה לכם גישה אליה.
כדי להיכנס למכונה, צריך לפחות את התפקיד צפייה בנתונים עם גישה מוגבלת ב-Chronicle API (roles/chronicle.restrictedDataAccessViewer) בפרויקט הניהול.
אם אתם מקצים את Security Command Center באמצעות מכונה קיימת של Google SecOps שמוגדרת לשימוש באיחוד שירותי אימות הזהות של כוח העבודה, אתם צריכים לעדכן את מאגרי הזהויות של כוח העבודה עם הרשאות נוספות כדי לגשת לתכונות בדפי מסוף Security Operations שזמינים ב-Security Command Center Enterprise. מידע נוסף זמין במאמר שליטה בגישה לתכונות בדפים של מסוף Security Operations.
הקצאת מכונה חדשה
כשמקצים מכונה חדשה, רק המכונה החדשה משויכת ל-Security Command Center. כשמשתמשים ב-Security Command Center, עוברים בין הדפים של מסוףGoogle Cloud לבין הדפים של מסוף Security Operations שהוקצה לאחרונה.
במהלך ההפעלה, אתם מציינים את המיקום שבו יוקצה המופע החדש של Google SecOps. בדף המיקומים של שירותי SecOps תוכלו למצוא רשימה של האזורים והאזורים המרובים שנתמכים. המיקום הזה רלוונטי רק ל-Google SecOps, ולא לתכונות או לשירותים אחרים של Security Command Center.
לכל מכונה של Google SecOps צריך להיות פרויקט ניהול ייעודי שבבעלותכם ובניהולכם. הפרויקט הזה צריך להיות באותו ארגון שבו אתם מפעילים את Security Command Center Enterprise. אי אפשר להשתמש באותו פרויקט ניהול בכמה מכונות של Google SecOps.
אם יש לכם מכונה קיימת של Google SecOps ואתם מקצים מכונה חדשה ל-Security Command Center Enterprise, שתי המכונות משתמשות באותה הגדרה להטמעה ישירה של נתוני Google Cloud . אותן הגדרות קובעות את הטמעת הנתונים בשני המופעים של Google SecOps, והם מקבלים את אותם נתונים.
במהלך ההפעלה של Security Command Center Enterprise, תהליך ההפעלה משנה את הגדרות הטמעת היומנים של Google Cloud כדי להפעיל את כל השדות של סוגי הנתונים: Google Cloud Logging, מטא-נתונים של נכסי Cloud וממצאים של Security Command Center Premium. הגדרות המסנן של הייצוא לא משתנות. כדי שכל התכונות של Security Command Center Enterprise יפעלו כמו שצריך, נדרשים סוגי הנתונים האלה. אחרי ההפעלה, אפשר לשנות את הגדרות הטמעת היומנים ב-Google Cloud.
יצירת ארגון
כדי להשתמש ב-Security Command Center צריך משאב ארגון שמשויך לדומיין. אם עדיין לא יצרתם ארגון, קראו את המאמר יצירה וניהול של ארגונים.
אם יש לכם כמה ארגונים, אתם צריכים להחליט באילו ארגונים תפעילו את Security Command Center Enterprise. צריך לבצע את שלבי ההפעלה האלה בכל ארגון שבו רוצים להפעיל את Security Command Center Enterprise.
אימות מדיניות הארגון
אם מדיניות הארגון שלכם מוגדרת להגבלת השימוש במשאבים, ודאו שממשקי ה-API הבאים מותרים:
chronicle.googleapis.comcloudsecuritycompliance.googleapis.comsecuritycenter.googleapis.comsecuritycentermanagement.googleapis.com
יצירת פרויקט ניהול
כדי להפעיל את השילוב של Google SecOps ו-Mandiant Attack Surface Management, ב-Security Command Center Enterprise נדרש פרויקט שנקרא פרויקט ניהול. מומלץ להשתמש בפרויקט הזה רק בשביל Security Command Center Enterprise.
אם הפעלתם בעבר את Google SecOps ואתם רוצים להתחבר למכונה הקיימת, השתמשו בפרויקט הניהול הקיים שמחובר ל-Google SecOps.
אם אתם מתכננים להקצות מכונה חדשה של Google SecOps, צרו פרויקט ניהול חדש שמוקדש למכונה החדשה. אל תשתמשו שוב בפרויקט ניהול שמקושר למכונה אחרת של Google SecOps.
ב-Google SecOps אי אפשר להשתמש בפרויקט ניהול שנמצא בתוך גבולות גזרה לשירות של VPC Service Controls.
למידע נוסף על יצירה וניהול של פרויקטים.
הגדרת הרשאות וממשקי API
כדי להגדיר את ההרשאות שנדרשות להפעלת Security Command Center Enterprise, אתם יכולים להיעזר במידע שבקטע הזה:
- אופציונלי: הפעלת Security Center Management API
- הגדרת הרשאות בארגון
- הגדרת הרשאות והפעלת ממשקי API בפרויקט הניהול
- יצירת חשבון שירות אם אתם מתכננים להתחבר למכונה קיימת של Google SecOps
מידע נוסף על תפקידים ב-Security Command Center ועל ממשקי ה-API שלGoogle Cloud .
הפעלת Security Center Management API
אם אתם מתכננים להשתמש ב-Security Center Management API, הפעילו את ה-API הזה בפרויקט שבו אתם מתכננים לשלוח אליו קריאה:
התפקידים שנדרשים כדי להפעיל ממשקי API
כדי להפעיל ממשקי API, צריך את ההרשאה serviceusage.services.enable. אם אתם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד "בעלים" (roles/owner). אחרת, אתם יכולים לקבל את ההרשאה הזו דרך התפקיד "אדמין בממשק 'שימוש בשירות'" (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים?
הגדרת הרשאות בארגון
צריך לוודא שיש לכם בארגון את התפקיד או התפקידים הבאים:
-
אדמין ארגוני (
roles/resourcemanager.organizationAdmin) - הבעלים של נכס בענן (
roles/cloudasset.owner) - אדמין ב-Security Center (
roles/securitycenter.admin) - אדמין אבטחה (
roles/iam.securityAdmin) - צפייה בשירות Chronicle (
roles/chroniclesm.viewer)
בדיקת התפקידים
-
נכנסים לדף IAM במסוף Google Cloud .
כניסה לדף IAM - בוחרים את הארגון.
-
בעמודה Principal, מחפשים את כל השורות שמזהות אתכם או קבוצה שאתם חברים בה. כדי לברר לאילו קבוצות אתם שייכים, פנו לאדמין.
- בכל השורות שבהן אתם מופיעים, בודקים בעמודה Role אם רשימת התפקידים כוללת את התפקידים הנדרשים.
מתן התפקידים
-
נכנסים לדף IAM במסוף Google Cloud .
כניסה לדף IAM - בוחרים את הארגון.
- לוחצים על Grant access.
-
בשדה New principals, מזינים את מזהה המשתמש. בדרך כלל זה המזהה של משתמש במאגר זהויות של כוח עבודה. למידע נוסף, קראו את המאמר ייצוג המשתמשים במאגרי כוח עבודה בכללי מדיניות IAM או פנו לאדמין שלכם.
- לוחצים על Select a role ומחפשים את התפקיד.
- כדי לתת עוד תפקידים, לוחצים על Add another role ומוסיפים אותם.
- לוחצים על Save.
הגדרת הרשאות והפעלת ממשקי API בפרויקט הניהול
- במסוף Google Cloud , מוודאים שאתם צופים בארגון שבו אתם רוצים להפעיל את רמת Security Command Center Enterprise.
- בוחרים את פרויקט הניהול שיצרתם קודם.
-
צריך לוודא שיש לכם בפרויקט את התפקיד או התפקידים הבאים:
- אדמין של שימוש בשירות (
roles/serviceusage.serviceUsageAdmin) - יצירת אסימונים בחשבון שירות (
roles/iam.serviceAccountTokenCreator) - אדמין של Chronicle API (
roles/chronicle.admin) - אדמין בשירות Chronicle (
roles/chroniclesm.admin) - אדמין ב-Chronicle SOAR (
roles/chronicle.soarAdmin) - אדמין של מפתח לחשבון שירות (
roles/iam.serviceAccountKeyAdmin) - אדמין בחשבון שירות (
roles/iam.serviceAccountAdmin)
בדיקת התפקידים
-
נכנסים לדף IAM במסוף Google Cloud .
כניסה לדף IAM - בוחרים את הפרויקט.
-
בעמודה Principal, מחפשים את כל השורות שמזהות אתכם או קבוצה שאתם חברים בה. כדי לברר לאילו קבוצות אתם שייכים, פנו לאדמין.
- בכל השורות שבהן אתם מופיעים, בודקים בעמודה Role אם רשימת התפקידים כוללת את התפקידים הנדרשים.
מתן התפקידים
-
נכנסים לדף IAM במסוף Google Cloud .
כניסה לדף IAM - בוחרים את הפרויקט.
- לוחצים על Grant access.
-
בשדה New principals, מזינים את מזהה המשתמש. בדרך כלל זה המזהה של משתמש במאגר זהויות של כוח עבודה. למידע נוסף, קראו את המאמר ייצוג המשתמשים במאגרי כוח עבודה בכללי מדיניות IAM או פנו לאדמין שלכם.
- לוחצים על Select a role ומחפשים את התפקיד.
- כדי לתת עוד תפקידים, לוחצים על Add another role ומוסיפים אותם.
- לוחצים על Save.
- אדמין של שימוש בשירות (
-
מפעילים את ממשקי ה-API הבאים, אם הם עדיין לא מופעלים: Cloud Asset, Cloud Pub/Sub, Cloud Resource Manager, Compute Engine, Policy Analyzer ו-Recommender.
התפקידים שנדרשים כדי להפעיל ממשקי API
כדי להפעיל ממשקי API, צריך את ההרשאה
serviceusage.services.enable. אם אתם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד "בעלים" (roles/owner). אחרת, אתם יכולים לקבל את ההרשאה הזו דרך התפקיד "אדמין בממשק 'שימוש בשירות'" (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים?
יצירת חשבון שירות כשמשתמשים במכונה קיימת של Google SecOps
אם אתם מתכננים להתחבר למכונה קיימת של Google SecOps, צרו חשבון שירות בניהול המשתמש ותנו לו את התפקידים הבאים:
- סוכן השירות של Chronicle SOAR (
roles/chronicle.soarServiceAgent) ואדמין Pub/Sub (roles/pubsub.admin) ברמת הארגון שבו רוצים להפעיל את Security Command Center. - סוכן שירות של Chronicle (
roles/chronicle.serviceAgent) בפרויקט הניהול.
הגדרת אנשי קשר לקבלת התראות
כדי שהאדמינים לענייני אבטחה יקבלו התראות חשובות, צריך להגדיר את אנשי הקשר החיוניים. איך בוחרים מי יקבל התראות?
הפעלת רמת Security Command Center Enterprise
תהליך ההפעלה מגדיר באופן אוטומטי את חשבונות השירות, ההרשאות והשירותים שכלולים ב-Security Command Center Enterprise. אתם יכולים להתחבר למכונה קיימת של Google SecOps Standard, Enterprise או Enterprise Plus, או להקצות מכונה חדשה.
במסוף Google Cloud , נכנסים ל-Security Command Center.
בוחרים את הארגון שבו רוצים להפעיל את רמת Security Command Center Enterprise ולוחצים על Select.
בתפריט הניווט של Security Command Center, לוחצים על Setup Guide.
בדף Get started with Security Command Center Enterprise, בודקים את חשבונות השירות וממשקי ה-API שיוגדרו ולוחצים על Next.
- כדי לראות את חשבונות השירות שייווצרו, לוחצים על View service accounts and permissions.
- כדי לראות את ממשקי ה-API שיופעלו, לוחצים על View Security Command Center Enterprise APIs.
- כדי לראות את התנאים וההגבלות, לחצו על התנאים וההגבלות של Security Command Center Enterprise.
הדף הבא מציג תצוגה שונה בהתאם לסביבה שלכם.
אם יש לכם מכונה קיימת של Google SecOps, תתבקשו להשתמש בה או ליצור מכונה חדשה. ממשיכים לשלב 5 כדי לבחור את סוג המכונה.
אם אין לכם מכונה קיימת של Google SecOps, המשיכו לשלב 6 כדי ליצור מכונה חדשה של Google SecOps.
אם הארגון מקושר למכונה של Google SecOps, בוחרים אחת מהאפשרויות הבאות. אם הוא לא מקושר למכונה של Google SecOps, ממשיכים לשלב 6 כדי ליצור מכונה חדשה של Google SecOps.
בוחרים באפשרות Yes, connect to an existing Google Security Operations instance for me, ואז בוחרים מכונה מהתפריט. ממשיכים לשלב 7 כדי להתחיל את ההפעלה.
בתפריט מוצגים המכונים של Google SecOps שמשויכים לארגון שבו אתם מפעילים את Security Command Center Enterprise. כל פריט כולל את מספר הלקוח ב-Google SecOps, את האזור שבו הוא הוקצה ואת שם הפרויקט ב- Google Cloud שאליו הוא משויך. אי אפשר לבחור מכונה שלא תואמת ל-Security Command Center Enterprise.
בדף מופיע קישור למכונה שנבחרה ב-Google SecOps, כדי שתוכלו לאמת אותה. אם מופיעה הודעת שגיאה כשפותחים את המכונה, ודאו שיש לכם את הרשאות ה-IAM הנדרשות כדי לגשת למכונה.
בוחרים באפשרות No, create a new Google Security Operations instance, ואז ממשיכים לשלב 6 כדי ליצור מכונה חדשה של Google SecOps.
כדי ליצור מכונה חדשה של Google SecOps, צריך לספק פרטי הגדרה נוספים.
מציינים את הפרטים ליצירת קשר עם החברה.
- איש קשר לתמיכה טכנית: מזינים כתובת אימייל של אדם פרטי או של קבוצה.
- שם החברה: מזינים את שם החברה.
בוחרים את Location type שבו יוקצה Google SecOps.
- אזור: בוחרים אזור אחד.
- Multi-region: בחירת מיקום במספר אזורים.
המיקום הזה משמש רק את Google SecOps, ולא תכונות אחרות של Security Command Center. בדף המיקומים של שירותי SecOps מפורטים האזורים והאזורים המרובים שנתמכים.
לוחצים על Next ובוחרים את פרויקט הניהול הייעודי. יצרתם את פרויקט הניהול הייעודי בשלב קודם.
אם תבחרו פרויקט שמקושר למכונה קיימת של Google SecOps, תופיע שגיאה כשתתחילו את ההפעלה.
ממשיכים לשלב 7 כדי להתחיל את ההפעלה.
לוחצים על הפעלה.
שירותים מסוימים מופעלים באופן אוטומטי, כמו Security Health Analytics, Event Threat Detection וזיהוי איומים במכונות וירטואליות. יכול להיות שיעבור קצת זמן עד שהתכונות של Google SecOps יהיו מוכנות והממצאים יהיו זמינים.
ממשיכים עם מעקב אחרי התקדמות ההפעלה והגדרת השירותים.
מעקב אחרי התקדמות ההפעלה והגדרת שירותים
במדריך ההגדרה מוצג סטטוס ההקצאה ואפשר לראות את השירותים שמופעלים. אתם יכולים להגדיר שירותים נוספים וחיבורים לספקי שירותי ענן אחרים.
במסוף Google Cloud , נכנסים למדריך ההגדרה של Security Command Center.
בוחרים את הארגון שבו הפעלתם את Security Command Center Enterprise.
מרחיבים את החלונית עיון בסיכום של יכולות האבטחה. בכל חלונית מוצג סטטוס ההפעלה של השירותים הקשורים.
כדי להתחבר ל-Amazon Web Services (AWS) או ל-Microsoft Azure, לוחצים על add Add connector. הכרטיסייה מחברים תיפתח בדף הגדרות.
הוראות נוספות מפורטות בקישורים האלה:
לוחצים על הגדרה בכל חלונית כדי להגדיר שירותים ויכולות נוספים. בטבלה הבאה יש קישורים למידע נוסף על כל יכולת.
שם החלונית "יכולות" מידע נוסף על היכולות האלה ניהול סיכונים במערכות AI אבטחת קוד זיהוי איומים בענן אבטחת מידע אבטחת זהויות וגישה עמידה בדרישות פלטפורמת התגובה הערכת נקודות חולשה
הגדרת הרשאות לשימוש שוטף ב-Security Command Center Enterprise
כדי לשנות את ההגדרות של הארגון, צריך את שני התפקידים הבאים ברמת הארגון:
-
אדמין ארגוני (
roles/resourcemanager.organizationAdmin) -
אדמין ב-Security Center (
roles/securitycenter.admin)
אם משתמש לא צריך הרשאות עריכה, כדאי להקצות לו תפקיד של צופה.
כדי לראות את כל הנכסים, הממצאים ומסלולי ההתקפה ב-Security Command Center, המשתמשים צריכים את התפקיד צפייה באדמין של מרכז האבטחה (roles/securitycenter.adminViewer) ברמת הארגון.
כדי לראות את ההגדרות, המשתמשים צריכים את התפקיד אדמין של מרכז האבטחה (roles/securitycenter.admin) ברמת הארגון.
כדי להגביל את הגישה לתיקיות ולפרויקטים ספציפיים, אל תקצו את כל התפקידים ברמת הארגון. במקום זאת, צריך להקצות את התפקידים הבאים ברמת התיקייה או הפרויקט:
- צפייה בנכסים של מרכז האבטחה (
roles/securitycenter.assetsViewer) - צפייה בממצאים של Security Center
(
roles/securitycenter.findingsViewer)
יכול להיות שכל שירות זיהוי ידרוש הרשאות נוספות כדי להפעיל או להגדיר אותו. למידע נוסף, קראו את מסמכי התיעוד הספציפיים לכל שירות.
כדי להשתמש בתכונות של מסוף Security Operations שנתמכות ב-Security Command Center Enterprise, קראו את המאמר שליטה בגישה לתכונות בדפים של מסוף Security Operations.
שינוי השירות של Security Command Center
מידע נוסף על ניהול הרמות זמין במאמר שינוי הרמה של Security Command Center Enterprise.
המאמרים הבאים
- איך עובדים עם הממצאים של Security Command Center
- Google Cloud מידע נוסף על מקורות אבטחה
- חקירת איומים באמצעות גלאים מוכנים מראש
- החלת מסגרות על הסביבה כדי להתאים את הסביבה לדרישות התאימות והאבטחה.