הניהול הנכון של נתונים רגישים שמאוחסנים במאגר אחסון מתחיל בסיווג האחסון: זיהוי המיקום של הנתונים הרגישים במאגר, סוג הנתונים הרגישים והשימוש שנעשה בהם. הידע הזה יכול לעזור לכם להגדיר בצורה נכונה את הרשאות השיתוף ובקרת הגישה, והוא יכול להיות חלק מתוכנית מעקב שוטפת.
באמצעות 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 בארכיטקטורת REST, או באופן פרוגרמטי באמצעות ספריית לקוח של 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 יש הרשאה לקרוא את המשאבים שלכם.
הגבלת היקף הסריקות הראשונות
כדי לקבל את התוצאות הטובות ביותר, כדאי להגביל את היקף העבודה של המשימות הראשונות במקום לסרוק את כל הנתונים. מתחילים עם טבלה אחת, מאגר אחד או כמה קבצים ומשתמשים בדגימה. הגבלת ההיקף של הסריקות הראשונות מאפשרת לכם לקבוע טוב יותר אילו גלאים להפעיל ואילו כללי החרגה עשויים להידרש כדי לצמצם את התוצאות החיוביות הכוזבות, כך שהממצאים יהיו משמעותיים יותר. כדאי להימנע מהפעלת כל סוגי המידע אם לא צריך את כולם, כי טעויות בזיהוי או ממצאים לא שמישים עלולים להקשות על הערכת הסיכון. למרות שהם שימושיים בתרחישים מסוימים, סוגי מידע כמו 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 מוגדר מראש להרצת סריקה לדוגמה של הנתונים. אם יש לכם כמות גדולה של נתונים, אתם יכולים לשנות את הערך בשדה אחוז האובייקטים שנסרקו בתוך מאגר כדי לחסוך במשאבים. מידע נוסף זמין במאמר בנושא בחירת נתוני קלט.
(אופציונלי) בקטע Configure detection (הגדרת זיהוי), אפשר להגדיר אילו סוגי נתונים לחפש, שנקראים infoTypes (סוגי מידע). אפשר לבחור מתוך רשימת סוגי המידע המוגדרים מראש, או לבחור תבנית אם יש כזו. מידע נוסף זמין במאמר הגדרת זיהוי.
בקטע Add actions, בוחרים פעולה אחת או יותר ש-Sensitive Data Protection יבצע אחרי שהמשימה תסתיים. מידע נוסף זמין במאמר הפעלת פעולות של בדיקה או ניתוח סיכונים.
אחרי שבוחרים פעולות, לוחצים על המשך.
(אופציונלי) אם בוחרים באפשרות תזמון, כדי להריץ את הסריקה רק פעם אחת, משאירים את התפריט על ללא. כדי לתזמן סריקות שיפעלו מדי פעם, לוחצים על 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. אפשר לבחור מתוך רשימת סוגי המידע המוגדרים מראש, או לבחור תבנית אם יש כזו. פרטים נוספים מופיעים במאמר בנושא הגדרת זיהוי.
בקטע הוספת פעולות, בוחרים פעולה אחת או יותר ש-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 כדי לחסוך במשאבים. לפרטים נוספים, ראו בחירת נתוני קלט.
(אופציונלי) אם רוצים לקשר כל ממצא לשורה שמכילה אותו, מגדירים את השדה שדות לזיהוי.
מזינים את שמות העמודות שמזהות באופן ייחודי כל שורה בטבלה. אם צריך, משתמשים בסימון נקודה כדי לציין שדות בתצוגת עץ. אפשר להוסיף כמה שדות שרוצים.
כדי לייצא את הממצאים ל-BigQuery, צריך גם להפעיל את הפעולה שמירה ב-BigQuery. כשמייצאים את הממצאים ל-BigQuery, כל ממצא מכיל את הערכים המתאימים של השדות המזהים. מידע נוסף זמין במאמר
identifyingFields.(אופציונלי) בקטע Configure detection (הגדרת זיהוי), אפשר להגדיר אילו סוגי נתונים לחפש, שנקראים infoTypes (סוגי מידע). אפשר לבחור מתוך רשימת סוגי המידע המוגדרים מראש, או לבחור תבנית אם יש כזו. מידע נוסף זמין במאמר הגדרת זיהוי.
בקטע הוספת פעולות, בוחרים פעולה אחת או יותר ש-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, בהתאם לסוג מאגר האחסון שנסרק:
CloudStorageOptionsobject: מכיל מידע על קטגוריית Cloud Storage לסריקה.האובייקט
DatastoreOptions: מכיל מידע על קבוצת הנתונים של Datastore שצריך לסרוק.האובייקט
BigQueryOptions: מכיל מידע על הטבלה ב-BigQuery (ואופציונלית, שדות מזהים) לסריקה. האובייקט הזה גם מאפשר דגימת תוצאות. מידע נוסף מופיע בקטע הפעלת דגימת תוצאות בהמשך.
TimespanConfigobject: אופציונלי. מציין את טווח הזמן של הפריטים שייכללו בסריקה.
InspectConfigobject: חובה. מציין מה לחפש, כמו ערכי infoTypes וסבירות.- אובייקטים מסוג
InfoType: חובה. ערך אחד או יותר של infoType שרוצים לסרוק. -
Likelihoodenumeration: אופציונלי. כשמגדירים את הסף, Sensitive Data Protection מחזיר רק ממצאים ששווים לסף הסבירות הזה או גבוהים ממנו. אם משמיטים את ה-enum הזה, ערך ברירת המחדל הואPOSSIBLE. FindingLimitsobject: אופציונלי. כשמגדירים את האובייקט הזה, אפשר לציין מגבלה למספר הממצאים שיוחזרו.- הפרמטר
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: מפסיק עבודה שנמצאת כרגע בתהליך. השרת מנסה לבטל את המשימה, אבל לא בטוח שהביטול יצליח. המשימה וההגדרות שלה יישארו עד שתמחקו אותה (באמצעות -
projects.dlpJobs.deletemethod: מחיקת משימה וההגדרה שלה. - השיטה
projects.dlpJobs.get: מאחזרת משימה אחת ומחזירה את הסטטוס שלה, את ההגדרות שלה, ואם המשימה הסתיימה, את סיכום התוצאות. - ה-method
projects.dlpJobs.list: מאחזרת רשימה של כל המשימות, וכוללת את היכולת לסנן את התוצאות.
השלבים הבאים
- איך יוצרים ומתזמנים משימות בדיקה של Sensitive Data Protection
- מידע נוסף על הסרת פרטי הזיהוי מנתונים באחסון
- מידע נוסף על סוגי הקבצים הנתמכים בעת בדיקת קטגוריות של Cloud Storage, ראו סוגי הקבצים הנתמכים.