הגדירו צורך ובעלים לכל סוג גישה
שאלו מה הספק אמור לעשות כעת: עריכת תוכן, תחזוקת רכיבים, טיפול בשרת או בירור תקלה. הרשאה שנדרשה בהקמה אינה בהכרח נחוצה לתמיכה שוטפת. לכל משימה הגדירו מי בעסק מאשר, מי אצל הספק משתמש בגישה ומתי בוחנים אותה שוב.
NIST SP 1305 מדגיש אחריות ודרישות ספקים לפי החשיבות וההשפעה. הבדיקה המוצעת כאן מתמקדת בגישה טכנית לנכסי אתר. היא אינה סקר מלא של כל פעילות הספק או מסקנה על רמת האבטחה של החברה כולה. תעדו גבול היקף כדי שהמסירה לא תטען שנבדק מה שלא נבדק.
מפו את כל מסלולי הגישה לנכס
חשבון אישי, חשבון משותף, קבוצה ויישום יכולים לאפשר פעולות שונות. הסרת משתמש ממסך אחד אינה מבטלת בהכרח מסלול אחר. הטבלה היא רשימת בירור מקורית, לא הוראת ביטול אוטומטית. בוחרים מה רלוונטי לפי התשתית ומאמתים את המצב בכל מערכת שבהיקף.
| מסלול | שאלה לבדיקה | ראיית מסירה נדרשת |
|---|---|---|
| משתמש ניהול | איזה תפקיד ולמי הוא שייך | זהות, תפקיד ומשימה מאושרת |
| קבוצה או הזמנה | איזו חברות מעניקה גישה | מקור ההרשאה ובעל הקבוצה |
| אחסון, שרת או רשם | האם נחוצה גישה מחוץ לאתר | היקף וסמכות לשכבה המתאימה |
| API או יישום | איזה חיבור פועל בשם הספק | פעולות מותרות ובעלים למפתח |
| ערוץ שחזור | מי יכול לאפס או לקבל קוד | ערוץ ארגוני מנוהל ומורשה |
| גישה זמנית | למה ניתנה ומתי מסתיימת | אחראי ובחינה לאחר המשימה |
בדקו גישה אפקטיבית ולא רק את שם התפקיד
תפקיד בשם עורך עשוי להתלוות לגישה נוספת דרך תוסף, חיבור או חשבון אחסון. לעומת זאת, ספק עשוי להזדקק זמנית לפעולה מסוימת שאינה מתאימה לתפקיד הרגיל. ההחלטה צריכה להתבסס על היכולת והמשימה, ולא על שם כללי כמו מנהל או תמיכה.
כשיש מידע אישי, בודקים גם מה הספק יכול לקרוא, להוריד ולהעביר. לא נותנים גישה מלאה לנתוני פניות רק כדי לתקן עיצוב בטופס. ההסכמות, האחריות והחובות הרלוונטיות דורשות בירור מתאים; דוח הרשאות טכני אינו מחליף אותן. אפשר להשתמש בנתוני ניסיון כשהמשימה אינה דורשת מידע אמיתי.
דוגמה: תחזוקת תוסף משתמשת בחשבון המנהל הראשי
התרחיש להמחשה בלבד. ספק מתחבר בחשבון שמחזיק גם הרשאות נוספות שאינן נחוצות לעדכון הרכיב. הצוות ממפה מי עוד משתמש בחשבון, מה תלוי בו ואיזה מסלול נתמך מאפשר גישה מתאימה. לא מחליפים סיסמה בלי לבדוק אם יישום עסקי עדיין משתמש באותו אישור.
לאחר שינוי מאושר בודקים שהמשימה הנחוצה מצליחה ושפעולה מחוץ לתפקיד אינה מותרת. מוודאים גם שערוצי שחזור וגישות זמניות טופלו. המטרה היא לא לשלול מספק יכולת לעבוד, אלא לתעד מדוע יש לו כל הרשאה ומה יקרה כשלא יהיה בה צורך.
גישה זמנית ושינוי ספק דורשים בדיקת סיום
במשימה רגישה מגדירים היקף, מאשר ודרך חזרה. בסיומה בודקים אילו הרשאות נשארו, האם מפתח צריך החלפה והאם קיים תיעוד שינוי. מעבר לספק חדש מחייב גם הבנת בעלות ויכולת המשכיות, לא רק פתיחת משתמש חדש. מדריך עזיבת עובד עוסק בהיבט האישי; כאן הבדיקה היא של הקשר עם ספק השירות.
אם יש חשד שנעשה שימוש לא מורשה, מסלול האירוע מקבל עדיפות לפי הסיכון. סקירה תקופתית אינה תחליף לצמצום פגיעה פעילה. אין למחוק ראיות או לסגור חשבון מתוך הרשימה בלבד בלי להבין את ההשלכות ואת הסמכות הנדרשת.
תוצר שימושי קושר הרשאה למשימה ולבדיקה
רשמו אילו נכסים ומסלולים נבדקו, מה נשאר פתוח, מה שונה ומי אישר. לכל חריגה קבעו נימוק ואחראי לבחינה. בדיקת קבלה כוללת תפקוד מותר, גבול גישה והמשך עבודה של חיבורים רלוונטיים. צילום מסך של רשימת משתמשים אינו לבדו הוכחה שהסקירה הושלמה.
ב-CyberFixCrew אפשר להגדיר סקירת גישה לנכסים שבתחום השירות ולהפריד המלצות משינויים לביצוע. מסמך המסירה אינו מכיל מפתחות, סיסמאות או קודי שחזור. הוא צריך לאפשר לבעל העסק להבין מי פועל בנכס, לשם מה ואיך בוחנים זאת בעתיד.
