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