כלל מותאם אישית לבדיקת נתוני infoType באמצעות ביטוי רגולרי (regex) מאפשר לכם ליצור גלאים משלכם, שמאפשרים ל-Sensitive Data Protection לזהות התאמות על סמך דפוס של ביטוי רגולרי. לדוגמה, נניח שיש לכם מספרי תיקים רפואיים בפורמט ###-#-#####. אפשר להגדיר תבנית של ביטוי רגולרי כמו זו:
[0-9]{3}-[0-9]{1}-[0-9]{5}
במקרה כזה, Sensitive Data Protection יתאים פריטים כמו:
012-4-56789
המבנה של כלל מותאם אישית לבדיקת נתוני infoType באמצעות ביטויים רגולריים
כפי שמסוכם בסקירה הכללית של ה-API, כדי ליצור גלאי infoType בהתאמה אישית באמצעות ביטויים רגולריים, מגדירים אובייקט CustomInfoType שמכיל את הפרטים הבאים:
- השם שרוצים לתת לכלל המותאם אישית לבדיקת נתוני infoType, בתוך אובייקט
InfoType. - ערך
Likelihoodאופציונלי. אם משמיטים את השדה הזה, התאמות של ביטויים רגולריים יחזירו סבירות שלVERY_LIKELYכברירת מחדל. אם אתם מבחינים שכלל מותאם אישית לבדיקת נתוני infoType של ביטוי רגולרי מחזיר יותר מדי תוצאות חיוביות מוטעות, נסו להפחית את הסבירות הבסיסית ולהשתמש בכללי זיהוי כדי להגביר את הסבירות באמצעות מידע לפי הקשר. מידע נוסף זמין במאמר התאמה אישית של הסבירות לממצאים. - אופציונלי
DetectionRule, או כללי הרחבה (Hotword). הכללים האלה משנים את הסבירות לממצאים בקרבה מסוימת למילות מפתח ספציפיות. מידע נוסף על כללי הרחבה (Hotword) זמין במאמר התאמה אישית של הסבירות לממצאים. ערך
SensitivityScoreאופציונלי. אם משמיטים את השדה הזה, התאמות לביטוי הרגולרי יחזירו רמת רגישות שמוגדרת כברירת מחדל שלHIGH.ציוני רגישות משמשים בפרופילי נתונים. כשמגדירים פרופיל לנתונים, Sensitive Data Protection משתמש בציוני הרגישות של ה-infoTypes כדי לחשב את רמת הרגישות.
אובייקט
Regexשמורכב מתבנית אחת שמגדירה את הביטוי הרגולרי.
כאובייקט JSON, כלל מותאם אישית לבדיקת נתוני infoType באמצעות ביטוי רגולרי שכולל את כל הרכיבים האופציונליים נראה כך:
{
"customInfoTypes":[
{
"infoType":{
"name":"CUSTOM_INFOTYPE_NAME"
},
"likelihood":"LIKELIHOOD_LEVEL",
"detectionRules":[
{
"hotwordRule":{
HOTWORD_RULE
}
},
"sensitivityScore":{
"score": "SENSITIVITY_SCORE"
},
],
"regex":{
"pattern":"REGULAR_EXPRESSION_PATTERN"
}
}
],
...
}
דוגמה לביטוי רגולרי: התאמה של מספרי תיקים רפואיים
קטע הקוד ב-JSON והקוד בכמה שפות שמופיעים בהמשך מציגים כלל מותאם אישית לבדיקת נתוני infoType באמצעות ביטוי רגולרי, שמורה ל-Sensitive Data Protection להתאים מספר תיק רפואי (MRN) בטקסט הקלט "Patient's MRN 444-5-22222", ולהקצות לכל התאמה סבירות של POSSIBLE.
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
למידע נוסף על השימוש ב-DLP API עם JSON, קראו את המדריך למתחילים בנושא JSON.
קלט JSON:
POST https://dlp.googleapis.com/v2/projects/[PROJECT_ID]/content:inspect?key={YOUR_API_KEY}
{
"item":{
"value":"Patients MRN 444-5-22222"
},
"inspectConfig":{
"customInfoTypes":[
{
"infoType":{
"name":"C_MRN"
},
"regex":{
"pattern":"[1-9]{3}-[1-9]{1}-[1-9]{5}"
},
"likelihood":"POSSIBLE"
}
]
}
}
פלט מסוג JSON:
{
"result":{
"findings":[
{
"infoType":{
"name":"C_MRN"
},
"likelihood":"POSSIBLE",
"location":{
"byteRange":{
"start":"13",
"end":"24"
},
"codepointRange":{
"start":"13",
"end":"24"
}
},
"createTime":"2018-11-30T01:29:37.799Z"
}
]
}
}
הפלט מראה שבאמצעות הכלל המותאם אישית לבדיקת נתוני infoType שנתנו לו את השם C_MRN והביטוי הרגולרי המותאם אישית שלו, Sensitive Data Protection זיהה נכון את מספר התיק הרפואי והקצה לו רמת ודאות של POSSIBLE, כפי שציינו.
התאמה אישית של סבירות ההתאמה מתבססת על הדוגמה הזו כדי לכלול מילים בהקשר.