למה ניטור מרחוק הפך לכלי קריטי בניהול מערכות רגישות
מאת: לירון שחורי | מנכ"ל Peax Defence החטיבה הביטחונית של Peax
15.10.2026
תקציר
מערכות ביטחוניות רב־לאומיות פרוסות באתרים שונים בארץ ובעולם ופועלות הרחק ממרכזי הפיתוח והתמיכה שלהן. .
כאשר תקלה מתגלה בעקבות דיווח הלקוח זה לעיתים מאוחר מידי. התשתית עלולה כבר להיות מושבתת והמערכתלא אפקטיבית ברגע האמת.
המאמר להלן מציג מעבר מתמיכה תגובתית למערך משולב של נראות, ניטור, ניתוח ותגובה, המותאם למידור ולמגבלות של סביבות רגישות
החידוש אינו בעוד כלי ניטור כי כאלה יש למכביר, אלא בחיבור בין מידע מאושר, היררכיית שליטה, טיפול מרחוק והפעלת צוותים מקומיים או מומחים מהארץ. גישה זו מצמצמת זמני השבתה ועלויות, משפרת עמידה ברמות שירות והופכת את התמיכה הגלובלית לחלק מהערך המבצעי של המערכת . היא גם מציעה דרך מדורגת להתחיל בפיילוט ממוקד ולהרחיבו על בסיס תוצאות מדידות
המסירה היא רק שליש הדרך
חברות ביטחוניות רב־לאומיות מספקות מערכות מתקדמות ללקוחות בעשרות מדינות אולם אספקת המערכת אינה תחילת הדרך; היא לכל היותר שליש ממנה. קדמו לה הקמת התשתית, פיתוח וייצור, הכנת המעטפת להעברת המערכת, יצירת תשתית לחלקי חילוף והקמת מערכי התקשורת והמחשוב המתלווים כמעט לכל מערכת טכנולוגית.
אחרי כל אלה המערכת עדיין צריכה לעבוד: להיות זמינה, מאובטחת ולעמוד ברמת השירות שהוגדרה לה גם כשהיא פועלת אלפי קילומטרים ממרכזי הפיתוח והתמיכה. האתגר הוא לתחזק לאורך שנים מערכות ואתרים קריטיים ברחבי העולם בלי להפוך כל אירוע למסע לוגיסטי.
לשם כך נדרש מעבר מתרבות של תמיכה תגובתית לניהול פרואקטיבי לאורך מחזור החיים.. ליזום במקום להגיב.
כשהלקוח מגלה את התקלה זה עלול להיות מאוחר מדי
במודל המסורתי שרשרת האירועים מתחילה אצל הלקוח. משתמש מזהה בעיה, נפתחת קריאהנאספים נתונים ורק אז מתחיל האבחון. כשמדובר באתר במדינה אחרת מצטרפים הבדלי שעות, מגבלות גישה, שפה, ספקים מקומיים וריבוי גורמים.
לעיתים, ברגע שהלקוח מבחין בתקלה, התשתית כבר נפלה או שהמערכת חדלה להיות אפקטיביתמערכת שעלותה מיליוני דולרים אינה מתפקדת ברגע האמת וכמו שאנחנו מכירים את חוק מרפי, זה תמיד קורה בזמן הלא נכון.
במערכות שתפקידן להגן או להציל חיים, המחיר אינו נמדד רק בכסף או ב־SLA. לעיתים זה אינו כשל טכנולוגי אלא תוצאה של קיבעון מחשבתי והסתמכות על גישות תמיכה שאינן מתאימות למערכות של היום. השאלה לכן אינה רק כיצד להגיב מהר יותר, אלא מדוע שהלקוח יהיה הראשון לדעת שהתרחשה תקלה.
לראות את המערכת ולהנגיש רק את המידע המאושר
ניטור מודרני אינו מסך ירוק או אדום שמציג אם שרת פעיל. תמונת מצב אמיתית מחברת תשתיות מחשוב, תקשורת, אפליקציות, שירותים, בסיסי נתונים, רכיבי אבטחה, ביצועים וטלמטריה. הערך נוצר כאשר אפשר להבין לא רק שמשהו קרה, אלא מה מקור הבעיה, מה משמעותה ומה עלול להיות מושפע ממנה
במערכת גלובלית נדרשת גם היררכיה ברורה של מידע ושליטה. הנהלה זקוקה לתמונת מצב אחתמנהל תוכנית לאחרת, צוות תפעול לפרטי האירוע ומומחה באתר להנחיות ממוקדות. הפרדה בין סביבות, הרשאות ומידור מאפשרת להעביר לכל גורם את המידע הנדרש לו ספציפית בזמן הנכון, בלי לפרוץ את גבולות האבטחה. מצד אחד, ומאידך, לא "לייצר אירוע" איפה שלא צריך
מהתרעות לתמונת מצב שאפשר לפעול לפיה
אלפי אירועים והתראות ממערכות שונות אינם מייצרים בהכרח שליטה; הם עלולים לייצר רעש האתגר הוא להפוך מידע ליכולת החלטה. הצלבה בין אירועים יכולה לזהות שאוסף התראות נובע מאותה תקלה, וזיהוי חריגות יכול להצביע על הידרדרות לפני שנחצה סף קבוע מראש.
יכול לסייע בניתוח דפוסים, סיווג אירועים והמלצה על פעולות המטרה בסופו של דבר היא לקצר וליעל את הזמן שבין הסימן הראשון להבנת הבעיה ולתת לצוות פחות רעש ויותר מידע שניתן לפעול לפיו
מניטור לתגובה
אז אנחנו מבינים שיש בעיה, מעולה... אבל לדעת שיש בעיה זה רק חצי מהפתרון. מערך אפקטיבי מחבר בין גילוי לתגובה: מי מקבל את ההתראה, מה חומרתה, אילו פעולות אפשר לבצע מרחוק, מי רשאי להתחבר, מתי נדרש מומחה ומה עושים כשאין חלופה להגעה פיזית
המודל הנכון מחבר שלוש יכולות: Monitor, Respond, Dispatch. מרכז שליטה מזהה ומנתח צוות מקצועי מנסה לפתור מרחוק; ואם נדרשת התערבות מקומית, מופעל צוות מתאים עם המידע שכבר נאסף. כך ההגעה לאתר הופכת ממסע אבחון למשימת פתרון ממוקדתשחוסכת זמן, כסף וחיי אדם, וכמובן – אי אפשר להגזים בכמה כל אלה יקרים...
פחות השבתות ותגובה מדויקת יותר
תמיכה עולמית יכולה לדרוש טיסות מומחים, זמינות בישראל והתקשרויות עם ספקים מקומיים כשהאירוע מתגלה מאוחר, צוות מקומי או צוות מהארץ עלול לצאת לפני שהתקלה אובחנה ולהגיע בלי הרכיב, הכלי או המומחיות הנכונים. בינתיים המערכת מושבתת במשך שעות או ימים, והעלות עלולה להגיע למיליונים, וכשעובדים בסביבות מסווגות עם מערכות רגישות, שלא לכל אחד ניתנת האפשרות לגשת אליהן, הבעיה גדולה שבעתיים
מערך Monitoring and Response המחובר לצוותים מקומיים ולמומחים מהארץ משנה את המשוואה
יותר אירועים נפתרים מרחוק, מומחים מופעלים רק כשנדרש הידע שלהם וצוותים נשלחים כשהם מצוידים במידע ובציוד המתאימים. המידע המצטבר מאפשר לזהות רכיבים מועדים לכשל, אתרים עם תקלות חוזרות ופעולות תחזוקה שימנעו את האירוע הבא
בסביבה ביטחונית מתחילים מארכיטקטורה
לא כל מערכת יכולה לשלוח מידע לענן ציבורי ולא מכל אתר ניתן לפתוח חיבור חיצוני. קיימות רמות סיווג שונות, דרישות סייברהנחיות מלמ"ברגולציה ומגבלות מדינתיות. לכן אין ארכיטקטורה אחת שמתאימה לכל פרויקט. לעיתים הניטור מרכזי; במקרים אחרים הוא מבוזר או היררכי, חלק מהמידע מעובד מקומית ורק מידע מאושר מועבר החוצה
מערך כזה אינו מתחיל בבחירת כלי. הוא מתחיל בשאלות: מה מותר לראות, מי רשאי לראות, איזה מידע יוצא מהאתר, היכן הוא נשמר, מי רשאי לפעול מרחוק וכיצד מתועדת כל פעולה. רק לאחר מכן אפשר לבחור ולשלב את הטכנולוגיות המתאימות
הצעד הראשון אינו רכישת עוד כלי
חברה ביטחונית רב־לאומית צריכה להתחיל במיפוי ממוקד: אילו מערכות ואתרים הם הקריטיים ביותר, מה מחיר ההשבתה, איזה מידע ניתן לאסוף ולהעביר, מי מוסמך לקבל אותו ואילו אירועים מחייבים תגובה מרחוק או הגעה פיזית. לאחר מכן אפשר לבחור מערכת או אתר אחד, להגדיר מדדי הצלחה ולהפעיל פיילוט שמוכיח ערך לפני הרחבה גלובלית.
השאלה שמנהלי תוכניות ושירות צריכים לשאול אינה אם קיימת אצלם מערכת ניטור, אלא אם הם מסוגלים לזהות הידרדרות, לקבל החלטה ולהפעיל את הצוות הנכון לפני שהלקוח מגלה שהמערכת אינה זמינה. במערכות רגישות, הזמן לבחון את התשובה הוא לפני האירוע הבא
על המחבר
לירון שחורי הוא מנכ״ל peax defense, החטיבה הביטחונית של Peax (לשעבר EMET).
החטיבה משלבת יכולות ושירותים מקצועיים לתכנון והקמה של פתרונות Data, Cyber, Observability, Integration, תשתית, תוכנה בסביבות ביטחוניות מורכבות ורגישות.
תגובות