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