יצירת פרופיל של נתונים ב-BigQuery בפרויקט יחיד

בדף הזה מוסבר איך להגדיר את גילוי הנתונים ב-BigQuery ברמת הפרויקט. הפלט של המשימה הזו הוא הגדרת סריקה ברמת הפרויקט. אם ההגדרה פעילה, היא מנחה את Sensitive Data Protection ליצור פרופיל של הנתונים לפי לוח זמנים מוגדר.

אם אתם רוצים ליצור פרופיל של ארגון או תיקייה, קראו את המאמר יצירת פרופיל של נתוני BigQuery בארגון או בתיקייה.

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

כדי להתחיל ליצור פרופילים של נתונים, יוצרים הגדרה של סריקת נתונים.

לפני שמתחילים

  1. אם יש לכם מינוי ל-Discovery ברמת הארגון, כולל מינוי דרך Security Command Center, חשוב לדעת שההגדרה הזו של Discovery ברמת הפרויקט לא כלולה במינוי, והחיוב עליה מתבצע בנפרד. מומלץ להשתמש בהגדרת גילוי ברמת הארגון כדי ליצור פרופיל לפרויקט. מידע נוסף זמין במאמר יצירת פרופיל של פרויקטים או נכסי נתונים נבחרים בארגון או בתיקייה.

  2. מוודאים שה-Cloud Data Loss Prevention API מופעל בפרויקט:

    1. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

      Roles required to select or create a project

      • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
      • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

      Go to project selector

    2. Verify that billing is enabled for your Google Cloud project.

    3. Enable the required API, if it is not already enabled.

      Roles required to enable APIs

      To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

      Enable the API

  3. מוודאים שיש לכם את הרשאות ה-IAM שנדרשות כדי להגדיר פרופילי נתונים ברמת הפרויקט.

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

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

  5. אתם יכולים להגדיר את Sensitive Data Protection כך שישלח התראות ל-Pub/Sub כשאירועים מסוימים מתרחשים, למשל כש-Sensitive Data Protection יוצר פרופיל של טבלה חדשה. כדי להשתמש בתכונה הזו, קודם צריך ליצור נושא Pub/Sub.

  6. אתם יכולים להגדיר ש-Sensitive Data Protection יצרף אוטומטית תגים למשאבים. התכונה הזו מאפשרת לכם להעניק גישה מותנית למשאבים האלה על סמך רמות הרגישות המחושבות שלהם. כדי להשתמש בתכונה הזו, קודם צריך לבצע את המשימות שמפורטות במאמר שליטה בגישה של IAM למשאבים על סמך רגישות הנתונים.

יצירת הגדרות סריקה

  1. נכנסים לדף Create scan configuration.

    כניסה לדף Create scan configuration

  2. עוברים לפרויקט. בסרגל הכלים, לוחצים על בורר הפרויקטים ובוחרים את הפרויקט.

בקטעים הבאים מוסבר בהרחבה על השלבים בדף Create scan configuration. בסוף כל קטע, לוחצים על המשך.

בוחרים סוג גילוי.

בוחרים באפשרות BigQuery.

בחירת היקף הרשאות

מבצעים אחת מהפעולות הבאות:

  • כדי לסרוק טבלה אחת, בוחרים באפשרות Scan one table.

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

    ממלאים את פרטי הטבלה שרוצים ליצור לה פרופיל.

  • כדי לבצע פרופיילינג רגיל ברמת הפרויקט, לוחצים על Scan selected project.

ניהול לוחות הזמנים

אם תדירות יצירת הפרופילים שמוגדרת כברירת מחדל מתאימה לצרכים שלכם, אתם יכולים לדלג על החלק הזה בדף Create scan configuration.

כדאי להגדיר את הקטע הזה מהסיבות הבאות:

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

כדי לבצע שינויים מדויקים בתדירות יצירת הפרופילים, פועלים לפי השלבים הבאים:

  1. לוחצים על הוספת לוח זמנים.

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

    כדי להגדיר מסנן, צריך לציין לפחות אחד מהפרטים הבאים:

    • מזהה פרויקט או ביטוי רגולרי שמציין פרויקט אחד או יותר
    • מזהה של קבוצת נתונים או ביטוי רגולרי שמציין קבוצת נתונים אחת או יותר
    • מזהה טבלה או ביטוי רגולרי שמציין טבלה אחת או יותר

    הביטויים הרגולריים חייבים להתאים לתחביר RE2.

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

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

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

  3. לוחצים על תדירות.

  4. בקטע Frequency, מציינים אם Sensitive Data Protection צריך ליצור פרופיל לטבלאות שהגדרתם במסננים, ואם כן, באיזו תדירות:

    • אם אתם לא רוצים ליצור פרופיל לטבלאות, השביתו את האפשרות Profile the tables.

    • אם רוצים שהטבלאות ינותחו לפחות פעם אחת, משאירים את האפשרות Profile the tables מופעלת.

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

      1. בקטע When schema changes, מציינים באיזו תדירות Sensitive Data Protection צריך לבדוק אם בוצעו שינויים בסכימה של הטבלאות שנבחרו מאז הפעם האחרונה שנוצר להן פרופיל. רק טבלאות עם שינויים בסכימה ינותחו מחדש.
      2. בקטע Types of schema change, מציינים אילו סוגים של שינויים בסכימה יפעילו פעולת יצירת פרופיל מחדש. בוחרים אחת מהאפשרויות הבאות:
        • עמודות חדשות: יצירת פרופיל מחדש של הטבלאות שנוספו להן עמודות חדשות.
        • עמודות שהוסרו: צריך ליצור פרופיל מחדש לטבלאות שהוסרו מהן עמודות.

        לדוגמה, נניח שיש לכם טבלאות שנוספות להן עמודות חדשות מדי יום, ואתם צריכים ליצור פרופיל של התוכן שלהן בכל פעם. אפשר להגדיר את When schema changes ל-Reprofile daily, ואת Types of schema change ל-New columns.

      3. בקטע When table changes, מציינים באיזו תדירות Sensitive Data Protection צריך לבדוק אם בוצעו שינויים בטבלאות שנבחרו אחרי שנוצר להן פרופיל בפעם האחרונה. רק טבלאות עם שינויים יעברו פרופיילינג מחדש. דוגמאות לשינויים בטבלה: מחיקת שורות ושינויים בסכימה.

        צריך לבחור ערך זהה לערך שהגדרתם בשדה When schema changes או ערך עם תדירות נמוכה יותר.

      4. בשדה When inspect template changes, מציינים אם רוצים ליצור פרופיל חדש לנתונים כשתבנית הבדיקה המשויכת מתעדכנת, ואם כן, באיזו תדירות.

        שינוי בתבנית הבדיקה מזוהה כשאחד מהמקרים הבאים מתרחש:

        • השם של תבנית הבדיקה משתנה בהגדרת הסריקה.
        • הערך של updateTime בתבנית בדיקה משתנה.

        5. לדוגמה, אם הגדרתם תבנית בדיקה לאזור us-west1 ועדכנתם את תבנית הבדיקה הזו, רק הנתונים באזור us-west1 יוגדרו מחדש.

  5. לוחצים על תנאים.

  6. בקטע Conditions, מציינים את התנאים שהטבלאות שהוגדרו במסננים צריכות לעמוד בהם כדי ש-Sensitive Data Protection יצור להן פרופיל. אם מגדירים תנאי מינימום וגם תנאי זמן, Sensitive Data Protection יוצר פרופילים רק לטבלאות שעומדות בשני סוגי התנאים.

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

    תנאים לדוגמה

    נניח שהגדרתם את הדברים הבאים:

    • תנאי מינימום

      • מספר שורות מינימלי: 10 שורות
      • משך הזמן המינימלי: 24 שעות

    • תנאי זמן

      • חותמת זמן: 4.5.22, 23:59

    במקרה כזה, Sensitive Data Protection לא כולל טבלאות שנוצרו ב-4 במאי 2022, בשעה 23:59 או לפני כן. מבין הטבלאות שנוצרו אחרי התאריך והשעה האלה, Sensitive Data Protection יוצר פרופילים רק לטבלאות שיש בהן 10 שורות או שהן בנות 24 שעות לפחות.

  7. בקטע Tables to profile, בוחרים אחת מהאפשרויות הבאות, בהתאם לסוגי הטבלאות שרוצים ליצור להן פרופיל:

    • יצירת פרופיל לכל הטבלאות: בוחרים באפשרות הזו אם רוצים ש-Sensitive Data Protection ייצור פרופיל לכל סוגי הטבלאות שתואמים למסננים ולתנאים שהגדרתם.

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

      כשנוספת ל-Sensitive Data Protection תמיכה בסוג טבלה חדש, המערכת יוצרת פרופיל מלא לטבלאות מהסוג הזה בהפעלה המתוזמנת הבאה.

    • ‫Profile supported tables: בוחרים באפשרות הזו אם רוצים ש-Sensitive Data Protection ייצור פרופיל רק לטבלאות הנתמכות שתואמות למסננים ולתנאים שלכם. בטבלאות שלא נתמכות לא יהיו פרופילים חלקיים.

    • ‫Profile specific table types: בוחרים באפשרות הזו אם רוצים ש-Sensitive Data Protection יצור פרופיל רק לסוגי הטבלאות שבוחרים. ברשימה שמופיעה, בוחרים סוג אחד או יותר.

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

    אם לא תבחרו אפשרות, Sensitive Data Protection יצור פרופילים רק לטבלאות ב-BigQuery ויציג שגיאות בטבלאות שלא נתמכות.

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

  8. לוחצים על סיום.

  9. אופציונלי: כדי להוסיף עוד לוחות זמנים, לוחצים על Add schedule וחוזרים על השלבים הקודמים.

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

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

  11. אופציונלי: עורכים או משביתים את לוח הזמנים הכולל.

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

    • כדי לשנות את לוח הזמנים של ה-catch-all, לוחצים על עריכת לוח הזמנים ומשנים את ההגדרות לפי הצורך.
    • כדי למנוע מ-Sensitive Data Protection ליצור פרופיל של משאב כלשהו שכלול בתזמון הכולל, משביתים את האפשרות יצירת פרופיל למשאבים שלא תואמים לאף תזמון בהתאמה אישית.

בחירת תבנית בדיקה

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

אפשרות 1: יצירת תבנית בדיקה

בוחרים באפשרות הזו אם רוצים ליצור תבנית בדיקה חדשה באזור global.

  1. לוחצים על יצירת תבנית בדיקה חדשה.

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

    במאמר ניהול של טיפוסי מידע באמצעות מסוףGoogle Cloud מוסבר איך לנהל טיפוסי מידע מובנים ובהתאמה אישית.

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

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

כשההגדרה של הסריקה נוצרת ב-Sensitive Data Protection, תבנית הבדיקה החדשה נשמרת באזור global.

אפשרות 2: שימוש בתבנית בדיקה קיימת

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

  1. לוחצים על בחירת תבנית בדיקה קיימת.
  2. מזינים את שם המשאב המלא של תבנית הבדיקה שבה רוצים להשתמש. השדה Region מתמלא באופן אוטומטי בשם האזור שבו מאוחסנת תבנית הבדיקה.

    תבנית הבדיקה שאתם מזינים צריכה להיות באותו אזור שבו נמצאים הנתונים שאתם רוצים ליצור להם פרופיל.

    כדי לכבד את מיקום אחסון הנתונים, Sensitive Data Protection לא משתמש בתבנית בדיקה מחוץ לאזור שבו התבנית מאוחסנת.

    כדי למצוא את שם המשאב המלא של תבנית בדיקה:

    1. עוברים לרשימת תבניות הבדיקה. הדף הזה נפתח בכרטיסייה נפרדת.

      מעבר לתבניות בדיקה

    2. בוחרים את הפרויקט שמכיל את תבנית הבדיקה שבה רוצים להשתמש.
    3. בוחרים באפשרות Configuration > Templates > Inspect, ואז לוחצים על מזהה התבנית שבה רוצים להשתמש.
    4. בדף שנפתח, מעתיקים את שם המשאב המלא של התבנית. השם המלא של המשאב הוא בפורמט הבא: 
      projects/PROJECT_ID/locations/REGION/inspectTemplates/TEMPLATE_ID
    5. בדף Create scan configuration, בשדה Template name, מדביקים את שם המשאב המלא של התבנית.
  3. כדי להוסיף תבנית בדיקה לאזור אחר, לוחצים על Add inspection template ומזינים את שם המשאב המלא של התבנית. חוזרים על הפעולה הזו בכל אזור שיש בו תבנית בדיקה ייעודית.
  4. אופציונלי: מוסיפים תבנית בדיקה שמאוחסנת באזור global. ‫Sensitive Data Protection משתמשת אוטומטית בתבנית הזו לנתונים באזורים שבהם אין לכם תבנית בדיקה ייעודית.

הוספת פעולות

בקטע הזה מוסבר איך לציין את הפעולות שאתם רוצים ש-Sensitive Data Protection יבצע אחרי יצירת פרופיל של טבלה. הפעולות האלה שימושיות אם רוצים לשלוח תובנות שנאספו מפרופילי נתונים לשירותים אחרים שלGoogle Cloud .

פרסום ב-Security Command Center

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

כדי להשתמש בפעולה הזו, צריך להפעיל את Security Command Center ברמת הארגון. כשמפעילים את Security Command Center ברמת הארגון, הממצאים משירותים משולבים כמו Sensitive Data Protection מתחילים לזרום. ‫Sensitive Data Protection פועל עם Security Command Center בכל רמות השירות.

אם Security Command Center לא מופעל ברמת הארגון, הממצאים של Sensitive Data Protection לא יופיעו ב-Security Command Center. מידע נוסף זמין במאמר בדיקת רמת ההפעלה של Security Command Center.

כדי לשלוח את התוצאות של פרופילי הנתונים ל-Security Command Center, ודאו שהאפשרות Publish to Security Command Center מופעלת.

מידע נוסף זמין במאמר פרסום פרופילי נתונים ב-Security Command Center.

שמירת עותקים של פרופילי נתונים ב-BigQuery

‫Sensitive Data Protection שומר עותק של כל פרופיל נתונים שנוצר בטבלה ב-BigQuery. אם לא תציינו את פרטי הטבלה המועדפת, Sensitive Data Protection ייצור מערך נתונים וטבלה בפרויקט. כברירת מחדל, שם מערך הנתונים הוא sensitive_data_protection_discovery ושם הטבלה הוא discovery_profiles.

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

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

אם Sensitive Data Protection לא מצליח ליצור פרופיל לטבלה, הוא מנסה שוב מדי פעם. כדי לצמצם את הרעש בנתונים שמיוצאים, Sensitive Data Protection מייצא ל-BigQuery רק את הפרופילים שנוצרו בהצלחה.

הייצוא של הפרופילים ב-Sensitive Data Protection מתחיל מרגע שמפעילים את האפשרות הזו. פרופילים שנוצרו לפני שהפעלתם את הייצוא לא נשמרים ב-BigQuery.

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

שמירת ממצאים לדוגמה של נתונים שזוהו ב-BigQuery

‫Sensitive Data Protection יכול להוסיף ממצאים לדוגמה לטבלה ב-BigQuery לבחירתכם. הממצאים לדוגמה מייצגים קבוצת משנה של כל הממצאים, ויכול להיות שהם לא מייצגים את כל סוגי המידע שנמצאו. בדרך כלל המערכת יוצרת כ-10 ממצאים לדוגמה לכל טבלה, אבל המספר הזה יכול להשתנות בכל הרצה של זיהוי.

כל ממצא כולל את המחרוזת עצמה (שנקראת גם ציטוט) שזוהתה ואת המיקום המדויק שלה.

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

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

בשאילתה הבאה נעשה שימוש בפעולת INNER JOIN גם בטבלה של פרופילי הנתונים שיוצאו וגם בטבלה של הממצאים לדוגמה שיוצאו. בטבלה שנוצרת, כל רשומה מציגה את הציטוט של הממצא, את ה-infoType שתואם לו, את המשאב שמכיל את הממצא ואת רמת הרגישות המחושבת של המשאב. 

SELECT
 findings_table.quote,
 findings_table.infotype.name,
 findings_table.location.container_name,
 findings_table.location.data_profile_finding_record_location.field.name AS field_name,
 profiles_table.table_profile.dataset_project_id AS project_id,
 profiles_table.table_profile.dataset_id AS dataset_id,
 profiles_table.table_profile.table_id AS table_id,
 profiles_table.table_profile.sensitivity_score AS table_sensitivity_score
 FROM
 `FINDINGS_TABLE_PROJECT_ID.FINDINGS_TABLE_DATASET_ID.FINDINGS_TABLE_ID_latest_v1` AS findings_table
INNER JOIN
 `PROFILES_TABLE_PROJECT_ID.PROFILES_TABLE_DATASET_ID.PROFILES_TABLE_ID_latest_v1` AS profiles_table
ON
 findings_table.data_profile_resource_name=profiles_table.table_profile.name
 AND findings_table.timestamp.timestamp=profiles_table.table_profile.profile_last_generated.timestamp

כדי לשמור ממצאים לדוגמה בטבלה ב-BigQuery:

  1. מפעילים את האפשרות שמירת ממצאי גילוי לדוגמה ב-BigQuery.

  2. מזינים את פרטי הטבלה ב-BigQuery שבה רוצים לשמור את הממצאים לדוגמה.

    הטבלה שאתם מציינים לפעולה הזו צריכה להיות שונה מהטבלה שמשמשת לפעולה שמירת עותקים של פרופילי נתונים ב-BigQuery.

    • בשדה Project ID, מזינים את מזהה הפרויקט של פרויקט קיים שאליו רוצים לייצא את הממצאים.

    • בשדה Dataset ID, מזינים את השם של מערך נתונים קיים בפרויקט.

    • בשדה Table ID, מזינים את שם הטבלה ב-BigQuery שבה רוצים לשמור את הממצאים. אם הטבלה הזו לא קיימת, Sensitive Data Protection יוצר אותה בשבילכם באופן אוטומטי באמצעות השם שסיפקתם.

למידע על התוכן של כל ממצא שנשמר בטבלה ב-BigQuery, קראו את המאמר DataProfileFinding.

צירוף תגים למשאבים

כשמפעילים את האפשרות Attach tags to resources, המערכת של Sensitive Data Protection מתייגת אוטומטית את הנתונים בהתאם לרמת הרגישות שחושבה. כדי לבצע את המשימות בקטע הזה, קודם צריך לבצע את המשימות שמפורטות בקטע שליטה בגישה של IAM למשאבים על סמך רגישות הנתונים.

כדי לתייג משאב באופן אוטומטי לפי רמת הרגישות המחושבת שלו:

  1. מפעילים את האפשרות תיוג משאבים.

  2. לכל רמת רגישות (גבוהה, בינונית, נמוכה ולא ידועה), מזינים את הנתיב של ערך התג שיצרתם לרמת הרגישות הזו.

    אם מדלגים על רמת רגישות, לא מצורף תג בשבילה.

  3. כדי להוריד באופן אוטומטי את רמת הסיכון של נתונים במשאב כשתג רמת הרגישות קיים, בוחרים באפשרות When a tag is applied to a resource, lower the data risk of its profile to LOW. האפשרות הזו עוזרת למדוד את השיפור במצב אבטחת המידע והפרטיות.

  4. בוחרים אחת מהאפשרויות הבאות או את שתיהן:

    • תייגו משאב כשאתם יוצרים לו פרופיל בפעם הראשונה.

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

      אל תבחרו באפשרות הזו אם אתם מתכננים לעדכן באופן ידני את ערכי התגים של רמת הרגישות ששירות הגילוי צירף למשאבים שלכם. אם בוחרים באפשרות הזו, יכול להיות ש-Sensitive Data Protection יחליף את העדכונים הידניים.

פרסום ב-Pub/Sub

הפעלת האפשרות Publish to Pub/Sub מאפשרת לבצע פעולות פרוגרמטיות על סמך תוצאות הפרופיילינג. אתם יכולים להשתמש בהתראות של Pub/Sub כדי לפתח תהליך עבודה לזיהוי ולתיקון של ממצאים עם סיכון משמעותי או רגישות גבוהה של נתונים.

כדי לשלוח התראות לנושא Pub/Sub, פועלים לפי השלבים הבאים:

  1. מפעילים את האפשרות פרסום ב-Pub/Sub.

    מופיעה רשימה של אפשרויות. כל אפשרות מתארת אירוע שגורם ל-Sensitive Data Protection לשלוח התראה ל-Pub/Sub.

  2. בוחרים את האירועים שיפעילו התראת Pub/Sub.

    אם בוחרים באפשרות Send a Pub/Sub notification each time a profile is updated, ‏Sensitive Data Protection שולח התראה כשחל שינוי ברמת הרגישות, ברמת הסיכון של הנתונים, בסוגי המידע שזוהו, בגישה הציבורית ובמדדים חשובים אחרים בפרופיל.

  3. מבצעים את השלבים הבאים לכל אירוע שבוחרים:

    1. כותבים את שם הנושא. השם צריך להיות בפורמט הבא:

      projects/PROJECT_ID/topics/TOPIC_ID

      מחליפים את מה שכתוב בשדות הבאים:

      • ‫PROJECT_ID: מזהה הפרויקט שמשויך לנושא ב-Pub/Sub.
      • ‫TOPIC_ID: המזהה של נושא Pub/Sub.

    2. מציינים אם לכלול בהתראה את הפרופיל המלא של הטבלה, או רק את השם המלא של המשאב של הטבלה שנוצר לה פרופיל.

    3. מגדירים את רמות הסיכון והרגישות המינימליות של הנתונים שצריכות להתקיים כדי ש-Sensitive Data Protection ישלח התראה.

    4. מציינים אם צריך לעמוד רק באחד מהתנאים של רמת הסיכון והרגישות של הנתונים, או בשניהם. לדוגמה, אם בוחרים באפשרות AND, גם התנאים של סיכון הנתונים וגם התנאים של רגישות הנתונים צריכים להתקיים כדי ש-Sensitive Data Protection ישלח התראה.

שליחה ל-Knowledge Catalog כהיבטים

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

כשמפעילים את הפעולה הזו, Sensitive Data Protection מצרף את ההיבט Sensitive Data Protection profile לרשומה ב-Knowledge Catalog לכל טבלה חדשה או מעודכנת שיוצרים לה פרופיל. ההיבטים שנוצרו מכילים תובנות שנאספו מפרופילי הנתונים. לאחר מכן תוכלו לחפש בארגון ובפרויקטים רשומות עם ערכי היבטים ספציפיים של Sensitive Data Protection profile.

כדי לשלוח את פרופילי הנתונים ל-Knowledge Catalog, ודאו שהאפשרות Send to Dataplex Catalog as aspects מופעלת.

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

הגדרת מיקום לשמירת ההגדרות האישיות

ברשימה Resource location, בוחרים את האזור שבו רוצים לאחסן את הגדרת הסריקה. כל הגדרות הסריקה שתיצרו בהמשך יאוחסנו גם הן במיקום הזה.

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

בדיקה ויצירה

  1. אם אתם רוצים לוודא שהפרופיילינג לא יתחיל באופן אוטומטי אחרי שתיצרו את הגדרת הסריקה, בחרו באפשרות Create scan in paused mode.

    האפשרות הזו שימושית במקרים הבאים:

    • בחרתם לשמור פרופילי נתונים ב-BigQuery ואתם רוצים לוודא שלסוכן השירות יש גישת כתיבה לטבלה ב-BigQuery שבה יישמרו העותקים של פרופילי הנתונים.
    • בחרתם לשמור ממצאים לדוגמה של סריקה ב-BigQuery, ואתם רוצים לוודא שלסוכן השירות יש גישת כתיבה לטבלה ב-BigQuery שבה יישמרו הממצאים לדוגמה.
    • הגדרתם התראות Pub/Sub ואתם רוצים לתת גישת פרסום לסוכן השירות.
    • הפעלתם את הפעולה צירוף תגים למשאבים ואתם צריכים לתת לסוכן השירות גישה לתג של רמת הרגישות.
  2. בודקים את ההגדרות ולוחצים על יצירה.

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

כדי לראות או לנהל את הגדרות הסריקה, קראו את המאמר ניהול הגדרות הסריקה.

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

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

  • איך מנהלים פרופילי נתונים
  • איך מנהלים את הגדרות הסריקה
  • איך מקבלים ומנתחים הודעות Pub/Sub שפורסמו על ידי הכלי ליצירת פרופיל נתונים
  • איך פותרים בעיות בפרופילי נתונים
  • עיינו במגבלות של יצירת פרופיל נתונים.