שימוש בהסתרת נתונים כדי לשפר את ה-DLP ב-Chrome

כדי להסתיר נתונים באמצעות כללי ניווט בכתובות URL ב-Chrome, המשתמשים צריכים להתקין את התוסף Secure Enterprise Browser במכשיר או בפרופיל של משתמש הקצה.

כדי להתקין את התוסף הזה:

1. במסוף Admin, עוברים אל דפדפן Chrome אפליקציות ותוספים ובוחרים בכרטיסייה משתמשים ודפדפנים.
2. בקטע אפליקציות ותוספים, בוחרים את היחידה הארגונית, הקבוצה, המשתמש או הדפדפן.
3. לוחצים על הוספה הוספת אפליקציית Chrome או תוסף לפי מזהה .
4. בחלונית שנפתחת, בשדה מזהה התוסף, מזינים את הערך ekajlcmdfcigmdbphhifahdfjbkciflj ובוחרים באפשרות מחנות האינטרנט של Chrome.
5. לוחצים על שמירה.

   בכרטיסייה משתמשים ודפדפנים, האפליקציה Secure Enterprise Browser אמורה להופיע.

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

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

אתם יכולים להגדיר כללים להסתרת נתונים באותו אופן שבו אתם מגדירים כללי ניווט אחרים של כתובות URL ב-DLP (במאמר איך משתמשים ב-Chrome Enterprise Premium לשילוב של DLP ב-Chrome יש דוגמאות נוספות).

הדוגמה הזו מראה איך ליצור כלל הסתרת מידע שמדווח על ניווטים לאתרי AI גנרטיבי ומצנזר מספרי תעודות זהות (כולל קלט ופלט אל כלי ה-AI הגנרטיבי וממנו).

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

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

   כדי לעשות את זה צריך הרשאות אדמין לצפייה בכללי DLP וניהול כללי DLP.

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

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

12. בקטע חלוקת תוכן למקטעים, לוחצים על הוספת תנאי.
13. בקטע סוג התוכן לסריקה, בוחרים באפשרות קטגוריה של כתובות URL.
14. בקטע בחירת קטגוריה, בוחרים באפשרות אינטרנט וטכנולוגיה/AI גנרטיבי.
15. לוחצים על המשך.
16. בדף פרטי הכלל, בוחרים סטטוס לכלל:
    • פעיל – הכלל מתחיל לפעול באופן מיידי.
    • לא פעיל – הכלל קיים, אבל לא פועל באופן מיידי. כך אתם יכולים לבדוק את הכלל ולשתף אותו עם המשתמשים לפני שאתם מטמיעים אותו. כדי להפעיל את הכלל בהמשך, נכנסים לדף כללים להגנה על נתונים ומשנים את הסטטוס לפעיל.
17. לוחצים על יצירה.

הערה: כללי הסתרת הנתונים של DLP לא תומכים ב-iframe. אפשר לטרגט רכיבי iframe על ידי ציון מדיניות כשמסתירים באמצעות התוסף Secure Enterprise Browser, כמו בדוגמה הבאה.

אפשר גם להגדיר הסתרה באמצעות דפדפן Secure Enterprise עם תחביר JSON. בדוגמה הזו, תיצרו כלל להסתרת נתונים שמדווח על ניווטים לאתרי AI גנרטיבי ומצנזר מספרי תעודות זהות (כולל קלט ופלט אל כלי ה-AI הגנרטיבי וממנו).

1. במסוף Admin, עוברים אל דפדפן Chrome אפליקציות ותוספים ובוחרים בכרטיסייה משתמשים ודפדפנים.
2. בקטע אפליקציות ותוספים, בוחרים את היחידה הארגונית.
3. ברשימת האפליקציות, בוחרים באפשרות דפדפן מאובטח לארגונים.
4. בקטע מדיניות לתוספים, מציינים הגדרה בפורמט הבא:
   • כדי לתעד את כל רכיבי ה-iframe, צריך להזין את כתובת ה-URL המקורית (לדוגמה, https://originUrl.com/*").
   • כדי ליצור גלאים מוגדרים מראש, צריך להשתמש באחד מהערכים הבאים: email,‏ ssn,‏ date,‏ time,‏ common-currency-amount,‏ common-currency-amount-suffix,‏ ip-address,‏ cc-number,‏ 4-digit-cc-number,‏ payment-statement-link,‏ intl-phone-number
   • כדי ליצור ביטויים רגולריים בהתאמה אישית, משתמשים בשם ייחודי (לא אחד משמות המזהים שהוגדרו מראש שמפורטים למעלה) ומציינים את התבנית.

   אפשר לעיין בתבנית לדוגמה של מודעה שניתנת להרחבה שבהמשך.

תבנית לדוגמה של מודעה ניתנת להרחבה

{
  "dataMasking": {
    "Value": {
      "rules": [
        {
          "name": "DLP Test Light-Obfuscation",
          "urls": [
            "https://dlptest.com/sample-data/namessndob/",
            "https://dlptest.com/*"
          ],
          "detectors": [
            {
              "name": "ssn",
              "maskType": "LIGHT_OBFUSCATION"
            },
            {
              "name": "date",
              "maskType": "HARD_OBFUSCATION"
            },
            {
              "name": "Custom regex to redact ip address",
              "maskType": "REDACT",
              "regex": {
                "pattern": "(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})"
              }
            }
          ]
        }
      ]
    }
  }
}

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

כדי ליצור גלאי ביטויים אזוריים:

הערה: יש תמיכה רק בתחביר RE2. כברירת מחדל, ביטויים רגולריים הם תלויי אותיות רישיות.

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

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

   כדי לעשות את זה צריך הרשאות אדמין לצפייה בכללי DLP וניהול כללי DLP.

2. בקטע כללים וגלאים להגנה על נתונים, לוחצים על ניהול הגלאים.
3. לוחצים על הוספת גלאי ביטוי רגולרי.
4. בתיבה הוספת ביטוי רגולרי, מזינים שם ואפשר גם להוסיף תיאור לגלאי.
5. מזינים את הביטוי הרגולרי באמצעות תחביר RE2. פרטים נוספים זמינים במאמר דוגמאות לביטויים רגולריים.
   • כברירת מחדל, ביטויים רגולריים הם תלויי אותיות רישיות.
   • אפשר לשלב כמה תבניות של ביטויים אזוריים באמצעות האופרטור | (OR). כך אפשר ליצור כלל אחד שיכול לזהות ולהסתיר סוגים שונים של מידע רגיש. לדוגמה, הפורמט הכללי לשילוב של ביטויים רגולריים הוא: (regex1)|(regex2)|(regex3)|..‎
6. כדי לאמת את הביטוי הרגולרי, לוחצים על בדיקת הביטוי.
7. לוחצים על יצירה.

אתם יכולים להשתמש בגלאי בהתאמה אישית כשאתם בוחרים את התנאי להסתרת נתונים.