יצירת פרופיל של נתונים ב-Amazon S3

בדף הזה מוסבר איך להגדיר את Sensitive Data Protection כדי לגלות נתונים ב-Amazon S3.

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

התכונה הזו זמינה רק ללקוחות שהפעילו את Security Command Center ברמת Enterprise.

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

  1. ב-Security Command Center, יוצרים מחבר ל-Amazon Web Services‏ (AWS). אל תבטלו את הסימון של התיבה Grant permissions for Sensitive Data Protection discovery. ההרשאות האלה נדרשות ל-Sensitive Data Protection כדי ליצור פרופיל של הנתונים ב-Amazon S3.

    אם כבר יש לכם מחבר שלא בחרתם בו באפשרות Grant permissions for Sensitive Data Protection discovery, תוכלו לעיין במאמר Grant sensitive data discovery permissions to an existing AWS connector.

  2. מוודאים שיש לכם את הרשאות ה-IAM שנדרשות כדי להגדיר פרופילי נתונים ברמת הארגון.

    גם אם אין לכם את התפקיד Organization Administrator (roles/resourcemanager.organizationAdmin) או Security Admin (roles/iam.securityAdmin), אתם יכולים ליצור הגדרת סריקה. אבל אחרי שיוצרים את הגדרות הסריקה, מישהו עם אחד מהתפקידים האלה צריך להעניק לסוכן השירות גישה ליצירת פרופיל נתונים.

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

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

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

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

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

  1. עוברים לדף יצירת הגדרת סריקה.

    כניסה לדף Create scan configuration

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

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

בחירת סוג הגילוי

בוחרים באפשרות Amazon S3.

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

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

  • כדי לסרוק את כל הנתונים ב-S3 שאליהם יש למחבר AWS גישה, בוחרים באפשרות סריקת כל חשבונות AWS שזמינים דרך המחבר.
  • כדי לסרוק את נתוני S3 בחשבון AWS אחד, בוחרים באפשרות Scan selected account. מזינים את מספר החשבון ב-AWS.
  • כדי לסרוק קטגוריית S3 אחת, בוחרים באפשרות Scan one bucket. מזינים את המזהה של חשבון AWS שמכיל את הקטגוריה, ואת שם הקטגוריה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  4. בקטע Frequency, מציינים אם ליצור פרופיל לקטגוריות שבחרתם, ואם כן, באיזו תדירות:

    • אם אתם לא רוצים שה-buckets ינותחו, אתם יכולים להשבית את האפשרות ניתוח הנתונים האלה.

    • אם רוצים שהקטגוריות ינותחו לפחות פעם אחת, משאירים את האפשרות Do profile this data מופעלת.

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

      1. אם בחרתם באפשרות On a schedule, ציינו באיזו תדירות אתם רוצים ליצור פרופיל מחדש לקטגוריות. הפרופילים של הדליים נוצרים מחדש בלי קשר לשינויים שבוצעו בהם.
      2. בשדה When inspect template changes, מציינים אם רוצים ליצור פרופיל מחדש לנתונים כשמעדכנים את תבנית הבדיקה המשויכת, ואם כן, באיזו תדירות.

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

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

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

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

    אם צריך, מגדירים את הפרטים הבאים:

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

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

    תנאים לדוגמה

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

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

      • משך הזמן המינימלי: 24 שעות

    • תנאים של סוגי אחסון של אובייקטים

      • סריקת אובייקטים עם סוג האחסון (storage class) של אובייקטים מסוג S3 Standard
      • סריקת אובייקטים עם סוג האחסון S3 Glacier Instant Retrieval

    במקרה כזה, Sensitive Data Protection מתייחס רק לקטגוריות שנוצרו לפני 24 שעות לפחות. בקטגוריות האלה, Sensitive Data Protection יוצר פרופילים רק לאובייקטים שנמצאים במחלקת האחסון Amazon S3 Standard או Amazon S3 Glacier Instant Retrieval.

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

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

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

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

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

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

    • כדי לשנות את לוח הזמנים של ה-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 מדביקים את שם המשאב המלא של התבנית.

הוספת פעולות

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

פרסום ב-Google Security Operations

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

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

כדי לשלוח את הפרופילים של הנתונים למכונה של Google Security Operations, מפעילים את האפשרות Publish to Google Security Operations.

אם לא הפעלתם מכונה של Google Security Operations בארגון – דרך המוצר הנפרד או דרך Security Command Center Enterprise – להפעלת האפשרות הזו לא תהיה השפעה.

פרסום ב-Security Command Center

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

כדי לשלוח את התוצאות של פרופילי הנתונים אל Security Command Center, מוודאים שהאפשרות פרסום ב-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,
 profiles_table.file_store_profile.file_store_path as bucket_name,
 profiles_table.file_store_profile.sensitivity_score as bucket_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.file_store_profile.name
 AND findings_table.timestamp.timestamp=profiles_table.file_store_profile.profile_last_generated.timestamp

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

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

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

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

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

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

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

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

פרסום ב-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 ישלח התראה.

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

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

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

יצירת פרויקט באופן אוטומטי

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

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

  1. בשדה Service agent container, בודקים את מזהה הפרויקט המוצע ועורכים אותו לפי הצורך.
  2. לוחצים על יצירה.
  3. אופציונלי: מעדכנים את שם הפרויקט שמוגדר כברירת מחדל.

  4. בוחרים את החשבון לחיוב על כל הפעולות שקשורות לפרויקט החדש, כולל פעולות שלא קשורות ל-Discovery.

  5. לוחצים על יצירה.

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

בחירת פרויקט קיים

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

הגדרת המיקום לאחסון ההגדרה

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

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

בדיקה ויצירה של ההגדרות

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

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

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

    Sensitive Data Protection יוצר את הגדרת הסריקה ומוסיף אותה לרשימת הגדרות הסריקה לגילוי.

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

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