הסרת פרטים מזהים מנתונים רגישים ב-Cloud Storage

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

במאמרים הבאים מוסבר איך להשתמש ב-Sensitive Data Protection כדי ליצור עותקים של נתונים ב-Cloud Storage ללא פרטים מזהים:

מידע על הסרת פרטי הזיהוי

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

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

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

הנה כמה תרחישי שימוש נפוצים:

  • יצירת מערכי נתונים אנונימיים לסביבות שאינן סביבות ייצור: יצירת עותקים של קובצי ייצור שמאוחסנים ב-Cloud Storage ללא פרטים מזהים, לפני העברת הנתונים לסביבות פיתוח, בדיקה או הדרכה.
  • שיתוף מאגרי קבצים שעברו הסרת תוכן זדוני או רגיש עם צדדים שלישיים: הסתרת שדות רגישים בכמות גדולה של מסמכים וקבצים לא מובְנים, תוך שמירה על היררכיית התיקיות המקורית, כדי לשתף אותם עם שותפים עסקיים חיצוניים או עם גורמים שמבצעים ביקורת.
  • תהליכים אוטומטיים של פרטיות במסמכים שנוספו: המרת מידע רגיש בקבצים שהועלו לאחרונה לקטגוריית פלט ייעודית, בלי לשנות את קובצי המקור או לשבש את תהליכי העבודה הקודמים.
  • אכיפה של מיקום אחסון הנתונים וחלוקה למחלקות: אחסון עותקים משוכפלים ללא פרטים מזהים של נכסים רגישים בקטגוריות נפרדות של Cloud Storage, עם אמצעי בקרה נפרדים לניהול זהויות והרשאות גישה (IAM).

תהליך הסרת פרטי הזיהוי

בקטע הזה מתואר תהליך הסרת פרטי הזיהוי ב-Sensitive Data Protection לתוכן ב-Cloud Storage.

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

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

לדוגמה, נניח שהגדרתם את ספריות הקלט והפלט הבאות:

  • ספריית הקלט: gs://input-bucket/folder1/folder1a
  • ספריית הפלט: gs://output-bucket/output-directory

במהלך הסרת פרטי הזיהוי, Sensitive Data Protection שומר את הקבצים שהוסרו מהם פרטי הזיהוי ב-gs://output-bucket/output-directory/folder1/folder1a.

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

רשימות בקרת גישה (ACL) ברמת הקובץ של הקבצים המקוריים מועתקות לקבצים החדשים, גם אם נמצאו נתונים רגישים ופרטי הזיהוי שלהם הוסרו. עם זאת, אם קטגוריית הפלט מוגדרת רק להרשאות אחידות ברמת הקטגוריה, ולא להרשאות פרטניות (ברמת האובייקט), רשימות ה-ACL לא מועתקות לקבצים שעברו הסרת פרטי זיהוי.

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

הסרת פרטי הזיהוי מקבצים שמאוחסנים ב-Cloud Storage.
הסרת פרטים מזהים מקבצים שמאוחסנים ב-Cloud Storage (לחצו כדי להגדיל).

תמחור

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

סוגי קבצים נתמכים

‫Sensitive Data Protection יכול להסיר פרטי זיהוי מקבוצות סוגי הקבצים הבאות:

התנהגות ברירת המחדל של הסרת פרטי הזיהוי

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

  • קבצים לא מובְנים, כמו קובצי טקסט עם טקסט חופשי
  • קבצים מובְנים, כמו קובצי CSV
  • תמונות

אם לא תספקו תבנית להסרת פרטי זיהוי, Sensitive Data Protection ישנה את הממצאים באופן הבא:

  • בקבצים מובְנים ולא מובְנים, Sensitive Data Protection מחליף את כל הממצאים ב-infoType התואם שלהם, כמו שמתואר במאמר החלפת infoType.
  • בתמונות, Sensitive Data Protection מכסה את כל הממצאים בתיבה שחורה.

מגבלות ושיקולים

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

מקום בכונן

הפעולה הזו תומכת רק בתוכן שמאוחסן ב-Cloud Storage.

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

גישת כתיבה לאחסון

מכיוון ש-Sensitive Data Protection יוצר עותק של הקבצים המקוריים, לסוכן השירות של הפרויקט צריכה להיות גישת כתיבה לקטגוריית הפלט של Cloud Storage.

דגימה והגדרת מגבלות לממצאים

הפעולה הזו לא תומכת בדגימה. באופן ספציפי, אי אפשר להגביל את כמות הנתונים ש-Sensitive Data Protection סורק ומסיר מהם את פרטי הזיהוי בכל קובץ. כלומר, אם אתם משתמשים ב-Cloud Data Loss Prevention API, אתם לא יכולים להשתמש ב-bytesLimitPerFile וב-bytesLimitPerFilePercent באובייקט CloudStorageOptions של DlpJob.

בנוסף, אי אפשר לשלוט במספר המקסימלי של הממצאים שיוחזרו. אם אתם משתמשים ב-DLP API, אתם לא יכולים להגדיר אובייקט FindingLimits ב-DlpJob.

הדרישה לבדוק את הנתונים

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

דרישה לשימוש בסיומות קבצים

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

קבצים שהמערכת דילגה עליהם

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

  • קבצים שגדולים מ-60,000KB. אם יש לכם קבצים גדולים שחורגים מהמגבלה הזו, כדאי לפצל אותם לחלקים קטנים יותר.
  • סוגי קבצים שלא מופיעים בקטע סוגי קבצים נתמכים בדף הזה.
  • סוגי קבצים שהחרגתם בכוונה מהגדרת הסרת פרטי הזיהוי. אם אתם משתמשים ב-DLP API, המערכת מדלגת על סוגי הקבצים שהחרגתם מהשדה file_types_to_transform של הפעולה Deidentify ב-DlpJob.
  • קבצים שבהם אירעו שגיאות טרנספורמציה.

סדר שורות הפלט בטבלאות ללא פרטים מזהים

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

מפתחות זמניים

אם בוחרים בשיטה קריפטוגרפית כשיטת הטרנספורמציה, קודם צריך ליצור מפתח ארוז באמצעות Cloud Key Management Service. לאחר מכן, מספקים את המפתח הזה בתבנית להסרת פרטי הזיהוי. אין תמיכה במפתחות זמניים (גולמיים).

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