סקירה כללית על אמצעי בקרה לגישת אדמין

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

מהי הרשאת אדמין

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

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

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

עקרונות ליבה

בקטע הזה מתוארים העקרונות המרכזיים של הגישה לנתוני לקוחות ב-Google Cloud .

דחיית גישה כברירת מחדל: תוכן משתמשים שייך באופן מפורש לארגון של המשתמש

‫Google Cloud מחויבת מאוד לוודא שנתוני הלקוחות שייכים ללקוחות. זו עמדת ברירת המחדל של כל עובד ב-Google כלפי נתוני לקוחות.

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

אירועי גישה הם רכיב תפעולי סטנדרטי בכל עסק מבוסס-ענן. לדוגמה, יכול להיות שאנשי צוות התמיכה יצטרכו לגשת לנתוני לקוחות כדי לספק את התמיכה המבוקשת, ומהנדסים יצטרכו לעשות זאת כדי לבצע בדיקה מעמיקה יותר ולפתור בעיה שהתגלתה במהלך הבדיקה של בקשת התמיכה. הפילוסופיה שלGoogle Cloudהיא לספק תמיכה מלאה ברישום ביומן ובאישור גישה לתוכן באמצעות התכונות Access Transparency ו-Access Approval.

בטבלה הבאה מוסבר ההבדל בין גישה אוטומטית לגישה אנושית:

גישה אוטומטית גישה אנושית
אף אדם לא יכול לגשת לתוכן שמטופל על ידי המערכות האלה, לצפות בו או לייצא אותו. גישות לתוכן האלה לא נכללות ביומנים של Access Transparency. לדוגמה, גישה דרך תוכניות שמבצעות גיבוב (hash) של תוכן הלקוח באופן תקופתי כדי לבדוק אם יש נתונים פגומים. גישה של בני אדם כוללת כל גישה שמאפשרת או יכולה לאפשר לבני אדם גישה לתוכן של משתמשים. הגישה הזו כוללת שימוש של אדם בנתיב גישה אוטומטי כדי להעניק גישה עקיפה לתוכן. הגישה לתוכן הזה נכללת באופן מלא ב-Access Transparency וב-Access Approval.

בטבלה הבאה מוסבר ההבדל בין גישה במקרה חירום לבין גישה שלא במקרה חירום:

גישה למקרה חירום גישה לא במקרה חירום
הגישה הזו מתרחשת כשיש איום דחוף על השלמות של השירותים, התשתית או שירותי הלקוחות או התוכן של Google. גישה עם אחת מההצדקות האלה יכולה לעקוף את המדיניות לאישורי גישה של הארגון. סוג הגישה הנדיר הזה מתועד באישור גישה עם הסטטוס auto-approved. מידע נוסף על הסטטוס auto-approved זמין במאמר סטטוס של בקשת גישה. הגישה הזו כוללת כל גישה שלא עומדת בדרישות של גישת חירום, שנדרשת כדי לעזור לכם אם הגשתם בקשת תמיכה ואנשי התמיכה צריכים לבדוק את נתוני הלקוח.

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

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

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

רישום הגישה ביומן הוא אוניברסלי

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

שימוש ב-Assured Workloads לכיסוי נוסף

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

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

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