שילוב של כללי DLP עם תנאים של בקרת גישה מבוססת-הקשר

כדי ליצור כללים לדפדפן Chrome, צריך מינוי ל-Chrome Enterprise Premium.

1. במסוף Google Admin, נכנסים לתפריט כלליםיצירת כללהגנה על נתונים.

   מעבר אל "הגנה על נתונים"

   נדרשות הרשאות צפייה וניהול כללי DLP.

2. מזינים שם לכלל ואם רוצים מוסיפים גם תיאור.
3. בקטע אפליקציות, לוחצים על התיבה הורדת קובץ לצד Chrome.
4. לוחצים על המשך.
5. בקטע פעולות, עבור Chrome, בוחרים באפשרות חסימה.
6. (אופציונלי) כדי לציין איך תקריות מוצגות בתרשים במרכז הבקרה של תקריות DLP, בקטע שליחת התראות, בוחרים רמת חומרה (נמוכה, בינונית, גבוהה).
7. (אופציונלי) כדי להפעיל התראות במרכז ההתראות, מסמנים את התיבה מרכז ההתראות. כדי לשלוח התראה לאדמינים, מסמנים את התיבה כל הסופר-אדמינים או מוסיפים את כתובות האימייל של הנמענים.
8. לוחצים על המשך.
9. בוחרים אפשרות בשדה היקף:
   • כדי להחיל את הכלל בכל הארגון, בוחרים באפשרות כולם בדומיין domain.name.
   • כדי להחיל את הכלל על יחידות ארגוניות או קבוצות מסוימות, בוחרים באפשרות יחידות ארגוניות או קבוצות וכוללים או מחריגים את אלו שרוצים.

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

10. בקטע תנאי תוכן, לוחצים על הוספת תנאי ומגדירים את התנאי באופן הבא:
    • בקטע סוג התוכן לסריקה, בוחרים באפשרות כל התוכן.
    • בקטע מה לחפש?, בוחרים סוג סריקת DLP ומאפיינים.
      מידע נוסף על מאפיינים זמינים זמין במאמר שימוש ב-Chrome Enterprise Premium לשילוב DLP עם Chrome.
11. בקטע תנאים לפי הקשר, לוחצים על בחירת רמת גישה.
    אם כבר יצרתם רמת גישה מתאימה, בקטע תנאים לפי הקשר בוחרים את רמת הגישה ועוברים לשלב 19.
12. לוחצים על יצירה של רמת גישה חדשה.
13. מזינים שם (לדוגמה, מחוץ לרשת הארגונית) ואם רוצים מוסיפים גם תיאור.
14. בקטע תנאים להקשר, לוחצים על הוספת תנאי.
15. בוחרים באפשרות הם לא מתאימים למאפיין אחד או יותר (או).
16. לוחצים על בחירת מאפיין רשת משנה של כתובת IP (גלויה לכולם) ומזינים את כתובת ה-IP של הרשת הארגונית. הכתובת צריכה להיות כתובת IPv4 או IPv6, או קידומת ניתוב בפורמט בלוקים של CIDR.
    • אין תמיכה בכתובות IP פרטיות (כולל רשתות ביתיות של משתמשים).
    • יש תמיכה בכתובות IP סטטיות.
    • כדי להשתמש בכתובת IP דינמית, צריך להגדיר רשת משנה של כתובות IP סטטיות לרמת הגישה. אם אתם יודעים את הטווח של כתובת ה-IP הדינמית, וכתובת ה-IP הסטטית שהוגדרה ברמת הגישה מכסה את הטווח הזה, תנאי ההקשר מתקיים. אם כתובת ה-IP הדינמית לא נמצאת ברשת המשנה של כתובת ה-IP הסטטית שהוגדרה, תנאי ההקשר לא מתקיים.
17. לוחצים על יצירה. חוזרים לדף יצירת כלל. רמת הגישה החדשה והמאפיינים שלה מתווספים לרשימה.
18. לוחצים על המשך כדי לבדוק את פרטי הכלל.
19. בוחרים אפשרות בשדה סטטוס הכלל:
    • פעיל – הכלל מתחיל לפעול באופן מיידי.
    • לא פעיל – הכלל קיים, אבל הוא לא בתוקף. כך אתם יכולים לבדוק את הכלל ולשתף אותו עם חברי הצוות לפני שאתם מטמיעים אותו. כדי להפעיל את הכלל בשלב מאוחר יותר, נכנסים אל אבטחהשליטה בגישה ובנתוניםהגנה על נתוניםניהול הכללים. לוחצים על הסטטוס לא פעיל של הכלל ובוחרים באפשרות פעיל. הכלל יפעל אחרי שתפעילו אותו, ומערכת ה-DLP תסרוק את התוכן הרגיש.
20. לוחצים על יצירה.

כדי ליצור כללים לדפדפן Chrome, צריך מינוי ל-Chrome Enterprise Premium.

1. במסוף Google Admin, נכנסים לתפריט כלליםיצירת כללהגנה על נתונים.

   מעבר אל "הגנה על נתונים"

   נדרשות הרשאות צפייה וניהול כללי DLP.

2. מזינים שם לכלל ואם רוצים מוסיפים גם תיאור.
3. בקטע אפליקציות, לוחצים על התיבה הורדת קובץ לצד Chrome.
4. לוחצים על המשך.
5. בקטע פעולות, עבור Chrome, בוחרים באפשרות חסימה.
6. (אופציונלי) כדי לציין איך תקריות מוצגות בתרשים במרכז הבקרה של תקריות DLP, בקטע שליחת התראות, בוחרים רמת חומרה (נמוכה, בינונית, גבוהה).
7. (אופציונלי) כדי להפעיל התראות במרכז ההתראות, מסמנים את התיבה מרכז ההתראות. כדי לשלוח התראה לאדמינים, מסמנים את התיבה כל הסופר-אדמינים או מוסיפים את כתובות האימייל של הנמענים.
8. לוחצים על המשך.
9. בוחרים אפשרות בשדה היקף:
   • כדי להחיל את הכלל בכל הארגון, בוחרים באפשרות כולם בדומיין domain.name.
   • כדי להחיל את הכלל על יחידות ארגוניות או קבוצות מסוימות, בוחרים באפשרות יחידות ארגוניות או קבוצות וכוללים או מחריגים את אלו שרוצים.

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

10. בקטע תנאי תוכן, לוחצים על הוספת תנאי ומגדירים את התנאי באופן הבא:
    • בקטע סוג התוכן לסריקה, בוחרים באפשרות כל התוכן.
    • בקטע מה לחפש?, בוחרים סוג סריקת DLP ומאפיינים.
      מידע נוסף על מאפיינים זמינים זמין במאמר שימוש ב-Chrome Enterprise Premium לשילוב DLP עם Chrome.
11. בקטע תנאים להקשר, לוחצים על בחירת רמת גישה.

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

12. לוחצים על יצירה של רמת גישה חדשה.
13. מזינים שם (לדוגמה, בסין) ואפשר גם להוסיף תיאור.
14. בקטע תנאים להקשר, לוחצים על הוספת תנאי.
15. בוחרים באפשרות הם מתאימים לכל המאפיינים (וגם).
16. לוחצים על בחירת מאפיין מיקום ואז בוחרים מדינה מהרשימה.
17. (אופציונלי) כדי להוסיף מדינות נוספות ולהחיל את הכלל על משתמשים שנכנסים לחשבון מהמדינות האלה:
    1. לוחצים על הוספת תנאי ובוחרים באפשרות עומד בכל המאפיינים (AND).
    2. בחלק העליון של תנאים, מגדירים את האפשרות הצטרפות לתנאים מרובים עם לערך או.
18. לוחצים על יצירה. חוזרים לדף יצירת כלל. רמת הגישה החדשה והמאפיינים שלה מתווספים לרשימה.
19. לוחצים על המשך כדי לבדוק את פרטי הכלל.
20. בוחרים אפשרות בשדה סטטוס הכלל:
    • פעיל – הכלל מתחיל לפעול באופן מיידי.
    • לא פעיל – הכלל קיים, אבל הוא לא בתוקף. כך אתם יכולים לבדוק את הכלל ולשתף אותו עם חברי הצוות לפני שאתם מטמיעים אותו. כדי להפעיל את הכלל בשלב מאוחר יותר, נכנסים אל אבטחהשליטה בגישה ובנתוניםהגנה על נתוניםניהול הכללים. לוחצים על הסטטוס לא פעיל של הכלל ובוחרים באפשרות פעיל. הכלל יפעל אחרי שתפעילו אותו, ומערכת ה-DLP תסרוק את התוכן הרגיש.
21. לוחצים על יצירה.

1. במסוף Google Admin, נכנסים לתפריט כלליםיצירת כללהגנה על נתונים.

   מעבר אל "הגנה על נתונים"

   נדרשות הרשאות צפייה וניהול כללי DLP.

2. מזינים שם לכלל ואם רוצים מוסיפים גם תיאור.
3. בקטע אפליקציות, עבור Google Drive, לוחצים על התיבה 'קבצים ב-Drive'.
4. לוחצים על המשך.
5. בקטע פעולות, בוחרים באפשרות השבתת ההורדה, ההדפסה וההעתקה לבעלי הרשאת תגובה וצפייה בלבד עבור Google Drive.
6. (אופציונלי) כדי לציין איך תקריות מוצגות בתרשים במרכז הבקרה של תקריות DLP, בקטע שליחת התראות, בוחרים רמת חומרה (נמוכה, בינונית, גבוהה).
7. (אופציונלי) כדי להפעיל התראות במרכז ההתראות, מסמנים את התיבה מרכז ההתראות. כדי לשלוח התראה לאדמינים, מסמנים את התיבה כל הסופר-אדמינים או מוסיפים את כתובות האימייל של הנמענים.
8. לוחצים על המשך.
9. בוחרים אפשרות בשדה היקף:
   • כדי להחיל את הכלל בכל הארגון, בוחרים באפשרות כולם בדומיין domain.name.
   • כדי להחיל את הכלל על יחידות ארגוניות או קבוצות מסוימות, בוחרים באפשרות יחידות ארגוניות או קבוצות וכוללים או מחריגים את אלו שרוצים.

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

10. בקטע תנאי תוכן, לוחצים על הוספת תנאי ומגדירים את התנאי באופן הבא:
    • בקטע סוג התוכן לסריקה, בוחרים באפשרות כל התוכן.
    • בקטע מה לחפש?, בוחרים סוג סריקת DLP ומאפיינים. מידע נוסף על מאפיינים זמינים מופיע במאמר יצירת כלל DLP.
11. בקטע תנאים להקשר, לוחצים על בחירת רמת גישה.
12. אם כבר יצרתם רמת גישה מתאימה, בקטע תנאים לפי הקשר בוחרים את רמת הגישה ועוברים לשלב 18.
13. לוחצים על יצירה של רמת גישה חדשה.
14. מזינים שם (לדוגמה, מכשיר לא מאושר) ואם רוצים מוסיפים גם תיאור.
15. בקטע תנאים בהקשר, לוחצים על הוספת תנאי ומגדירים את התנאי באופן הבא:
    • בוחרים באפשרות הם לא מתאימים למאפיין אחד או יותר (או).
    • לוחצים על בחירת מאפיין מכשיר אושר על ידי האדמין.
16. לוחצים על יצירה. חוזרים לדף יצירת כלל. רמת הגישה החדשה והמאפיינים שלה מתווספים לרשימה.
17. לוחצים על המשך כדי לבדוק את פרטי הכלל.
18. בוחרים אפשרות בשדה סטטוס הכלל:
    • פעיל – הכלל מתחיל לפעול באופן מיידי.
    • לא פעיל – הכלל קיים, אבל הוא לא בתוקף. כך אתם יכולים לבדוק את הכלל ולשתף אותו עם חברי הצוות לפני שאתם מטמיעים אותו. כדי להפעיל את הכלל בשלב מאוחר יותר, נכנסים אל אבטחהשליטה בגישה ובנתוניםהגנה על נתוניםניהול הכללים. לוחצים על הסטטוס לא פעיל של הכלל ובוחרים באפשרות פעיל. הכלל יפעל אחרי שתפעילו אותו, ומערכת ה-DLP תסרוק את התוכן הרגיש.
19. לוחצים על יצירה.

בדוגמה הזו, המשתמש נחסם אם הוא מנסה לנווט אל מסוף Admin של Salesforce ‏ (salesforce.com/admin) באמצעות מכשיר לא מנוהל. המשתמשים עדיין יוכלו לגשת לחלקים אחרים באפליקציית Salesforce.

כדי ליצור כללים לדפדפן Chrome, צריך מינוי ל-Chrome Enterprise Premium.

1. במסוף Google Admin, נכנסים לתפריט כלליםיצירת כללהגנה על נתונים.

   מעבר אל "הגנה על נתונים"

   נדרשות הרשאות צפייה וניהול כללי DLP.

2. מזינים שם לכלל ואם רוצים מוסיפים גם תיאור.
3. בקטע אפליקציות, בשורה Chrome, לוחצים על התיבה כתובת האתר שבוקרה.
4. (אופציונלי) כדי לציין איך תקריות מוצגות בתרשים במרכז הבקרה של תקריות DLP, בקטע שליחת התראות, בוחרים רמת חומרה (נמוכה, בינונית, גבוהה).
5. (אופציונלי) כדי להפעיל התראות במרכז ההתראות, מסמנים את התיבה מרכז ההתראות. כדי לשלוח התראה לאדמינים, מסמנים את התיבה כל הסופר-אדמינים או מוסיפים את כתובות האימייל של הנמענים.
6. לוחצים על המשך.
7. בקטע פעולות, עבור Chrome, בוחרים באפשרות חסימה.
8. לוחצים על המשך.
9. בוחרים אפשרות בשדה היקף:
   • כדי להחיל את הכלל בכל הארגון, בוחרים באפשרות כולם בדומיין domain.name.
   • כדי להחיל את הכלל על יחידות ארגוניות או קבוצות מסוימות, בוחרים באפשרות יחידות ארגוניות או קבוצות וכוללים או מחריגים את אלו שרוצים.

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

10. בקטע Content conditions (תנאים לתוכן), לוחצים על Add Condition (הוספת תנאי) ומגדירים את התנאי באופן הבא:
    • בקטע סוג התוכן לסריקה, בוחרים באפשרות כתובת URL.
    • בקטע מה לחפש?, בוחרים באפשרות מכיל מחרוזת טקסט.
    • בשדה התוכן צריך להיות זהה, מזינים salesforce.com/admin.
11. בקטע תנאים להקשר, לוחצים על בחירת רמת גישה.
    אם כבר יצרתם רמת גישה מתאימה, בקטע תנאים לפי הקשר בוחרים את רמת הגישה ועוברים לשלב 18.
12. לוחצים על יצירה של רמת גישה חדשה.
13. מזינים שם (לדוגמה, Salesforce Admin) ואפשר גם להוסיף תיאור.
14. בקטע 'תנאים להצגת ההודעה', לוחצים על הכרטיסייה מתקדם.
15. בתיבת הטקסט, מזינים:
    device.chrome.management_state != ChromeManagementState.CHROME_MANAGEMENT_STATE_BROWSER_MANAGED
16. לוחצים על יצירה. חוזרים לדף יצירת כלל. רמת הגישה החדשה והמאפיינים שלה מתווספים לרשימה.
17. לוחצים על המשך כדי לבדוק את פרטי הכלל.
18. בוחרים אפשרות בשדה סטטוס הכלל:
    • פעיל – הכלל מתחיל לפעול באופן מיידי.
    • לא פעיל – הכלל קיים, אבל הוא לא בתוקף. כך אתם יכולים לבדוק את הכלל ולשתף אותו עם חברי הצוות לפני שאתם מטמיעים אותו. כדי להפעיל את הכלל בשלב מאוחר יותר, נכנסים אל אבטחהשליטה בגישה ובנתוניםהגנה על נתוניםניהול הכללים. לוחצים על הסטטוס לא פעיל של הכלל ובוחרים באפשרות פעיל. הכלל יפעל אחרי שתפעילו אותו, ומערכת ה-DLP תסרוק את התוכן הרגיש.
19. לוחצים על יצירה.

הערה: אם כתובת URL שאתם מסננים נפתחה לאחרונה, היא נשמרת במטמון למשך כמה דקות, ויכול להיות שכלל לא תסונן על ידי כלל חדש (או משונה) עד שכתובת ה-URL הזו תוסר מהמטמון. כדאי להמתין כ-5 דקות לפני שבודקים כלל חדש או כלל ששונה.

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

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

אם המשתמש בדפדפן המנוהל ובפרופיל המנוהל שייך לאותו ארגון, יחולו גם כללי DLP ברמת הדפדפן וגם כללי DLP ברמת המשתמש.

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

במסוף Admin, בקרת הגישה מבוססת-הקשר לא תומכת בכל המאפיינים שנתמכים במסוף Google Cloud. לכן, אפשר להקצות במסוף Admin רמות גישה בסיסיות שנוצרו במסוף Google Cloud וכוללות את המאפיינים האלה, אבל אי אפשר לערוך אותן במסוף Admin.

בדף Rules (כללים) במסוף Admin, אפשר להקצות רמות גישה שנוצרו במסוף Google Cloud, אבל אי אפשר לראות את פרטי התנאים של רמות גישה עם מאפיינים שלא נתמכים.

• חשוב לוודא שיש לכם הרשאת אדמין לניהול רמות גישה (Services > Data Security > Access level management). ההרשאה הזו נדרשת כדי להציג תנאים לפי הקשר במהלך יצירת כלל DLP.
• כרטיס התנאים להקשר מוצג רק כשבוחרים טריגרים של Chrome במהלך יצירת כלל.

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

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

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

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

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

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

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

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