מה ההבדל בין ביקורת הרשאות לבין עזיבת עובד
ביטול הרשאות בעת עזיבה מטפל באדם מסוים ובמה שנשאר בשליטתו. ביקורת הרשאות בוחנת גם עובדים פעילים, ספקים, חשבונות שירות ושיתופים. תפקיד רחב מדי יכול להישאר שנים גם כשהאדם עדיין עובד בעסק וכל פעילותו לגיטימית. לכן עוברים על משימות נדרשות ועל מערכות, ולא רק על רשימת העובדים.
לפי עקרון ההרשאה המזערית, נותנים לאדם או לתהליך את הגישה הנחוצה לתפקידו. בפועל צריך להגדיר מהי המשימה: עדכון תוכן אינו בהכרח ניהול משתמשים, וצפייה בדוח אינה בהכרח יצוא כל מאגר הלקוחות. אימות חזק בכניסה אינו מחליף את ההחלטה מה מותר לעשות לאחריה.
איך בונים מפת משימות וגישות
מפו דומיין, DNS, אחסון, מערכת האתר, דואר, CRM, כספות ואוטומציות. לכל מערכת רשמו בעלים עסקי, מנהל טכני, משתמשים בעלי כוח לשנות הרשאות וחשבונות שאינם של בני אדם. התחילו במערכת אחת שיש לה אחראי ודרך שחזור מוכרת; אל תנסו לצמצם את כל המערכות באותו חלון.
השתמשו בטבלה כתבנית עבודה עם שמות מערכות ותפקידים, בלי לכלול סיסמאות או מפתחות API. לכל חריג הוסיפו סיבה, מאשר ומועד בדיקה חוזרת. העובדה שגישה ניתנה בעבר אינה מסבירה מדוע היא עדיין נדרשת.
| משימה | גישה מוצעת לבדיקה | מה צריך לאמת |
|---|---|---|
| עריכת מאמרים | תפקיד תוכן באתר | אין יכולת לנהל מנהלים או תוספים |
| טיפול בתיבת שירות | הרשאה לתיבה המתאימה | אין חשיפה אוטומטית לכל תיבות העסק |
| הפעלת אוטומציה | חשבון שירות עם היקף מוגדר | החיבור עובד ללא הרשאת ניהול מיותרת |
| תחזוקת תשתית | גישה מוגבלת למשימה ולזמן | קיימים בעלים ודרך ביטול ושחזור |
איך משנים תפקיד בלי לפגוע בעבודה
זהו מה בעל ההרשאה מבצע בפועל ומה התפקידים שהמערכת מציעה. בצעו שינוי מתואם על חשבון ניסיון או על משתמש מתאים, ובדקו גם פעולה נדרשת שמצליחה וגם פעולה שאסור לו לבצע. תוצאת כניסה מוצלחת לבדה אינה מוכיחה שהתפקיד הוגדר נכון.
Microsoft 365 מציעה תפקידי ניהול ייעודיים. אין צורך לתת Global Administrator לכל מי שצריך משימת ניהול נקודתית. התאימו את הבחירה לתיעוד העדכני ולסמכות הנדרשת, והשאירו יכולת ניהול חלופית מוגנת. אין להוריד את הגישה האחרונה שיכולה לתקן את ההגדרה בלי מסלול התאוששות.
מה עושים עם ספקים, חשבונות משותפים ומפתחות API
כאשר השירות מאפשר זאת, העדיפו חשבון אישי או גישה מואצלת שמאפשרים לייחס פעולות. חשבון משותף מקשה להבין מי התחבר ומי צריך לאבד גישה. אם אי אפשר להחליפו מיד, תעדו חריג, מי רשאי להשתמש בו ואיך מטפלים בהחלפת סוד כאשר אחד המשתמשים עוזב.
לפני החלפת מפתח או ביטול חשבון שירות, רשמו אילו חיבורים משתמשים בו, מי אחראי לבדיקה ואיך מחזירים שירות במקרה תקלה. אין לתת הרשאות רחבות כדי להעלים הודעת שגיאה ללא בירור. מצד שני, מחיקה גורפת של מפתחות יכולה לעצור טפסים, סליקה ודיוור גם אם איש אינו מחובר באותו רגע.
דוגמה: לסוכנות שיווק נשארה הרשאת מנהל
זו המחשה ולא מקרה לקוח. ספק צריך להמשיך לערוך דפי נחיתה, אך עדיין מחזיק הרשאת ניהול מלאה מהקמת האתר. בעל העסק מאשר את המשימות הנדרשות, בוחרים תפקיד מצומצם ובודקים יצירת טיוטה, עריכה ופרסום לפי הסמכות שניתנה. בנפרד מוודאים שהספק אינו יכול לשנות משתמשים או הגדרות תשלום.
אם פעולה נחוצה נחסמת, מתעדים אותה ובוחנים הרשאה נקודתית או ביצוע דרך גורם מורשה. לא מחזירים מנהל מלא כברירת מחדל. הגישה לאחסון, לכספת ולדומיין נבדקת בנפרד; צמצום תפקיד ב-CMS אינו מבטל את הגישות האחרות.
איזה תיעוד משאירים ומתי חוזרים לבדיקה
רשומת מסירה שימושית כוללת מערכת, חשבון או תפקיד, גישה לפני ואחרי, אישור, בדיקה חיובית, בדיקה של פעולה אסורה ומגבלה פתוחה. כך ניתן לבדוק בהמשך שהשינוי באמת תומך בעבודה ולא נשען על הבנה בעל פה.
בדקו מחדש בעת קליטה או עזיבה, החלפת ספק, שינוי תפקיד, חיבור מערכת חדשה או סימן חשוד. אפשר להוסיף סקירה מחזורית לפי רגישות העסק, אך אין תדירות אחת שמתאימה לכולם. בבדיקה פעילה של חשבון שנפרץ צריך לתאם תגובה לאירוע, ולא להסתפק בביקורת שגרתית.
