איך לתעד אישורי גישה ל־VPN בלי היסטוריית גלישה
שמרו את הזהות, המאשר והתפוגה, והשאירו בחוץ את רשימת היעדים. שלושה תנאים קובעים כמה מהחלטת הגישה באמת צריך לשמור בתיק.
שני צוותים מבקשים את אותו מסמך ומתכוונים לדברים שונים. הסוקר רוצה הוכחה שאדם בשם מסוים אישר תפקיד עד תאריך, בעוד שלצוות הרשת יש יומן חומת אש מלא ביעדים והוא מניח שזה נחשב. זה לא נחשב, ולכן תיקי אישור מתמלאים בשמות מארחים ובכל זאת נכשלים בשאלת הביקורת הראשונה. מה שבאמת דרוש הוא מעט, ושום חלק ממנו לא מחייב לתעד היכן מישהו גלש.
גודל הרשומה נגזר משלושה תנאים: אם האישור ניתן לאדם או לתפקיד, אם הזכות עשויה לשרוד את יחסי העבודה של האדם, ואם חוזה או מסגרת מכנים את סקירת הגישה כראיה נדרשת.
התחילו מהשאלה של הסוקר, לא מהחיבור
רשמו את השאלה שמבקר היה שואל בקול לפני שתבחרו שדה אחד. מי אישר גישה לזהות הזאת, למה, בין אילו תאריכים, ומי היה אמור להסיר אותה בסוף. כל שדה בטופס צריך לענות על חלק מהמשפט הזה, וכל מה שלא עושה זאת הוא מלאי שקיבלתם עליו זה עתה את החובה להגן עליו.
המבחן הזה מסיר את רוב מה שמתווסף מכוח הרגל. רשימות יעדים, שאילתות DNS, גרפי שימוש ביישומים וצילומי מסך של הפעלה חיה כולם מתארים התנהגות. התנהגות אינה האישור, ואיסופה מעביר את התיק למחלקה הרבה יותר רגישה, מה שפועל נגד המטרה שאיתה התחלתם.
שלושה תנאים קובעים כמה לשמור
אישורים לאדם זקוקים לזהות ולתאריך סיום. אישורים לתפקיד זקוקים לתפקיד, להיקף שהוא מעניק ולבעלים של האוכלוסייה, כי רישום ארבעים אנשים בשורה אחת יוצר ארבעים רשומות לתחזוקה וארבעים הזדמנויות להחמיץ עזיבה. היכן שהזכות עשויה לשרוד את יחסי העבודה, הוסיפו בעל הסרה וקצב סקירה, שכן תאריך תפוגה בגיליון אלקטרוני רק לעתים נדירות גורם למישהו לפעול.
| Condition | Add to the record | Leave out |
|---|---|---|
| Approved per person | Identity, approver, expiry | Device telemetry |
| Approved per role | Role, scope, population owner | Per-user destinations |
| Outlives employment | Removal owner, review date | Session transcripts |
| Named in a contract | The cited artifact and its revision | A second, friendlier copy |
כשמסגרת מכנה את סקירת הגישה כראיה נדרשת, שמרו את המסמך שתהליך הסקירה כבר מצטט. בניית עותק מקביל לצוות ה־VPN היא הדרך שבה שתי גרסאות של אותו אישור מגיעות למחלוקת על תאריך סיום.
השדות שנושאים את ההחלטה
המערכת הישימה קצרה: הזהות המאושרת, המבקש, המאשר, היקף התפקיד או המשאב, הסיבה בשורה אחת, חלון התוקף, בעל הסקירה או ההסרה, ומצביע לכרטיס שבו נדונה הבקשה. התייחסו להתקן או לאישור הגישה במזהה לא סודי כמו תג נכס או נושא תעודה, ולעולם לא במפתח הפרטי או בסיסמה ששימשו.
התייחסו לתוצאה כאל מידע אישי גם כשאין בה יעדים. רשומה שאומרת שעובד בשם הזה החזיק בגישה מנהלית למגזר הכספים במשך שישה חודשים היא רגישה כשלעצמה, לכן הגדירו מי רשאי לקרוא את התיקייה והגדירו שמירה למטרה המנהלית במקום לכנות את הקובץ אנונימי.
מאיפה נתוני גלישה מתגנבים לתיק האישור
שלוש דליפות מסבירות את רוב זה. כרטיס תמיכה נושא צילום מסך של חלון החיבור של הלקוח, מישהו מדביק ייצוא של SIEM להקשר, או דוח מלאי מתווסף לאישור כי החיבור היה קל אז. כל קובץ מצורף מוסיף התנהגות לקובץ שהיה זקוק רק להחלטה. ברגע שצילום המסך בפנים, הסוקר מתחיל לשאול למה המשתמש הגיע, ויש לסווג את הקובץ מחדש.
החליפו קבצים מצורפים במצביעים בכל מקום שהכלי מאפשר. אם המדיניות מתעקשת על קובץ מצורף, בקשו את טקסט ההחלטה ואת שרשור הבקשה, לא את הקלטת ההפעלה, והסירו את השאר לפני שהקובץ נשמר. ההודעה של המאשר עצמו היא בדרך כלל הראיה הטובה ביותר והפחות חושפת.
אמתו את ההיקף בלי העקבות
מדיניות השער היא מה שהופך אישור לגישה, לכן בדקו אותה ישירות. התחברו עם חשבון בתוך ההיקף המאושר והגיעו למשאב מותר, ואז נסו יעד מחוץ להיקף ואשרו את הדחייה, עם הלקוח והשיטה שהמדיניות מצפה להם, ולא עם לשונית דפדפן באותו מארח.
ניטור זמינות ואבחון תקלות יכולים לשמור על נראות משלהם, תחת השמירה שלהם ורשימת הגישה שלהם. ההפרדה בין שתי המטרות האלה היא מה שמאפשר לכם לענות לסוקר בלי למסור עקבות גלישה, והיא שומרת על האבחון שימושי כשמשהו באמת נשבר.
מה לבדוק לפני הסקירה הבאה
ודאו שהטופס עונה על המשפט של המבקר ולא יותר. בדקו שכל שורה נושאת מאשר, חלון ובעל הסרה. אחר כך הביטו ברשימת הגישה של התיקייה עצמה ושאלו אם היא קטנה מבסיס משתמשי ה־VPN.
השלב האחרון הוא זה שאנשים מדלגים עליו. קחו אישור שפג תוקפו ועקבו אחריו לספק הזהות כדי לראות אם החשבון באמת הושבת. אם הזהות עוד פעילה, הרשומה הייתה מדויקת והתהליך לא.