כדי לנהל בצורה נכונה מידע רגיש שמאוחסן במאגר, קודם כל צריך לסווג את האחסון: לזהות איפה המידע הרגיש נמצא במאגר, מה סוג המידע הרגיש ואיך משתמשים בו. הידע הזה יכול לעזור לכם להגדיר בצורה נכונה את בקרת הגישה ואת הרשאות השיתוף, והוא יכול להיות חלק מתוכנית מעקב שוטפת.
בעזרת Sensitive Data Protection אפשר לזהות ולסווג מידע רגיש שמאוחסן במיקום ב-Cloud Storage, בסוג של Datastore או בטבלה של BigQuery. כשסורקים קבצים במיקומים ב-Cloud Storage, אפשר לסרוק באמצעות Sensitive Data Protection קבצים בינאריים, קובצי טקסט, תמונות, קובצי Microsoft Word, קובצי Microsoft Excel, קובצי Microsoft Powerpoint, קובצי PDF וקובצי Apache Avro. קבצים מסוגים לא מזוהים נסרקים כקבצים בינאריים. מידע נוסף על סוגי הקבצים הנתמכים זמין במאמר סוגי קבצים נתמכים.
כדי לבדוק אם יש מידע אישי רגיש במאגרי נתונים ובאחסון, צריך לציין את מיקום הנתונים ואת סוג המידע האישי הרגיש ש-Sensitive Data Protection צריך לחפש. Sensitive Data Protection מפעיל משימה שבודקת את הנתונים במיקום שצוין, ואז מציג פרטים על infoTypes שנמצאו בתוכן, ערכי סבירות ועוד.
אתם יכולים להגדיר בדיקה של אחסון ומסדי נתונים באמצעות Sensitive Data Protection במסוף Google Cloud , באמצעות ה-DLP API ל-RESTful או באופן פרוגרמטי באמצעות ספריית לקוח של Sensitive Data Protection באחת מכמה שפות.
הנושא הזה כולל:
- שיטות מומלצות להגדרת סריקות של מאגרי נתונים ומסדי נתונים ב- Google Cloud .
- הוראות להגדרת סריקת בדיקה באמצעות Sensitive Data Protection במסוף Google Cloud , וגם (אופציונלי) לתזמון סריקות בדיקה חוזרות תקופתיות.
- דוגמאות של JSON ודוגמאות קוד לכל Google Cloud סוג של מאגר: (Cloud Storage, Firestore במצב Datastore (Datastore) ו-BigQuery).
- סקירה כללית מפורטת של אפשרויות ההגדרה של משימות סריקה.
- הוראות לאחזור תוצאות הסריקה ולניהול משימות הסריקה שנוצרות מכל בקשה שהושלמה בהצלחה.
שיטות מומלצות
זיהוי ותעדוף של סריקה
חשוב קודם להעריך את הנכסים ולציין לאילו מהם יש את העדיפות הגבוהה ביותר לסריקה. כשמתחילים, יכול להיות שיש לכם צבר גדול של נתונים שצריך לסווג, ואי אפשר לסרוק את כולם בבת אחת. בהתחלה, בחרו נתונים שמהווים את הסיכון הפוטנציאלי הגבוה ביותר – לדוגמה, נתונים שניגשים אליהם לעיתים קרובות, נתונים שנגישים באופן נרחב או נתונים לא ידועים.
איך לוודא של-Sensitive Data Protection יש גישה לנתונים שלכם
כדי ש-Sensitive Data Protection יוכל לסרוק את הנתונים, צריכה להיות לו גישה אליהם. חשוב לוודא שלחשבון השירות של Sensitive Data Protection יש הרשאה לקרוא את המשאבים שלכם.
הגבלת ההיקף של הסריקות הראשונות
כדי לקבל את התוצאות הטובות ביותר, מומלץ להגביל את היקף המשימות הראשונות במקום לסרוק את כל הנתונים. מתחילים עם טבלה אחת, קטגוריה אחת או כמה קבצים ומשתמשים בדגימה. אם תגבילו את היקף הסריקות הראשונות, תוכלו להחליט בצורה מושכלת יותר אילו גלאים להפעיל ואילו כללי החרגה נדרשים כדי לצמצם את מספר התוצאות החיוביות המוטעות, כך שהממצאים יהיו משמעותיים יותר. אם אתם לא צריכים את כל סוגי המידע, אל תפעילו את כולם. זיהויים חיוביים שגויים או ממצאים לא שמישים עלולים להקשות על הערכת הסיכון. למרות שהם שימושיים בתרחישים מסוימים, infoTypes כמו DATE, TIME, DOMAIN_NAME ו-URL תואמים למגוון רחב של ממצאים, ויכול להיות שלא כדאי להפעיל אותם בסריקות של נתונים גדולים.
כשדוגמים קובץ מובנה, כמו קובץ CSV, TSV או Avro, חשוב לוודא שגודל הדגימה מספיק גדול כדי לכסות את הכותרת המלאה של הקובץ ושורת נתונים. מידע נוסף זמין במאמר סריקת קבצים מובְנים במצב ניתוח מובְנה.
תזמון הסריקות
אתם יכולים להשתמש בטריגרים של משימות ב-Sensitive Data Protection כדי להריץ סריקות באופן אוטומטי וליצור ממצאים מדי יום, מדי שבוע או מדי רבעון. אפשר גם להגדיר את הסריקות האלה כך שיבדקו רק נתונים שהשתנו מאז הסריקה האחרונה, וכך לחסוך זמן ולהפחית עלויות. אם תריצו סריקות באופן קבוע, תוכלו לזהות מגמות או חריגות בתוצאות הסריקה.
זמן האחזור של המשימה
אין יעדים למדידת רמת השירות (SLO) שמובטחים למשימות ולטריגרים של משימות. זמן האחזור מושפע מכמה גורמים, כולל כמות הנתונים לסריקה, מאגר האחסון שנסרק, הסוג והמספר של סוגי המידע שאתם סורקים, האזור שבו המשימה מעובדת ומשאבי המחשוב שזמינים באותו אזור. לכן אי אפשר לקבוע מראש את זמן האחזור של משימות הבדיקה.
כדי לצמצם את זמן האחזור של המשימה, אתם יכולים לנסות את הפעולות הבאות:
- אם דגימה זמינה למשימה או לטריגר של המשימה, הפעילו אותה.
אל תפעילו סוגי מידע שאתם לא צריכים. למרות שסוגי המידע הבאים שימושיים בתרחישים מסוימים, הם יכולים לגרום לבקשות לפעול לאט יותר מבקשות שלא כוללות אותם:
PERSON_NAMEFEMALE_NAMEMALE_NAMEFIRST_NAMELAST_NAMEDATE_OF_BIRTHLOCATIONSTREET_ADDRESSORGANIZATION_NAME
תמיד צריך לציין במפורש את סוגי המידע. אל תשתמשו ברשימה ריקה של infoTypes.
אם אפשר, השתמשו באזור עיבוד אחר.
אם אתם עדיין נתקלים בבעיות של זמן אחזור במשימות אחרי שניסיתם את השיטות האלה, כדאי להשתמש בבקשות content.inspect או content.deidentify במקום במשימות. השיטות האלה נכללות בהסכם רמת השירות. מידע נוסף זמין במאמר הסכם רמת השירות (SLA) של Sensitive Data Protection.
לפני שמתחילים
ההוראות שמפורטות בנושא הזה מבוססות על ההנחות הבאות:
הפעלתם את החיוב.
הפעלתם את Sensitive Data Protection.
כדי לסווג את האחסון, נדרש היקף ההרשאות הבא ב-OAuth:
https://www.googleapis.com/auth/cloud-platform. מידע נוסף זמין במאמר אימות ל-DLP API.
בדיקת מיקום של Cloud Storage
אתם יכולים להגדיר בדיקה של מיקום ב-Cloud Storage באמצעות Sensitive Data Protection, דרך מסוף Google Cloud , דרך ה-DLP API באמצעות בקשות REST או RPC, או באופן פרוגרמטי בכמה שפות באמצעות ספריית לקוח. למידע על הפרמטרים שכלולים בדוגמאות הקוד וב-JSON הבאות, ראו הגדרת בדיקת אחסון בהמשך הנושא הזה.
Sensitive Data Protection מסתמך על סיומות קבצים וסוגי מדיה (סוג MIME) כדי לזהות את סוגי הקבצים שצריך לסרוק ואת מצבי הסריקה שצריך להחיל. לדוגמה, Sensitive Data Protection סורק קובץ .txt במצב טקסט פשוט, גם אם הקובץ מובנה כקובץ CSV, שבדרך כלל נסרק במצב ניתוח מובנה.
כדי להגדיר משימת סריקה של קטגוריה של Cloud Storage באמצעות Sensitive Data Protection:
המסוף
בקטע הזה מוסבר איך לבדוק קטגוריה או תיקייה של Cloud Storage. אם אתם רוצים ש-Sensitive Data Protection גם ייצור עותק של הנתונים בלי פרטים מזהים, קראו את המאמר הסרת פרטים מזהים ממידע רגיש שמאוחסן ב-Cloud Storage באמצעות מסוף Google Cloud .
בקטע Sensitive Data Protection במסוף Google Cloud , נכנסים לדף Create job or job trigger.
מזינים את פרטי המשימה של Sensitive Data Protection ולוחצים על Continue כדי להשלים כל שלב:
בקטע Choose input data, נותנים שם למשימה בשדה Name. בקטע Location, בוחרים באפשרות Cloud Storage בתפריט Storage type, ואז מזינים את מיקום הנתונים שרוצים לסרוק. הקטע Sampling מוגדר מראש להרצת סריקה לדוגמה של הנתונים. אם יש לכם כמות גדולה של נתונים, אתם יכולים לשנות את השדה Percentage of objects scanned within bucket כדי לחסוך במשאבים. לפרטים נוספים, קראו את המאמר בחירת נתוני קלט.
(אופציונלי) בקטע Configure detection, אתם יכולים להגדיר את סוגי הנתונים שצריך לחפש, שנקראים infoTypes. אפשר לבחור מתוך רשימת סוגי המידע המוגדרים מראש, או לבחור תבנית אם יש כזו. מידע נוסף זמין במאמר הגדרת זיהוי.
בקטע Add actions, בוחרים פעולה אחת או יותר ש-Sensitive Data Protection יבצע אחרי שהמשימה תסתיים. מידע נוסף זמין במאמר הפעלת פעולות של בדיקה או ניתוח סיכונים.
אחרי שבוחרים פעולות, לוחצים על המשך.
(אופציונלי) בקטע Schedule, כדי להריץ את הסריקה פעם אחת בלבד, משאירים את התפריט במצב None. כדי לתזמן סריקות שיפעלו מדי פעם, לוחצים על Create a trigger to run the job on a periodic schedule. לפרטים נוספים, קראו את המאמר תזמון.
לוחצים על יצירה.
בסיום המשימה של Sensitive Data Protection, תועברו לדף הפרטים של המשימה ותקבלו התראה באימייל. אפשר לראות את תוצאות הבדיקה בדף פרטי המשימה.
(אופציונלי) אם בחרתם לפרסם את הממצאים של Sensitive Data Protection ב-BigQuery, בדף Job details לוחצים על View Findings in BigQuery כדי לפתוח את הטבלה בממשק המשתמש של BigQuery באינטרנט. לאחר מכן תוכלו לשלוח שאילתות לטבלה ולנתח את הממצאים. למידע נוסף על שליחת שאילתות לגבי התוצאות ב-BigQuery, קראו את המאמר שליחת שאילתות לגבי ממצאים של Sensitive Data Protection ב-BigQuery.
פרוטוקול
בהמשך מוצגת דוגמה ל-JSON שאפשר לשלוח בבקשת POST לנקודת הקצה (endpoint) שצוינה ב-REST של Sensitive Data Protection. הדוגמה הזו ב-JSON ממחישה איך להשתמש ב-DLP API כדי לבדוק קטגוריות של Cloud Storage. למידע על הפרמטרים שנכללים בבקשה, ראו "הגדרת בדיקת אחסון" בהמשך הנושא.
אתם יכולים לנסות את זה במהירות ב-APIs Explorer בדף העזר של content.inspect:
חשוב לזכור שבקשה מוצלחת, אפילו ב-APIs Explorer, תיצור משימת סריקה חדשה. בהמשך הנושא, בקטע "אחזור תוצאות הבדיקה", מוסבר איך לשלוט במשימות הסריקה. למידע כללי על השימוש ב-JSON כדי לשלוח בקשות ל-DLP API, קראו את המדריך למתחילים בנושא JSON.
קלט JSON:
POST https://dlp.googleapis.com/v2/projects/[PROJECT-ID]/dlpJobs?key={YOUR_API_KEY}
{
"inspectJob":{
"storageConfig":{
"cloudStorageOptions":{
"fileSet":{
"url":"gs://[BUCKET-NAME]/*"
},
"bytesLimitPerFile":"1073741824"
},
"timespanConfig":{
"startTime":"2017-11-13T12:34:29.965633345Z",
"endTime":"2018-01-05T04:45:04.240912125Z"
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"PHONE_NUMBER"
}
],
"excludeInfoTypes":false,
"includeQuote":true,
"minLikelihood":"LIKELY"
},
"actions":[
{
"saveFindings":{
"outputConfig":{
"table":{
"projectId":"[PROJECT-ID]",
"datasetId":"[DATASET-ID]"
}
}
}
}
]
}
}
פלט מסוג JSON:
{
"name":"projects/[PROJECT-ID]/dlpJobs/[JOB-ID]",
"type":"INSPECT_JOB",
"state":"PENDING",
"inspectDetails":{
"requestedOptions":{
"snapshotInspectTemplate":{
},
"jobConfig":{
"storageConfig":{
"cloudStorageOptions":{
"fileSet":{
"url":"gs://[BUCKET-NAME]/*"
},
"bytesLimitPerFile":"1073741824"
},
"timespanConfig":{
"startTime":"2017-11-13T12:34:29.965633345Z",
"endTime":"2018-01-05T04:45:04.240912125Z"
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"PHONE_NUMBER"
}
],
"minLikelihood":"LIKELY",
"limits":{
},
"includeQuote":true
},
"actions":[
{
"saveFindings":{
"outputConfig":{
"table":{
"projectId":"[PROJECT-ID]",
"datasetId":"[DATASET-ID]",
"tableId":"[NEW-TABLE-ID]"
}
}
}
}
]
}
}
},
"createTime":"2018-11-07T18:01:14.225Z"
}
Java
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Go
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
PHP
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
C#
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
בדיקת סוג ב-Datastore
אפשר להגדיר בדיקה של סוג Datastore באמצעותGoogle Cloud המסוף, ה-DLP API דרך בקשות REST או RPC, או באופן פרוגרמטי בכמה שפות באמצעות ספריית לקוח.
כדי להגדיר משימת סריקה של סוג Datastore באמצעות Sensitive Data Protection:
המסוף
כדי להגדיר משימת סריקה של סוג Datastore באמצעות Sensitive Data Protection:
בקטע Sensitive Data Protection במסוף Google Cloud , נכנסים לדף Create job or job trigger.
מזינים את פרטי המשימה של Sensitive Data Protection ולוחצים על Continue כדי להשלים כל שלב:
בקטע Choose input data, מזינים את המזהים של הפרויקט, מרחב השמות (אופציונלי) והסוג שרוצים לסרוק. למידע נוסף, ראו בחירת נתוני קלט.
(אופציונלי) בקטע Configure detection, אתם יכולים להגדיר את סוגי הנתונים שצריך לחפש, שנקראים infoTypes. אפשר לבחור מתוך רשימת סוגי המידע המוגדרים מראש, או לבחור תבנית אם יש כזו. מידע נוסף זמין במאמר הגדרת זיהוי.
בקטע Add actions, בוחרים פעולה אחת או יותר ש-Sensitive Data Protection יבצע אחרי שהמשימה תסתיים. מידע נוסף זמין במאמר הפעלת פעולות של בדיקה או ניתוח סיכונים.
אחרי שבוחרים פעולות, לוחצים על המשך.
(אופציונלי) בשדה Schedule, מגדירים טווח זמן או לוח זמנים על ידי בחירה באפשרות Specify time span או באפשרות Create a trigger to run the job on a periodic schedule. מידע נוסף זמין בקטע תזמון.
לוחצים על יצירה.
בסיום המשימה של Sensitive Data Protection, תועברו לדף הפרטים של המשימה ותקבלו התראה באימייל. אפשר לראות את תוצאות הבדיקה בדף פרטי המשימה.
(אופציונלי) אם בחרתם לפרסם את הממצאים של Sensitive Data Protection ב-BigQuery, בדף Job details לוחצים על View Findings in BigQuery כדי לפתוח את הטבלה בממשק המשתמש של BigQuery באינטרנט. אחרי זה תוכלו לשלוח שאילתות לטבלה ולנתח את הממצאים. למידע נוסף על שליחת שאילתות לגבי התוצאות ב-BigQuery, קראו את המאמר שליחת שאילתות לגבי ממצאים של Sensitive Data Protection ב-BigQuery.
פרוטוקול
בהמשך מופיעה דוגמה ל-JSON שאפשר לשלוח בבקשת POST לנקודת הקצה שצוינה ב-DLP API REST. הדוגמה הזו ב-JSON ממחישה איך להשתמש ב-DLP API כדי לבדוק סוגים של Datastore. למידע על הפרמטרים שנכללים בבקשה, ראו הגדרת בדיקת אחסון בהמשך הנושא הזה.
אתם יכולים לנסות את זה במהירות ב-APIs Explorer בדף העזר של dlpJobs.create:
חשוב לזכור שבקשה מוצלחת, אפילו ב-APIs Explorer, תיצור משימת סריקה חדשה. בהמשך הנושא, בקטע אחזור תוצאות הבדיקה, מוסבר איך לשלוט במשימות הסריקה. למידע כללי על השימוש ב-JSON כדי לשלוח בקשות ל-DLP API, קראו את המדריך למתחילים בנושא JSON.
קלט JSON:
POST https://dlp.googleapis.com/v2/projects/[PROJECT-ID]/dlpJobs?key={YOUR_API_KEY}
{
"inspectJob":{
"storageConfig":{
"datastoreOptions":{
"kind":{
"name":"Example-Kind"
},
"partitionId":{
"namespaceId":"[NAMESPACE-ID]",
"projectId":"[PROJECT-ID]"
}
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"PHONE_NUMBER"
}
],
"excludeInfoTypes":false,
"includeQuote":true,
"minLikelihood":"LIKELY"
},
"actions":[
{
"saveFindings":{
"outputConfig":{
"table":{
"projectId":"[PROJECT-ID]",
"datasetId":"[BIGQUERY-DATASET-NAME]",
"tableId":"[BIGQUERY-TABLE-NAME]"
}
}
}
}
]
}
}
Java
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Go
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
PHP
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
C#
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
בדיקת טבלה ב-BigQuery
אתם יכולים להגדיר בדיקה של טבלה ב-BigQuery באמצעות Sensitive Data Protection דרך בקשות REST, או באופן פרוגרמטי בכמה שפות באמצעות ספריית לקוח.
כדי להגדיר משימת סריקה של טבלה ב-BigQuery באמצעות Sensitive Data Protection:
המסוף
כדי להגדיר משימת סריקה של טבלה ב-BigQuery באמצעות Sensitive Data Protection:
בקטע Sensitive Data Protection במסוף Google Cloud , נכנסים לדף Create job or job trigger.
מזינים את פרטי המשימה של Sensitive Data Protection ולוחצים על Continue כדי להשלים כל שלב:
בקטע Choose input data, נותנים שם למשימה בשדה Name. בקטע Location, בוחרים באפשרות BigQuery בתפריט Storage type ומזינים את פרטי הטבלה שרוצים לסרוק.
הקטע Sampling מוגדר מראש להרצת סריקה לדוגמה של הנתונים. אם יש לכם כמות גדולה של נתונים, אתם יכולים לשנות את השדות Limit rows by ו-Maximum number of rows כדי לחסוך במשאבים. לפרטים נוספים, ראו בחירת נתוני קלט.
(אופציונלי) אם רוצים לקשר כל ממצא לשורה שמכילה אותו, מגדירים את השדה Identifying fields.
מזינים את שמות העמודות שמזהות באופן ייחודי כל שורה בטבלה. אם צריך, משתמשים בסימון נקודה כדי לציין שדות בתצוגת עץ. אפשר להוסיף כמה שדות שרוצים.
כדי לייצא את הממצאים ל-BigQuery, צריך גם להפעיל את הפעולה Save to BigQuery. כשמייצאים את הממצאים ל-BigQuery, כל ממצא מכיל את הערכים המתאימים של השדות המזהים. מידע נוסף זמין במאמר
identifyingFields.(אופציונלי) בקטע Configure detection, אתם יכולים להגדיר את סוגי הנתונים שצריך לחפש, שנקראים infoTypes. אפשר לבחור מתוך רשימת סוגי המידע המוגדרים מראש, או לבחור תבנית אם יש כזו. מידע נוסף זמין במאמר הגדרת זיהוי.
בקטע Add actions, בוחרים פעולה אחת או יותר ש-Sensitive Data Protection יבצע אחרי שהמשימה תסתיים. מידע נוסף זמין במאמר הפעלת פעולות של בדיקה או ניתוח סיכונים.
אחרי שבוחרים פעולות, לוחצים על המשך.
(אופציונלי) בקטע Schedule, כדי להריץ את הסריקה פעם אחת בלבד, משאירים את התפריט במצב None. כדי לתזמן סריקות שיפעלו מדי פעם, לוחצים על Create a trigger to run the job on a periodic schedule. לפרטים נוספים, קראו את המאמר תזמון.
לוחצים על יצירה.
בסיום המשימה של Sensitive Data Protection, תועברו לדף הפרטים של המשימה ותקבלו התראה באימייל. אפשר לראות את תוצאות הבדיקה בדף פרטי המשימה.
(אופציונלי) אם בחרתם לפרסם את הממצאים של Sensitive Data Protection ב-BigQuery, בדף Job details לוחצים על View Findings in BigQuery כדי לפתוח את הטבלה בממשק המשתמש של BigQuery באינטרנט. אחרי זה תוכלו לשלוח שאילתות לטבלה ולנתח את הממצאים. למידע נוסף על שליחת שאילתות לגבי התוצאות ב-BigQuery, קראו את המאמר שליחת שאילתות לגבי ממצאים של Sensitive Data Protection ב-BigQuery.
פרוטוקול
בהמשך מופיעה דוגמה ל-JSON שאפשר לשלוח בבקשת POST לנקודת הקצה שצוינה ב-DLP API REST. הדוגמה הזו ב-JSON ממחישה איך להשתמש ב-DLP API כדי לבדוק טבלאות ב-BigQuery. למידע על הפרמטרים שנכללים בבקשה, ראו הגדרת בדיקת אחסון בהמשך הנושא הזה.אתם יכולים לנסות את זה במהירות ב-APIs Explorer בדף העזר של dlpJobs.create:
חשוב לזכור שבקשה מוצלחת, אפילו ב-APIs Explorer, תיצור משימת סריקה חדשה. בהמשך הנושא, בקטע "אחזור תוצאות הבדיקה", מוסבר איך לשלוט במשימות הסריקה. למידע כללי על השימוש ב-JSON כדי לשלוח בקשות ל-DLP API, קראו את המדריך למתחילים בנושא JSON.
קלט JSON:
POST https://dlp.googleapis.com/v2/projects/[PROJECT-ID]/dlpJobs?key={YOUR_API_KEY}
{
"inspectJob":{
"storageConfig":{
"bigQueryOptions":{
"tableReference":{
"projectId":"[PROJECT-ID]",
"datasetId":"[BIGQUERY-DATASET-NAME]",
"tableId":"[BIGQUERY-TABLE-NAME]"
},
"identifyingFields":[
{
"name":"id"
}
]
},
"timespanConfig":{
"startTime":"2017-11-13T12:34:29.965633345Z ",
"endTime":"2018-01-05T04:45:04.240912125Z "
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"PHONE_NUMBER"
}
],
"excludeInfoTypes":false,
"includeQuote":true,
"minLikelihood":"LIKELY"
},
"actions":[
{
"saveFindings":{
"outputConfig":{
"table":{
"projectId":"[PROJECT-ID]",
"datasetId":"[BIGQUERY-DATASET-NAME]",
"tableId":"[BIGQUERY-TABLE-NAME]"
},
"outputSchema": "BASIC_COLUMNS"
}
}
}
]
}
}
Java
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Go
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
PHP
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
C#
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
הגדרת בדיקת האחסון
כדי לבדוק מיקום ב-Cloud Storage, סוג ב-Datastore או טבלה ב-BigQuery, שולחים בקשה ל-method projects.dlpJobs.create של DLP API, שמכילה לפחות את מיקום הנתונים לסריקה ואת מה שצריך לסרוק. בנוסף לפרמטרים הנדרשים האלה, אפשר גם לציין איפה לכתוב את תוצאות הסריקה, את סף הגודל והסבירות ועוד. בקשה מוצלחת יוצרת מופע של אובייקט DlpJob, שמוסבר בקטע אחזור תוצאות הבדיקה.
אלה אפשרויות ההגדרה הזמינות:
InspectJobConfigאובייקט: מכיל את פרטי ההגדרה של משימת הבדיקה. שימו לב שהאובייקטInspectJobConfigמשמש גם את האובייקטJobTriggersלתזמון היצירה שלDlpJob. האובייקט הזה כולל:StorageConfigobject: חובה. מכיל פרטים על מאגר האחסון שצריך לסרוק:צריך לכלול אחד מהבאים באובייקט
StorageConfig, בהתאם לסוג מאגר האחסון שנסרק:
CloudStorageOptionsאובייקט: מכיל מידע על הקטגוריה של Cloud Storage שרוצים לסרוק.האובייקט
DatastoreOptions: מכיל מידע על קבוצת הנתונים של Datastore שצריך לסרוק.האובייקט
BigQueryOptions: מכיל מידע על הטבלה ב-BigQuery (ואופציונלית, שדות מזהים) לסריקה. האובייקט הזה גם מאפשר דגימת תוצאות. מידע נוסף מופיע בקטע הפעלת דגימת תוצאות בהמשך.
TimespanConfigאובייקט: אופציונלי. מציין את טווח הזמן של הפריטים שייכללו בסריקה.
InspectConfigobject: חובה. מציין מה לחפש, כמו ערכי infoTypes וסבירות.- אובייקטים מסוג
InfoType: חובה. ערך אחד או יותר של infoType לסריקה. Likelihoodenumeration: אופציונלי. כשמגדירים את הסף, Sensitive Data Protection מחזיר רק ממצאים ששווים לסף הסבירות הזה או גבוהים ממנו. אם משמיטים את ה-enum הזה, ערך ברירת המחדל הואPOSSIBLE.-
FindingLimitsאובייקט: אופציונלי. כשמגדירים את האובייקט הזה, אפשר לציין מגבלה על מספר הממצאים שיוחזרו. - הפרמטר
includeQuote: אופציונלי. ברירת המחדל היאfalse. כשהערך הואtrue, כל ממצא כולל ציטוט לפי הקשר מהנתונים שהפעילו אותו. - הפרמטר
excludeInfoTypes: אופציונלי. ברירת המחדל היאfalse. כשהערך הואtrue, תוצאות הסריקה לא יכללו מידע על סוג הממצאים. CustomInfoTypeobjects: סוג מידע מותאם אישית אחד או יותר שנוצר על ידי המשתמש. מידע נוסף על יצירת infoType בהתאמה אישית זמין במאמר יצירת מזהים של infoType בהתאמה אישית.
- אובייקטים מסוג
inspectTemplateNameמחרוזת: אופציונלי. מציין תבנית שמשמשת לאכלוס ערכי ברירת מחדל באובייקטInspectConfig. אם כבר ציינת אתInspectConfig, ערכי התבנית ימוזגו.
Action: אופציונלי. פעולה אחת או יותר לביצוע בסיום המשימה. כל פעולה מתבצעת לפי הסדר שבו היא מופיעה ברשימה. כאן מציינים איפה לכתוב את התוצאות, או אם לפרסם התראה בנושא Pub/Sub.
jobId: אופציונלי. מזהה המשימה שמוחזר על ידי Sensitive Data Protection. אם משמיטים אתjobIdאו שהוא ריק, המערכת יוצרת מזהה למשימה. אם מציינים מזהה, הוא מוקצה למשימה. מזהה המשימה חייב להיות ייחודי, ויכול להכיל אותיות רישיות וקטנות, מספרים ומקפים. כלומר, הוא חייב להתאים לביטוי הרגולרי הבא:[a-zA-Z\\d-]+.
הגבלת כמות התוכן שנבדק
אם אתם סורקים טבלאות ב-BigQuery או קטגוריות של Cloud Storage, ב-Sensitive Data Protection יש דרך לסרוק קבוצת משנה של מערך הנתונים. כך אפשר לקבל דגימה של תוצאות סריקה בלי לשלם את העלויות הפוטנציאליות של סריקת קבוצת נתונים שלמה.
בקטעים הבאים מוסבר איך להגביל את הגודל של הסריקות ב-Cloud Storage ושל הסריקות ב-BigQuery.
הגבלת הסריקות של Cloud Storage
כדי להפעיל דגימה ב-Cloud Storage, אתם יכולים להגביל את כמות הנתונים שנסרקים. אתם יכולים להורות ל-DLP API לסרוק רק קבצים בגודל מסוים, רק סוגי קבצים מסוימים ורק אחוז מסוים מהמספר הכולל של הקבצים בקבוצת קובצי הקלט. כדי לעשות את זה, מציינים את השדות האופציונליים הבאים ב-CloudStorageOptions:
-
bytesLimitPerFile: מגדיר את המספר המקסימלי של בייטים לסריקה מקובץ. אם גודל הקובץ שנסרק גדול מהערך הזה, שאר הבייטים מושמטים. להגדרה של השדה הזה אין השפעה על סוגי קבצים מסוימים. מידע נוסף זמין במאמר מגבלות על מספר הבייטים שנסרקים בכל קובץ. -
fileTypes[]: רשימה שלFileTypesשצריך לכלול בסריקה. אפשר להגדיר את זה לאחד או יותר מהסוגים המפורטים הבאים. -
filesLimitPercent: מגביל את מספר הקבצים לסריקה לאחוז שצוין בקלטFileSet. אם מציינים כאן0או100, זה אומר שאין מגבלה. -
sampleMethod: איך לדגום בייטים אם לא כל הבייטים נסרקים. הערך הזה רלוונטי רק אם משתמשים בו בשילוב עםbytesLimitPerFile. אם לא מציינים ערך, הסריקה מתחילה מלמעלה. אפשר להגדיר את השדה הזה לאחד משני ערכים:TOP: הסריקה מתחילה מלמעלה.-
RANDOM_START: לכל קובץ שגדול מהגודל שצוין ב-bytesLimitPerFile, בוחרים באופן אקראי את ההיסט כדי להתחיל בסריקה. הבייטים שנסרקו הם רציפים.
בדוגמאות הבאות מוסבר איך להשתמש ב-DLP API כדי לסרוק קבוצת משנה של 90% מקטגוריה של Cloud Storage, כדי לאתר שמות של אנשים. הסריקה מתחילה ממיקום אקראי במערך הנתונים, וכוללת רק קובצי טקסט בגודל של פחות מ-200 בייטים.
C#
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Go
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
PHP
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
קלט JSON:
POST https://dlp.googleapis.com/v2/projects/[PROJECT-ID]/dlpJobs?key={YOUR_API_KEY}
{
"inspectJob":{
"storageConfig":{
"cloudStorageOptions":{
"fileSet":{
"url":"gs://[BUCKET-NAME]/*"
},
"bytesLimitPerFile":"200",
"fileTypes":[
"TEXT_FILE"
],
"filesLimitPercent":90,
"sampleMethod":"RANDOM_START"
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"PERSON_NAME"
}
],
"excludeInfoTypes":true,
"includeQuote":true,
"minLikelihood":"POSSIBLE"
},
"actions":[
{
"saveFindings":{
"outputConfig":{
"table":{
"projectId":"[PROJECT-ID]",
"datasetId":"testingdlp"
},
"outputSchema":"BASIC_COLUMNS"
}
}
}
]
}
}
אחרי ששולחים את קלט ה-JSON בבקשת POST לנקודת הקצה שצוינה, נוצרת משימה של Sensitive Data Protection וה-API שולח את התגובה הבאה.
פלט מסוג JSON:
{
"name":"projects/[PROJECT-ID]/dlpJobs/[JOB-ID]",
"type":"INSPECT_JOB",
"state":"PENDING",
"inspectDetails":{
"requestedOptions":{
"snapshotInspectTemplate":{
},
"jobConfig":{
"storageConfig":{
"cloudStorageOptions":{
"fileSet":{
"url":"gs://[BUCKET_NAME]/*"
},
"bytesLimitPerFile":"200",
"fileTypes":[
"TEXT_FILE"
],
"sampleMethod":"TOP",
"filesLimitPercent":90
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"PERSON_NAME"
}
],
"minLikelihood":"POSSIBLE",
"limits":{
},
"includeQuote":true,
"excludeInfoTypes":true
},
"actions":[
{
"saveFindings":{
"outputConfig":{
"table":{
"projectId":"[PROJECT-ID]",
"datasetId":"[DATASET-ID]",
"tableId":"[TABLE-ID]"
},
"outputSchema":"BASIC_COLUMNS"
}
}
}
]
}
}
},
"createTime":"2018-05-30T22:22:08.279Z"
}
הגבלת הסריקות ב-BigQuery
כדי להפעיל דגימה ב-BigQuery על ידי הגבלת כמות הנתונים שנסרקים, צריך לציין את השדות האופציונליים הבאים ב-BigQueryOptions:
-
rowsLimit: המספר המקסימלי של שורות לסריקה. אם בטבלה יש יותר שורות מהערך הזה, שאר השורות יושמטו. אם המדיניות לא מוגדרת או מוגדרת ל-0, כל השורות ייסרקו.
rowsLimitPercent: האחוז המקסימלי של השורות לסריקה (בין 0 ל-100). שאר השורות מושמטות. אם מגדירים את הערך הזה כ-0 או כ-100, אין הגבלה. ערך ברירת המחדל הוא 0. אפשר לציין רק אחד מהערכיםrowsLimitו-rowsLimitPercent.
sampleMethod: איך לדגום שורות אם לא כל השורות נסרקות. אם לא מציינים ערך, הסריקה מתחילה מלמעלה. אפשר להגדיר בשדה הזה אחד משני ערכים:TOP: הסריקה מתחילה מלמעלה.-
RANDOM_START: הסריקה מתחילה משורה שנבחרת באופן אקראי.
excludedFields: שדות בטבלה שמזהים באופן ייחודי עמודות שלא צריך לקרוא. כך אפשר לצמצם את כמות הנתונים שנסרקים ולהפחית את העלות הכוללת של משימת הבדיקה.
includedFields: שדות בטבלה שמזהים באופן ייחודי שורות ספציפיות בטבלה לסריקה.
תכונה נוספת שמועילה להגבלת הנתונים שנסרקים, במיוחד כשסורקים טבלאות מחולקות למחיצות, היא TimespanConfig.
בעזרת TimespanConfig אפשר לסנן שורות בטבלה ב-BigQuery על ידי ציון ערכי זמן של התחלה וסיום כדי להגדיר טווח זמן. Sensitive Data Protection סורק רק שורות שמכילות חותמת זמן בטווח הזמן הזה.
בדוגמאות הבאות מוסבר איך להשתמש ב-DLP API כדי לסרוק קבוצת משנה של 1,000 שורות בטבלה ב-BigQuery. הסריקה מתחילה משורה אקראית.
Go
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Node.js
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
PHP
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
C#
במאמר ספריות הלקוח של Sensitive Data Protection מוסבר איך להתקין את ספריית הלקוח ולהשתמש בה ב-Sensitive Data Protection.
כדי לבצע אימות ב-Sensitive Data Protection, צריך להגדיר את Application Default Credentials. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
קלט JSON:
POST https://dlp.googleapis.com/v2/projects/[PROJECT-ID]/dlpJobs?key={YOUR_API_KEY}
{
"inspectJob":{
"storageConfig":{
"bigQueryOptions":{
"tableReference":{
"projectId":"bigquery-public-data",
"datasetId":"usa_names",
"tableId":"usa_1910_current"
},
"rowsLimit":"1000",
"sampleMethod":"RANDOM_START",
"includedFields":[
{
"name":"name"
}
]
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"FIRST_NAME"
}
],
"includeQuote":true
},
"actions":[
{
"saveFindings":{
"outputConfig":{
"table":{
"projectId":"[PROJECT-ID]",
"datasetId":"testingdlp",
"tableId":"bqsample3"
},
"outputSchema":"BASIC_COLUMNS"
}
}
}
]
}
}
אחרי ששולחים את קלט ה-JSON בבקשת POST לנקודת הקצה שצוינה, נוצרת משימה של Sensitive Data Protection וה-API שולח את התגובה הבאה.
פלט מסוג JSON:
{
"name": "projects/[PROJECT-ID]/dlpJobs/[JOB-ID]",
"type": "INSPECT_JOB",
"state": "PENDING",
"inspectDetails": {
"requestedOptions": {
"snapshotInspectTemplate": {},
"jobConfig": {
"storageConfig": {
"bigQueryOptions": {
"tableReference": {
"projectId": "bigquery-public-data",
"datasetId": "usa_names",
"tableId": "usa_1910_current"
},
"rowsLimit": "1000",
"sampleMethod": "RANDOM_START",
"includedFields": [
{
"name": "name"
}
]
}
},
"inspectConfig": {
"infoTypes": [
{
"name": "FIRST_NAME"
}
],
"limits": {},
"includeQuote": true
},
"actions": [
{
"saveFindings": {
"outputConfig": {
"table": {
"projectId": "[PROJECT-ID]",
"datasetId": "[DATASET-ID]",
"tableId": "bqsample"
},
"outputSchema": "BASIC_COLUMNS"
}
}
}
]
}
},
"result": {}
},
"createTime": "2022-11-04T18:53:48.350Z"
}
כשהמשימה מסתיימת והתוצאות שלה מעובדות על ידי BigQuery, תוצאות הסריקה זמינות בטבלת הפלט שצוינה ב-BigQuery. בקטע הבא מוסבר איך מאחזרים את תוצאות הבדיקה.
אחזור תוצאות הבדיקה
אפשר לאחזר סיכום של DlpJob באמצעות ה-method projects.dlpJobs.get. האובייקט DlpJob שמוחזר כולל את האובייקט InspectDataSourceDetails, שמכיל גם סיכום של הגדרת המשימה (RequestedOptions) וגם סיכום של תוצאת המשימה (Result). סיכום התוצאה כולל:
-
processedBytes: הגודל הכולל בבייטים שעובדו. -
totalEstimatedBytes: הערכה של מספר הבייטים שנותרו לעיבוד. -
InfoTypeStatistics: אובייקט שמכיל נתונים סטטיסטיים לגבי מספר המופעים של כל infoType שנמצאו במהלך משימת הביקורת.
יש כמה אפשרויות להצגת התוצאות המלאות של משימת הבדיקה. בהתאם לAction שבחרתם, משימות הבדיקה הן:
- נשמרים ב-BigQuery (האובייקט
SaveFindings) בטבלה שצוינה. לפני שצופים בתוצאות או מנתחים אותן, צריך לוודא שהמשימה הסתיימה באמצעות השיטהprojects.dlpJobs.getשמתוארת בהמשך. שימו לב שאפשר לציין סכימה לאחסון ממצאים באמצעות האובייקטOutputSchema. - פורסמו בנושא Pub/Sub (האובייקט
PublishToPubSub). לנושא צריכות להיות זכויות גישה לפרסום בחשבון השירות של Sensitive Data Protection, שמפעיל אתDlpJobששולח את ההתראות. - פורסמו ב-Security Command Center.
- פורסמו ב-Cloud Monitoring.
כדי לסנן כמויות גדולות של נתונים שנוצרו על ידי Sensitive Data Protection, אתם יכולים להשתמש בכלים המובְנים של BigQuery כדי להריץ ניתוחי SQL עשירים, או בכלים כמו Data Studio כדי ליצור דוחות. מידע נוסף זמין במאמר ניתוח ממצאים של Sensitive Data Protection ודיווח עליהם. במאמר שליחת שאילתות לגבי ממצאים ב-BigQuery תוכלו למצוא כמה שאילתות לדוגמה.
כששולחים בקשה לבדיקת מאגר נתונים ל-Sensitive Data Protection, נוצר ומופעל מופע של אובייקט DlpJob בתגובה. ההרצה של המשימות האלה יכולה להימשך שניות, דקות או שעות, בהתאם לגודל הנתונים ולהגדרות שציינתם. אם בוחרים לפרסם בנושא Pub/Sub (על ידי ציון PublishToPubSub ב-Action), ההתראות נשלחות באופן אוטומטי לנושא עם השם שצוין כשסטטוס המשימה משתנה. שם הנושא ב-Pub/Sub מצוין בפורמט projects/[PROJECT-ID]/topics/[PUBSUB-TOPIC-NAME].
יש לכם שליטה מלאה על המשימות שאתם יוצרים, כולל שיטות הניהול הבאות:
projects.dlpJobs.cancelmethod: הפסקת משימה שמתבצעת כרגע. השרת עושה כמיטב יכולתו לבטל את המשימה, אבל אין ערובה לכך שהיא תבוטל. המשימה וההגדרות שלה יישארו עד שתמחקו אותה (באמצעות- ה-method
projects.dlpJobs.delete: מחיקת משימה וההגדרות שלה. - השיטה
projects.dlpJobs.get: מאחזרת משימה אחת ומחזירה את הסטטוס שלה, את ההגדרות שלה, ואם המשימה הסתיימה, את סיכום התוצאות. - ה-method
projects.dlpJobs.list: מאחזרת רשימה של כל המשימות, וכוללת את היכולת לסנן את התוצאות.
השלבים הבאים
- איך יוצרים ומתזמנים משימות בדיקה של Sensitive Data Protection
- מידע נוסף על הסרת פרטי הזיהוי מנתונים באחסון
- סוגי הקבצים הנתמכים בבדיקה של קטגוריות ב-Cloud Storage.