Nessus דרך VPN: היכן למקם את הסורק לפני הסריקה הראשונה
העובדה שהדפדפן מגיע לקונסולת Nessus אינה מוכיחה שהסורק מגיע ליעד. בדקו את מיקום התהליך, המסלול, ההיקף והאישורים לפני ההפעלה.
סמל VPN ליד הדפדפן אינו אומר דבר על התהליך ששולח את חבילות הסריקה. אם הקונסולה והסורק פועלים במארחים שונים, המנהרה של הדפדפן היא נתיב אחד ומקור הסריקה הוא אחר. התחילו בנקודת ההרצה, ואז התקדמו החוצה: המסלול, ההרשאה והאישורים. ההבחנה הזו היא הפריט הראשון ברשימה לא סתם.
זוהי רשימת בדיקה לפני הפעלה, לא מדריך סריקה. כל שלב מייצר עובדה שתוכלו לרשום בתיק העבודה לפני ששום חבילה עוזבת את הסורק.
בדיקה ראשונה: אתרו את התהליך ששולח את הגישושים
ציירו את שלושת התפקידים במפורש: הדפדפן במחשב הנייד A, קונסולת הסריקה במארח B והיעד הפרטי C. אם B מריץ גם את מנוע הסריקה, הדפדפן צריך רק נתיב ל-B. אם מכשיר סריקה נפרד עושה את העבודה, אותו מכשיר צריך את הנתיב ל-C.
Browser on laptop A -> console on host B
Scanner process on B (or another appliance) -> private target C
דפדפן המחובר ל-VPN יכול להגיע לקונסולה בעוד שהסורק שמאחוריו עדיין ללא מסלול ל-C. גם ההפך אפשרי: הסורק נמצא בתוך הרשת הפרטית והקונסולה מרוחקת. גלו איזו פריסה אתם באמת מריצים לפני שתשנו בקרת רשת כלשהי. תנו שם למכשיר בתצורת הסריקה לפני שאתם מאשימים את הרשת.
אם הסורק פועל ב-A, מארח הדפדפן והסורק חולקים הקשר, אבל רק כל עוד התהליך שומר על אותו מרחב שמות ואותה טבלת ניתוב. ייתכן שקונטיינר או חשבון שירות לא יורשים את מה שהדפדפן האינטראקטיבי רואה. הקונסולה היא משטח ניהול, לא מנוע הסריקה.
בדיקה שנייה: הוכיחו את המסלול וה-DNS של הסורק
הריצו את בדיקת המסלול במארח הסורק, לא במחשב הנייד. שאלו את הקרנל באיזה ממשק ושער הוא ישתמש לכתובת היעד, ואז חזרו על כך עבור שם המארח של היעד. מסלול שקיים עבור ה-IP ושם שנפתר לכתובת אחרת הם שני כשלים שונים.
אשרו את כתובת המקור שתופיע ביעד. לקוח VPN יכול להקצות כתובת שונה מזו שחומת האש של היעד מצפה לה, והתקן NAT יכול לשכתב אותה שוב. בעל היעד צריך את המקור הנצפה, לא את הכתובת שמודפסת בפרופיל ה-VPN.
בדקו גם את נתיב החזרה. סורק שמגיע ליעד אך אינו מקבל תשובות סובל מבעיית ניתוב או חומת אש בנתיב החזרה, וזה נראה בדיוק כמו יעד שנפל.
בדיקה שלישית: קבלו אישור להיקף ולנקודת המבט
בקשו מבעל היעד למנות בכתב את המערכות, השירותים, הסביבה, המקור וחלון הזמן. החליטו איזו נקודת מבט ההערכה מייצגת: משתמש VPN חיצוני, לקוח פנימי מורשה או מקטע סורק מסוים.
מסלול פרטי אינו הרשאה לבדוק רשתות סמוכות. שמרו על רשימת יעדים צרה, פרטו מערכות שאינן כלולות והסכימו על תנאי עצירה ועל איש קשר שיכול לעצור את הריצה. הסורק יבדוק בשמחה כל מה שהוא יכול להגיע אליו, וזו בדיוק הסיבה שההיקף חייב להיות מפורש.
רשמו את המקור המאושר באותו מסמך. אם המקור הנצפה של הסורק שונה מהמאושר, הריצה אינה מייצגת את נקודת המבט המוסכמת גם כשהרשימה נכונה.
בדיקה רביעית: התאימו את האישורים לעומק ההערכה
בדיקת נגישות והערכה מאומתת הן בדיקות שונות. תגובת פורט מוכיחה שמשהו ענה; היא אינה מוכיחה שבדיקות עם אישורים רצו או שהיישום אישר את החשבון.
השתמשו באישורים ייעודיים רק כשההיקף המוסכם דורש בדיקות מאומתות. אשרו את הרשאות החשבון ומדיניות הנעילה, והחליטו כיצד יאוחסנו וישותפו הממצאים לפני שהסריקה תייצר אותם.
אם האישורים נכשלים, אל תעברו בשקט לריצה לא מאומתת ואל תקראו לדוח ההערכה המתוכננת. התוצאה היא בדיקה אחרת עם משמעות אחרת, וההבדל הזה שייך לדוח.
בדיקה חמישית: שמרו את התוכנית, ואז הפעילו במכוון
בזרימת העבודה של סריקת Nessus, בחירת תבנית, קביעת הגדרות ושמירה או הפעלה של הסריקה הם שלבים נפרדים. נצלו את ההפרדה הזו כדי לסקור את רשימת היעדים, המקור ולוח הזמנים לפני שתנועה כלשהי מתחילה.
לפני שאתם מאשרים את ההפעלה, בדקו איזה מקור ה-VPN מתיר, איזו תנועה הוא נושא וכיצד הוא מתאושש ממנהרה שנפלה. אל תרחיבו גישה בחומת האש רק מפני שחיבור מקדים נכשל; מצאו את השכבה שדחתה אותו ותקנו את השכבה הזו.
לאחר הריצה, רשמו את מארח הסורק, את המקור הנצפה, את רשימת היעדים ואת כל הבדיקות שלא הושלמו. דוח שהופק ממקור אחר או בלי האישורים המיועדים אינו מייצג את התוכנית המקורית, ואמירה של זה היא חלק מהתוצר.
הסירו את הגישה של העבודה וטפלו בתוצאות שנשמרו לפי התהליך המוסכם. רשימת הבדיקה מסתיימת רק כשהראיות תואמות לנתיב שאישרתם, ולא כשהסריקה פשוט החזירה תוצאות.