במדריך הזה נסביר איך לבדוק נתונים ב-Cloud Storage, ב-Firestore במצב Datastore (Datastore) או ב-BigQuery, ולשלוח את תוצאות הבדיקה ל-Security Command Center.
כדי להשתמש בתכונה הזו, הפרויקט צריך להיות שייך לארגון, וצריך להפעיל את Security Command Center ברמת הארגון. אחרת, הממצאים של Sensitive Data Protection לא יופיעו ב-Security Command Center. מידע נוסף זמין במאמר בדיקת רמת ההפעלה של Security Command Center.
בנתוני BigQuery אפשר גם לבצע יצירת פרופילים, שהיא שונה מפעולת בדיקה. אפשר גם לשלוח פרופילי נתונים ל-Security Command Center. מידע נוסף זמין במאמר פרסום פרופילי נתונים ב-Security Command Center.
סקירה כללית
בעזרת Security Command Center אתם יכולים לאסוף נתונים על איומי אבטחה, לזהות אותם ולטפל בהם לפני שהם גורמים נזק או אובדן לעסק. ב-Security Command Center אפשר לבצע כמה פעולות שקשורות לאבטחה ממרכז בקרה אחד.
ל-Sensitive Data Protection יש שילוב מובנה עם Security Command Center. כשמשתמשים בפעולה של Sensitive Data Protection כדי לבדוק אם יש מידע רגיש במאגרי הנתונים ב-Google Cloud , אפשר לשלוח את התוצאות ישירות למרכז הבקרה של Security Command Center. הם מוצגים לצד מדדי אבטחה אחרים.
אם תבצעו את השלבים במדריך הזה, תוכלו:
- מפעילים את Security Command Center ואת Sensitive Data Protection.
- מגדירים את Sensitive Data Protection כדי לבדוק מאגר נתונים ב- Google Cloud – קטגוריה של Cloud Storage, טבלה ב-BigQuery או סוג של Datastore.
- מגדירים סריקה של Sensitive Data Protection כדי לשלוח את תוצאות משימת הבדיקה ל-Security Command Center.
מידע נוסף על Security Command Center זמין במאמרי העזרה של Security Command Center.
אם אתם רוצים לשלוח ל-Security Command Center את התוצאות של סריקות לאיתור נתונים, ולא של משימות ביקורת, קראו את המאמרים בנושא יצירת פרופילים של ארגון או תיקייה או פרויקט.
עלויות
במסמך הזה משתמשים ברכיבים הבאים של Google Cloud, והשימוש בהם כרוך בתשלום:
- Sensitive Data Protection
- Cloud Storage
- BigQuery
- Datastore
בעזרת מחשבון העלויות אתם יכולים להעריך את העלויות בהתאם לשימוש הצפוי.
לפני שמתחילים
כדי לשלוח את תוצאות הסריקה של Sensitive Data Protection ל-Security Command Center, צריך לבצע את הפעולות הבאות:
- שלב 1: מגדירים Google Cloud מאגרי אחסון.
- שלב 2: מגדירים תפקידים בניהול הזהויות והרשאות הגישה (IAM).
- שלב 3: מפעילים את Security Command Center.
- שלב 4: מפעילים את Sensitive Data Protection.
- שלב 5: מפעילים את Sensitive Data Protection כמקור אבטחה ל-Security Command Center.
בקטעים הבאים מוסבר איך להגדיר את הרכיבים האלה.
שלב 1: הגדרת מאגרי אחסון ב- Google Cloud
בוחרים אם לסרוק מאגר אחסון ב- Google Cloud או מאגר לדוגמה. בנושא הזה מוסבר איך לבצע את שתי הפעולות.
סריקת הנתונים שלכם
אם רוצים לסרוק קטגוריה קיימת של Cloud Storage, טבלה קיימת של BigQuery או סוג קיים של Datastore, קודם צריך לפתוח את הפרויקט שבו נמצא המאגר. בשלבים הבאים תפעילו את Security Command Center ואת Sensitive Data Protection בפרויקט הזה ובארגון שלו.
אחרי שפותחים את הפרויקט שבו רוצים להשתמש, ממשיכים לשלב 2 כדי להגדיר כמה תפקידי IAM.
סריקת נתונים לדוגמה
אם אתם רוצים לסרוק קבוצת נתונים לבדיקה, קודם צריך לוודא שהגדרתם חשבון לחיוב ואז ליצור פרויקט חדש. כדי להשלים את השלב הזה, צריך להיות לכם תפקיד IAM יצירת פרויקטים. מידע נוסף על תפקידי IAM
- אם עדיין לא הגדרתם חיוב, אתם צריכים להגדיר חשבון לחיוב.
- נכנסים לדף New Project במסוף Google Cloud .
- ברשימה הנפתחת Billing account, בוחרים את החשבון לחיוב שאליו רוצים לחייב את הפרויקט.
- ברשימה הנפתחת Organization, בוחרים את הארגון שבו רוצים ליצור את הפרויקט.
- ברשימה הנפתחת Location, בוחרים את הארגון או התיקייה שבהם רוצים ליצור את הפרויקט.
בשלב הבא, מורידים ושומרים את הנתונים לדוגמה:
- נכנסים למאגר המדריכים של פונקציות Cloud Run ב-GitHub.
- לוחצים על Clone or download ואז על Download ZIP.
- מחלצים את קובץ ה-ZIP שהורדתם.
- נכנסים לדף Storage Browser במסוף Google Cloud .
- לוחצים על Create bucket.
- בדף Create a bucket, נותנים לקטגוריה שם ייחודי ולוחצים על Create.
- בדף Bucket details, לוחצים על Upload folder.
- עוברים לתיקייה
dlp-cloud-functions-tutorials-masterשחילצתם, פותחים אותה ובוחרים את התיקייהsample_data. לוחצים על Upload כדי להעלות את תוכן התיקייה ל-Cloud Storage.
חשוב לזכור את השם שנתתם לקטגוריה של Cloud Storage, כי תצטרכו להשתמש בו בהמשך. אחרי שההעלאה מסתיימת, אפשר להמשיך.
שלב 2: הגדרת תפקידי IAM
כדי להשתמש ב-Sensitive Data Protection לשליחת תוצאות סריקה ל-Security Command Center, צריך את תפקידי ה-IAM אדמין של Security Center ועריכת משימות של Sensitive Data Protection. בקטע הזה מוסבר איך להוסיף את התפקידים. כדי להשלים את החלק הזה, צריך להיות לכם תפקיד IAM של Organization Administrator.
נכנסים לדף IAM.
- בכרטיסייה View by principals, מוצאים את חשבון Google ולוחצים על editEdit principal.
מוסיפים את התפקידים אדמין של מרכז האבטחה ועריכת משימות של Sensitive Data Protection:
- בחלונית גישת עריכה לוחצים על הוספת תפקיד נוסף.
- ברשימה Select a role, מחפשים את התפקיד Security Center Admin ובוחרים אותו.
- לוחצים על הוספת תפקיד.
- ברשימה Select a role, מחפשים את התפקיד DLP Jobs Editor ובוחרים אותו.
- לוחצים על Save.
עכשיו יש לכם את התפקידים "עריכת משימות של Sensitive Data Protection" ו"אדמין של Security Center" בארגון. התפקידים האלה מאפשרים לכם לבצע את המשימות שמופיעות בהמשך המאמר.
שלב 3: הפעלת Security Command Center
נכנסים לדף Security Command Center במסוף Google Cloud .
ברשימה הנפתחת Organization, בוחרים את הארגון שבו רוצים להפעיל את Sensitive Data Protection ולוחצים על Select.
בדף Enable asset discovery שמופיע, בוחרים באפשרות All current and future projects ולוחצים על Enable. אמורה להופיע הודעה ש-Sensitive Data Protection מתחיל את גילוי הנכסים.
אחרי שזיהוי הנכסים יסתיים, ב-Sensitive Data Protection יוצגו הנכסים הנתמכים של Google Cloud . יכול להיות שתהליך גילוי הנכסים יימשך כמה דקות, ושתצטרכו לרענן את הדף כדי להציג את הנכסים.
מידע נוסף על הפעלת Security Command Center זמין במאמרי העזרה של Security Command Center.
שלב 4: מפעילים את Sensitive Data Protection
מפעילים את Sensitive Data Protection בפרויקט שרוצים לסרוק. הפרויקט צריך להיות באותו ארגון שבו הפעלתם את Security Command Center. כדי להפעיל את Sensitive Data Protection באמצעות מסוףGoogle Cloud :
- במסוף Google Cloud , נכנסים לדף Enable access to API.
- בסרגל הכלים, בוחרים את הפרויקט משלב 1 במדריך הזה. הפרויקט חייב להכיל את הקטגוריה של Cloud Storage, את הטבלה ב-BigQuery או את הסוג של Datastore שרוצים לסרוק.
- לוחצים על הבא.
- לוחצים על Enable.
עכשיו Sensitive Data Protection מופעל בפרויקט.
שלב 5: הפעלת Sensitive Data Protection כשירות משולב ב-Security Command Center
כדי לראות את ממצאי הסריקה של Sensitive Data Protection ב-Security Command Center, צריך להפעיל את Sensitive Data Protection כשירות משולב. למידע נוסף, קראו את המאמר הוספת שירות משולב של Google Cloud במסמכי התיעוד של Security Command Center.
הממצאים של Sensitive Data Protection מוצגים בדף Findings ב-Security Command Center.
הגדרה והפעלה של סריקת בדיקה של Sensitive Data Protection
בקטע הזה תגדירו ותריצו משימת בדיקה של Sensitive Data Protection.
משימת הביקורת שאתם מגדירים כאן מורה ל-Sensitive Data Protection לסרוק את הנתונים לדוגמה שמאוחסנים ב-Cloud Storage או את הנתונים שלכם שמאוחסנים ב-Cloud Storage, ב-Datastore או ב-BigQuery. בהגדרת המשימה שאתם מציינים, אתם גם מורים ל-Sensitive Data Protection לשמור את תוצאות הסריקה ב-Security Command Center.
שלב 1: רושמים את מזהה הפרויקט
- נכנסים למסוף Google Cloud .
- לוחצים על בחירה.
- ברשימה הנפתחת Select from, בוחרים את הארגון שבו הפעלתם את Security Command Center.
- בקטע ID, מעתיקים את מזהה הפרויקט של הפרויקט שמכיל את הנתונים שרוצים לסרוק.
- בקטע Name, לוחצים על הפרויקט כדי לבחור אותו.
שלב 2: פותחים את APIs Explorer ומגדירים את המשימה
- לוחצים על הכפתור הבא כדי לעבור ל-APIs Explorer בדף העזר של ה-method
dlpJobs.create: - בתיבה parent, מזינים את הערך הבא, כאשר PROJECT_ID הוא מזהה הפרויקט שציינתם בשלב 1:
projects/PROJECT_ID
מחליפים את התוכן של השדה Request body בקוד ה-JSON הבא, בהתאם לסוג הנתונים שבהם רוצים להשתמש: נתונים לדוגמה בקטגוריה של Cloud Storage, או נתונים משלכם שמאוחסנים ב-Cloud Storage, ב-Datastore או ב-BigQuery.
נתונים שנדגמו
אם יצרתם קטגוריה של Cloud Storage כדי לאחסן נתונים לדוגמה, העתיקו את קוד ה-JSON הבא והדביקו אותו בשדה Request body. מחליפים את BUCKET_NAME בשם שנתתם לקטגוריה של Cloud Storage:
{
"inspectJob":{
"storageConfig":{
"cloudStorageOptions":{
"fileSet":{
"url":"gs://BUCKET_NAME/**"
}
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"EMAIL_ADDRESS"
},
{
"name":"PERSON_NAME"
},
{
"name": "LOCATION"
},
{
"name":"PHONE_NUMBER"
}
],
"includeQuote":true,
"minLikelihood":"UNLIKELY",
"limits":{
"maxFindingsPerRequest":100
}
},
"actions":[
{
"publishSummaryToCscc":{
}
}
]
}
}
נתונים ב-Cloud Storage
כדי לסרוק קטגוריה של Cloud Storage בבעלותכם, מעתיקים את קוד ה-JSON הבא ומדביקים אותו בשדה Request body.
מחליפים את PATH_NAME בנתיב למיקום שרוצים לסרוק. כדי לסרוק באופן רקורסיבי, מסיימים את הנתיב בשתי כוכביות, לדוגמה, gs://path_to_files/**. כדי לסרוק ספרייה ספציפית ולא עמוק יותר, מסיימים את הנתיב בכוכבית אחת, לדוגמה, gs://path_to_files/*.
{
"inspectJob":{
"storageConfig":{
"cloudStorageOptions":{
"fileSet":{
"url":"gs://PATH_NAME"
}
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"EMAIL_ADDRESS"
},
{
"name":"PERSON_NAME"
},
{
"name": "LOCATION"
},
{
"name":"PHONE_NUMBER"
}
],
"includeQuote":true,
"minLikelihood":"UNLIKELY",
"limits":{
"maxFindingsPerRequest":100
}
},
"actions":[
{
"publishSummaryToCscc":{
}
}
]
}
}
במאמר בדיקת נתונים רגישים במאגרי נתונים ובאחסון מוסבר בהרחבה על אפשרויות הסריקה הזמינות.
נתונים מ-Datastore
כדי לסרוק את הנתונים שלכם ששמורים ב-Datastore, מעתיקים את קוד ה-JSON הבא ומדביקים אותו בשדה Request body.
מחליפים את DATASTORE_KIND בשם של סוג ה-Datastore. אפשר גם להחליף את NAMESPACE_ID ו-PROJECT_ID במזהי מרחב השמות והפרויקט, בהתאמה, או להסיר את "partitionID" לגמרי.
{
"inspectJob":{
"storageConfig":{
"datastoreOptions":{
"kind":{
"name":"DATASTORE_KIND"
},
"partitionId":{
"namespaceId":"NAMESPACE_ID",
"projectId":"PROJECT_ID"
}
}
},
"inspectConfig":{
"infoTypes":[
{
"name":"EMAIL_ADDRESS"
},
{
"name":"PERSON_NAME"
},
{
"name": "LOCATION"
},
{
"name":"PHONE_NUMBER"
}
],
"includeQuote":true,
"minLikelihood":"UNLIKELY",
"limits":{
"maxFindingsPerRequest":100
}
},
"actions":[
{
"publishSummaryToCscc":{
}
}
]
}
}
במאמר בדיקת נתונים רגישים במאגרי נתונים ובמסדי נתונים מוסבר על אפשרויות הסריקה הזמינות.
נתוני BigQuery
כדי לסרוק טבלה משלכם ב-BigQuery, מעתיקים את קוד ה-JSON הבא ומדביקים אותו בשדה Request body.
מחליפים את PROJECT_ID, BIGQUERY_DATASET_NAME ו-BIGQUERY_TABLE_NAME במזהה הפרויקט ובשמות של מערך הנתונים והטבלה ב-BigQuery, בהתאמה.
{
"inspectJob":
{
"storageConfig":
{
"bigQueryOptions":
{
"tableReference":
{
"projectId": "PROJECT_ID",
"datasetId": "BIGQUERY_DATASET_NAME",
"tableId": "BIGQUERY_TABLE_NAME"
}
}
},
"inspectConfig":
{
"infoTypes":
[
{
"name": "EMAIL_ADDRESS"
},
{
"name": "PERSON_NAME"
},
{
"name": "LOCATION"
},
{
"name": "PHONE_NUMBER"
}
],
"includeQuote": true,
"minLikelihood": "UNLIKELY",
"limits":
{
"maxFindingsPerRequest": 100
}
},
"actions":
[
{
"publishSummaryToCscc":
{
}
}
]
}
}
במאמר בדיקת נתונים רגישים במאגרי נתונים ובאחסון מוסבר בהרחבה על אפשרויות הסריקה הזמינות.
שלב 3: מפעילים את הבקשה כדי להתחיל את משימת הבדיקה
אחרי שמגדירים את המשימה לפי השלבים הקודמים, לוחצים על Execute כדי לשלוח את הבקשה. אם הבקשה תצליח, מתחת לבקשה תופיע תשובה עם קוד הצלחה ואובייקט JSON שמציין את הסטטוס של משימת Sensitive Data Protection שיצרתם.
בדיקת הסטטוס של סריקת הבדיקה של Sensitive Data Protection
התשובה לבקשת הסריקה כוללת את מזהה המשימה של סריקת הבדיקה כמפתח "name", ואת המצב הנוכחי של משימת הבדיקה כמפתח "state". מיד אחרי ששולחים את הבקשה, מצב המשימה הוא "PENDING".
אחרי ששולחים את בקשת הסריקה, סריקת התוכן מתחילה מיד.
כדי לבדוק את הסטטוס של משימת הבדיקה:
- לוחצים על הכפתור הבא כדי לעבור ל-APIs Explorer בדף העזר של ה-method
dlpJobs.get: - בתיבה name, מקלידים את שם המשימה מתגובת ה-JSON לבקשת הסריקה, בפורמט הבא:
מזהה המשימה הוא בפורמטprojects/PROJECT_ID/dlpJobs/JOB_ID
i-1234567890123456789. - כדי לשלוח את הבקשה, לוחצים על Execute.
אם המפתח "state" של אובייקט ה-JSON בתגובה מציין שהמשימה היא "DONE", סימן שמשימת הבדיקה הסתיימה.
כדי לראות את שאר התגובה בפורמט JSON, גוללים למטה בדף. בקטע "result" > "infoTypeStats", לכל סוג מידע שמופיע ברשימה צריך להיות "count" תואם. אם לא, ודאו שהזנתם את ה-JSON בצורה מדויקת, ושהנתיב או המיקום של הנתונים נכונים.
אחרי שמשימת הבדיקה מסתיימת, אתם יכולים להמשיך לחלק הבא במדריך כדי לראות את תוצאות הסריקה ב-Security Command Center.
דוגמאות קוד: בדיקת קטגוריה של Cloud Storage
בדוגמה הזו נראה איך משתמשים ב-DLP API כדי ליצור משימת בדיקה שבודקת קטגוריה של Cloud Storage ושולחת את הממצאים ל-Security Command Center.
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. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
דוגמאות קוד: בדיקת טבלה ב-BigQuery
בדוגמה הזו מוסבר איך להשתמש ב-DLP API כדי ליצור משימת בדיקה שבודקת טבלה ב-BigQuery ושולחת את הממצאים ל-Security Command Center.
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. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
דוגמאות קוד: בדיקת סוג ב-Datastore
בדוגמה הזו מוסבר איך משתמשים ב-DLP API כדי ליצור משימת בדיקה שבודקת סוג של Datastore ושולחת את הממצאים ל-Security Command Center.
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. למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
צפייה בתוצאות הסריקה של Sensitive Data Protection ב-Security Command Center
מכיוון שהגדרתם ל-Sensitive Data Protection לשלוח את תוצאות משימת הביקורת ל-Security Command Center, אתם יכולים לראות את התוצאות ב-Security Command Center:
- נכנסים לדף Findings של Security Command Center במסוף Google Cloud .
- בוחרים את הארגון שבו הפעלתם את Security Command Center.
בשדה עורך השאילתות, מזינים את השאילתה הבאה כדי לחפש ממצאים מ-Sensitive Data Protection.
state="ACTIVE" AND NOT mute="MUTED" AND (parent_display_name="Sensitive Data Protection" OR parent_display_name="Cloud Data Loss Prevention")מידע נוסף על עורך השאילתות זמין במאמר עריכת שאילתה של ממצאים במסוףGoogle Cloud .
אם נשלחו ממצאים מ-Sensitive Data Protection, הם יופיעו ברשימת הממצאים. הרשימה כוללת את כל הממצאים של Sensitive Data Protection, כולל ממצאים ממשימות בדיקה ומפעולות גילוי (יצירת פרופילים של נתונים).
ההוראות במדריך הזה מפעילות רק חלק מהגלאים המובנים של Sensitive Data Protection.
- למידע נוסף על דברים אחרים ש-Sensitive Data Protection יכול לזהות, קראו את חומר העזר בנושא InfoTypes.
- במאמר יצירת כללים מותאמים אישית לבדיקת נתוני infoType מוסבר איך מגדירים כללים מותאמים אישית לבדיקת נתוני infoType.
הסרת המשאבים
כדי להימנע מחיובים בחשבון Google Cloud על המשאבים שבהם השתמשתם בנושא הזה:
מחיקת הפרויקט
הדרך הקלה ביותר לבטל את החיוב היא למחוק את הפרויקט שיצרתם לפי ההוראות שמפורטות בנושא הזה.
- במסוף Google Cloud , נכנסים לדף Manage resources.
- ברשימת הפרויקטים, בוחרים את הפרויקט שרוצים למחוק ולוחצים על Delete.
- כדי למחוק את הפרויקט, כותבים את מזהה הפרויקט בתיבת הדו-שיח ולוחצים על Shut down.
אם תמחקו את הפרויקט בשיטה הזו, גם המשימה של Sensitive Data Protection והקטגוריה של Cloud Storage שיצרתם יימחקו. אין צורך לפעול לפי ההוראות בקטעים הבאים.
מחיקת המשימה של Sensitive Data Protection
אם סרקתם את הנתונים שלכם, אתם צריכים למחוק רק את משימת הבדיקה שיצרתם:
- לוחצים על הכפתור הבא כדי לעבור ל-APIs Explorer בדף העזר של ה-method
dlpJobs.delete: - בתיבה name, מקלידים את שם המשימה מתגובת ה-JSON לבקשת הסריקה, בפורמט הבא:
מזהה המשימה הוא בפורמטprojects/PROJECT_ID/dlpJobs/JOB_ID
i-1234567890123456789.
אם יצרתם משימות ביקורת נוספות או שאתם רוצים לוודא שמחקתם את המשימה, אתם יכולים להציג את כל המשימות הקיימות:
- לוחצים על הכפתור הבא כדי לעבור ל-APIs Explorer בדף העזר של ה-method
dlpJobs.list: - בתיבה parent, מקלידים את מזהה הפרויקט בפורמט הבא:
projects/PROJECT_ID
- לוחצים על Execute.
אם לא מופיעות משרות בתגובה, סימן שמחקתם את כל המשרות. אם מופיעות משימות בתגובה, חוזרים על תהליך המחיקה של המשימות האלה.
מחיקת הקטגוריה של Cloud Storage
אם יצרתם קטגוריה חדשה ב-Cloud Storage כדי לאחסן נתונים לדוגמה, מחקו את הקטגוריה:
- פותחים את דפדפן Cloud Storage.
- בדפדפן Cloud Storage, מסמנים את התיבה לצד שם הקטגוריה שיצרתם ולוחצים על Delete.
המאמרים הבאים
- מידע נוסף על הפעולה
publishSummaryToCsccב-Sensitive Data Protection - איך סורקים מאגרי אחסון כדי לאתר מידע אישי רגיש באמצעות Sensitive Data Protection
- איך משתמשים ב-Security Command Center