עקרון ההרשאה המזערית: מה נותנים ולמי

מה מצמצמים בפועל

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

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

מה ההבדל בין אימות, הרשאה ותפקיד

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

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

דוגמאות להרשאה רחבה לעומת גישה נדרשת

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

הרשאה זמנית וחריגים

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

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

דוגמה ושאלת בדיקה לבעל העסק

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

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