שנינו יודעים איך הגיליון הזה נראה
| # | מכשיר | אתר | גרסת פוליסי | סנכרון אחרון | סטטוס | הערות |
|---|---|---|---|---|---|---|
| 1 | fw-hz-01 | הרצליה HQ | v4.72 | Jun 14, 02:14 | OK | |
| 2 | fw-hz-02 | הרצליה HQ | v4.72 | Jun 14, 02:14 | OK | |
| 3 | fg-pt-01 | פתח תקווה DC | v4.71 | Jun 13, 14:08 | DRIFT | אי-התאמה ב-Rule 14 - בבדיקה |
| 4 | fg-pt-02 | פתח תקווה DC | v4.72 | Jun 14, 02:15 | OK | |
| 5 | asa-bs-01 | באר שבע DR | ??? | לא ידוע | UNREACHABLE | VPN לאתר DR למטה מיום ה'. טיקט פתוח. |
| 6 | pa-tl-01 | תל אביב Office | v4.72 | Jun 14, 02:16 | OK | |
| 7 | pa-tl-02 | תל אביב Office | v4.70 | Jun 12, 09:44 | BEHIND | פספס 2 מחזורי סנכרון - בעיית cron? |
| ... עוד 28 מכשירים ... | ||||||
אתם בניתם את הגיליון הזה. אתם מתחזקים אותו. אתם צובעים את התאים ביד. ירוק ל-OK. צהוב ל-drift. אדום ל-unreachable. אתם מוסיפים הערות שמסבירות למה משהו צהוב השבוע ואם הוא היה צהוב גם שבוע שעבר. אתם מגרסים את שם הקובץ כי המנהל פעם ביקש את "הגרסה של שבוע שעבר" ואתם כבר דרסתם אותה.
אף אחד לא קורא את זה ברצינות. המנהל פותח, סורק אם יש תאים אדומים, וסוגר. אם הכל ירוק, השקעתם שעתיים לייצר מסמך שקיבל 4 שניות של תשומת לב. אם משהו אדום, מגיעה הודעה בסלאק "מה קרה עם באר שבע?" - מה שכבר הסברתם בעמודת ההערות שאף אחד לא קרא.
לאן הזמן באמת הולך
הדוח של יום שני בבוקר - פירוט זמנים
תשעים וחמש שעות בשנה. על גיליון אלקטרוני. שמקבל סריקה מהירה של תאים אדומים ונזרק לתיקייה בשם "Compliance Evidence" שהאודיטור יבקש בנובמבר. וכשהאודיטור יבקש, תגלו שבגיליון ממרץ יש שגיאת הקלדה, ובגיליון מיולי חסרים שני מכשירים שנוספו ביוני, ובגיליון מספטמבר יש "???" בשלושה תאים כי אתר ה-DR היה למטה באותו שבוע ואף פעם לא חזרתם למלא אותם.
זו לא בעיית דיווח. זו בעיית נראות. לארגון שלכם אין תצוגה בזמן אמת של מצב ה-firewalls כי המנגנון היחיד שמייצר את התצוגה הזו הוא אתם, במוצאי שבת, עם SSH ואקסל.
מה אם הגיליון היה כותב את עצמו?
לא סקריפט שמייצר CSV. לא כלי ניטור ששולח התראות. תצוגה אמיתית, תמיד עדכנית, תמיד מדויקת של כל סביבת ה-firewalls שלכם, שמתעדכנת כל פעם שמשהו משתנה וזמינה לכל מי שצריך אותה, בלי שתעשו כלום.
זה מה שעושה אימות המצב של Cyberm8. המערכת עושה polling רציף לכל מכשיר בסביבה, משווה את הקונפיגורציה בפועל מול הקונפיגורציה המאושרת, ומתחזקת דשבורד סטטוס בזמן אמת. כשהמנהל שואל "כל ה-firewalls שלנו מסונכרנים?" - התשובה היא URL, לא גיליון שדורש שעתיים בנייה.
מוצאי השבת שלכם
SSH ל-35 מכשירים. העתקת פלט. הדבקה באקסל. צביעת תאים. כתיבת הערות. שליחה במייל. תקווה שאף אחד לא ישאל שאלות המשך.
עם Cyberm8
הדשבורד תמיד עדכני. אימות מצב רץ כל שעה. drift מזוהה ומתוקן אוטומטית. ייצוא compliance נוצר לפי דרישה. אתם צופים בנטפליקס.
וכשהאודיטור מגיע בנובמבר ומבקש "הוכחת מצב firewall עקבי לחצי השנה האחרונה"? אתם לא מבלים שבוע בהרכבת 26 גיליונות עם פורמטים לא אחידים של עמודות. אתם לוחצים "Export" ומוסרים לוג אימות מצב ברמת המכשיר, שנוצר אוטומטית, עם חותמת זמן, שמכסה כל שעה בכל יום מאז ההתקנה.
זה לא שעתיים שאתם חוסכים כל יום שני. זה מוצאי השבת שאתם מקבלים בחזרה. זה לא לחשוב על הגיליון ביום שבת. זה לא לפחד מה-SSH ב-9 בערב כי רוצים שזה יהיה מוכן לפני הסטנדאפ ביום שני. זה הלחץ הספציפי, הקטן, המתמשך של משימה ידנית חוזרת שלא נגמרת ולא נהיית יותר קלה. הוא פשוט נעלם.
איך להעלות את הנושא
עם הנושא הזה קל. לא צריך למכור מוצר. צריך לשאול את המנהל שאלה אחת:
"אני מבלה בערך 95 שעות בשנה על בניית דוח סטטוס firewalls שבועי. זה ידני, זה מועד לשגיאות, והאודיטורים תמיד מוצאים פערים. אם אני יכול להחליף את זה בדשבורד אוטומטי, תמיד עדכני, שגם מייצר את הראיות ל-compliance שהאודיטורים צריכים - תרצה לראות דמו?"
התשובה תמיד חיובית. כי גם המנהל שלכם שונא את הגיליון. פשוט לא היתה לו אלטרנטיבה טובה יותר. עכשיו יש.
- חשבו את השעות האמיתיות שלכם בשבוע על הדוח (בכנות - כולל הפחד ממוצאי שבת).
- הכפילו ב-50 שבועות. הציגו את המספר השנתי.
- הזכירו את הפערים מול האודיט - המנהל שלכם כבר יודע עליהם.
- בקשו דמו אחד. לא אישור רכישה. רק דמו אחד.
קבלו בחזרה את מוצאי השבת.
תראו את הדשבורד בזמן אמת. תראו את ייצוא ה-compliance. תראו איך זה נראה כשהגיליון כותב את עצמו. דמו של 30 דקות. אחר כך תחליטו אם אי פעם רוצים לפתוח שוב את קובץ האקסל הזה.
← הראו לי את הדשבורד info@cyberm8.com - ראינו את הגיליון שלכם. לכולנו היה כזה.