חשבון VPN משותף: מגבלת מכשירים אינה בידוד לקוחות
הרשאה לשמונה מכשירים אינה אומרת דבר על בידוד או על ניהול מפתחות. הפרידו בין מגבלות החשבון, הגנת המנהרה, העברה בין עמיתים ו-Wi-Fi מקומי.
שמונה חיבורים בו-זמנית הוא מספר מדף רישיון, והוא אינו אומר דבר על מה ששמונת המכשירים הללו יכולים לעשות זה לזה. התחברות משותפת יכולה להתקיים לצד מפתחות לכל הפעלה, והיא יכולה גם להתקיים לצד שער שמעביר בשמחה את התעבורה של לקוח אחד לאחר. הטעות היא להתייחס לחשבון כאל גבול אבטחה. שאלו במקום זאת ארבע שאלות נפרדות: מה נקנה, מה מגן על המנהרה, מה רשאי לעבור בין עמיתים ומה יכול להפיל את הקישור המקומי.
מה באמת מבטיחה הרשאה לחיבורים
מגבלת מכשירים סופרת כמה הפעלות הספק יקבל עבור מינוי אחד. זהו פיקוח מסחרי ותפעולי, לא הצהרה על זהות או על בידוד. ספקים אחדים מנפיקים תעודה נפרדת לכל מכשיר תחת חשבון אחד; אחרים עושים שימוש חוזר באותה הרשאה בכל חיבור. ההבדל מתגלה בעת ביטול, משום שהרשאות נפרדות מאפשרות לכם לנתק מכשיר אחד, ואילו הרשאה משותפת אינה מותירה לכם אפשרות כזו.
קראו כיצד הספק מנפיק הרשאות לפני שאתם מניחים משהו על הפרדת מפתחות. שם החשבון עצמו אינו חושף מזה דבר.
בדקו אם השער מעביר בין לקוחות
נגישות בין עמיתים היא החלטה בצד השרת. ב-OpenVPN המתג הרלוונטי חסר אלא אם הוא מופיע בתצורה, אך פריקת מישור הנתונים המודרנית משנה היכן הכלל נאכף.
grep -n "client-to-client" /etc/openvpn/server.conf
iptables -A FORWARD -i tun0 -o tun0 -j DROPתצורה בלי הנחיה זו משאירה את תעבורת העמיתים לחומת האש של המארח, שעדיין עשויה להתיר אותה. כשהפריקה פעילה, הגרעין מטפל בממשק המנהרה במקום בתהליך מרחב המשתמש, לכן בדקו מוני כללים במקום לבטוח בקובץ. חסימת תעבורה מועברת בין כתובות המנהרה מבודדת לקוחות בלי לפגוע בגישה שלהם לשער. אשרו זאת בבדיקה מלקוח אחד לשירות אצל אחר, גם לפני הכלל וגם אחריו.
הגנו על ההפעלה לפני העמיתים
הגנת המנהרה והגישה בין עמיתים הן תכונות שונות, והצפנה חזקה אינה מרמזת על בידוד. במצב TLS כל לקוח גוזר מפתחות הפעלה משלו, כך שלקוח אחד אינו יכול לקרוא את התעבורה של אחר גם כשהשער מעביר אותה. סידור מפתח סטטי ישן מחלק מפתח אחד בין כולם, ולכן שימוש חוזר בהתחברות שם גורר השלכות חמורות בהרבה. בחנו את המצב המוגדר ולא את דף השיווק, ואחר כך שפטו אם שיתוף החשבון מתאים לנתונים שבעניין.
אימות השירות בכל מארח עדיין חשוב: המנהרה מוכיחה רק שלקוח הגיע לרשת, ולא שהוא אמור להגיע לתהליך שירות מסוים.
תקלות Wi-Fi מקומיות אינן פריצה ל-VPN
חיבור שנפל מוכיח שהקישור המקומי כשל, לא שמישהו שבר את המנהרה. הפרעות, חכירת DHCP שאבדה והעברה בנדידה מסיימות הפעלה בלי לגעת בהרשאות או בטקסט מוצפן. התייחסו לניתוק כממצא זמינות והרחיקו אותו מממצאי סודיות וגישה בין עמיתים. היכן שהרשת המקומית אינה מהימנה, הגנו על התעבורה מקצה לקצה במקום להישען רק על המנהרה.
רשמו את ארבע התשובות: הרשאה, מודל מפתחות, מדיניות עמיתים ותלות בקישור המקומי. הרישום הזה הופך דאגה עמומה מחשבון משותף לבקרות מפורטות.