בדקו נקודה חמה לפני שתקרבו אליה פרטי התחברות של העבודה
פורטל מיירט DNS ומפנה HTTP לפני שהוא מאשר משהו. בצעו בדיקת HTTPS חדשה אחת, ואז בדקו את המנהרה, והרחיקו התחברויות עבודה.
הנקודה החמה מחלקת כתובת לפני שהיא מחלקת אינטרנט, והאמון מוכרע בפער הזה. המכשיר מתחבר, מבקש כתובת, ואז כל בקשה יוצאת מיורטת עד שפורטל אומר שהחיבור מאושר. המנגנון הזה מסביר מדוע דף יכול להיראות כנטען כשבפועל אין חיבור אמיתי. בדקו את הפער במשהו לא מזיק לפני שפרט התחברות כלשהו של העבודה נוגע בו.
מה הנקודה החמה עושה לבקשה הראשונה שלכם
ההתחברות נותנת למכשיר קישור, ו-DHCP נותן לו כתובת, שער יציאה ובדרך כלל שרת DNS בבעלות המקום. עד שהאישור יושלם, השער מפיל או מפנה תעבורה יוצאת, ו פורטלים רבים עונים ל-DNS לכל שם בכתובת משלהם. לכן חיפוש נראה כמצליח: התשובה היא הפורטל, לא האתר שביקשתם. הרשת מתנהגת כמתוכנן; היא פשוט עדיין לא האינטרנט.
בקשת ה-HTTP הראשונה מקבלת בדרך כלל הפניה לפורטל, שמערכת ההפעלה עשויה לפתוח עבורכם. לא ניתן להפנות HTTPS כך, ולכן היא נכשלת או נתקעת, והדפדפן מציג שגיאת תעודה או פסק זמן. ההבדל הוא אבחוני: הפניית HTTP היא הפורטל שמדבר, בעוד כשל TLS מול מארח לא קשור הוא משהו אחר. גן מוקף חומה, שבו כמה תחומים מועברים לצורך תשלום או התחברות, יוצר דפוס שלישי.
אשרו את הרשת לפני ההתחברות
אשרו את ה-SSID ואת שיטת ההתחברות מול המקום בערוץ שאינו הרשת עצמה. פורטל שמבקש סיסמה ארגונית, מספר כרטיס וכתובת דואר אלקטרוני עושה שלושה דברים שונים, ורק השניים האחרונים רגילים לגישת אורחים. העדיפו את הודעת פורטל הלכידה של מערכת ההפעלה, שמזהה את ההפניה דרך נקודת קצה מוכרת במקום לסמוך על כל דף שיופיע. אם המקום אינו יכול לתאר את הפורטל שלו, זו סיבה להמתין ולא לאלתר.
אזהרת תעודה בזמן התחברות לפורטל אינה שלב שמדלגים עליו בלחיצה. הפורטל אינו צריך להתחזות למארח לא קשור כדי לאמת אתכם.
בצעו את הבדיקה הקטנה ביותר שמוכיחה גישה
השלימו את האישור הלגיטימי, ואז בקשו דף HTTPS ציבורי רגיל שלא טענתם קודם, כדי שהתשובה לא תוכל לבוא מהמטמון. רשמו מה באמת נכשל אם זה נכשל: חיפוש שם, פסק זמן בחיבור, שגיאת תעודה או סירוב שירות. ארבעת אלה שייכים לשכבות שונות, ורישומם מונע מהאדם הבא לבדוק שוב לפי תחושה. ואז חברו את ה-VPN המיועד ובקשו משאב אחד שהוא דורש.
השאירו את הבדיקה קטנה. הורדת בדיקת מהירות בגישה מדודה עונה על שאלה שאיש לא שאל ועלולה לעלות למשתמש כסף. תשובה עם כותרות מספיקה כדי לבסס נגישות, והיא אינה מושכת מגה-בייט דרך קישור שמחייב לפי ג'יגה-בייט.
אם גישה רגילה עובדת והמנהרה לא, זו חקירה אחרת מרשת שמעולם לא אישרה. הפרידו בין שתי התוצאות במקום לשנות כמה הגדרות פרטיות בבת אחת.
הרחיקו עבודה פרטית מההשוואה
כל אפליקציה במכשיר היא צופה פוטנציאלי, ופורטל לכידה הוא הרגע שבו כולן מנסות להגיע לשרתים שלהן. סגרו את אלה שאפשר, והתייחסו למכשיר מנוהל שדולק תמיד כשאלת מדיניות ולא שאלה טכנית: השתמשו בשיטה המאושרת להשוואה במקום להסיר את ההגנה שהופכת אותו למנוהל. אם המכשיר אוסר לחלוטין תעבורה מחוץ למנהרה, בצעו את הבדיקה במכשיר אחר שאינו רגיש. מטרת התרגיל היא ללמוד על הרשת בלי לחשוף בפניה פרטי התחברות.
אל תלכדו תעבורה של אנשים אחרים כדי לאבחן את המקום, ושמרו כל לכידה אבחונית בתוך המכשיר והחיבור שלכם. סקרו שדות כתובת ומזהה לפני שתצרפו לכידה לכרטיס, כי הרשת של המקום אינה ארונית הראיות שלכם.
החליטו מה התוצאה מאפשרת לכם
שלוש תוצאות אפשריות: גישה מלאה עם מנהרה עובדת, גישה לפורטל בלבד עם מנהרה כושלת, או בלי גישה כלל. לכל אחת צעד הבא אחר, וערך הבדיקה הוא לדעת באיזו אתם לפני שמשנים הגדרות. גישה מלאה פירושה שהעבודה יכולה להימשך דרך המנהרה; גישה לפורטל בלבד מרמזת שהפורט או הפרוטוקול של המנהרה חסומים, ולכן התשובה היא תעבורה או רשת אחרת; היעדר גישה פירושו שהמקום אינו יכול לתמוך במשימה היום. מכשיר שתמיד מנסה פרוטוקול אחד בלבד אינו יכול להבחין בין אלה.
רשמו את ה-SSID, את התוצאה ואת השעה, כדי שהאדם הבא באותו מקום יתחיל מראיות. מדריך לרשתות לכידה של Apple מתאר את התנהגות הזיהוי שמאחורי ההודעה, וזה החלק שכדאי להבין לפני שמאשימים את ה-VPN.