Tor או VPN: החליטו לפי מי שכל נתיב מכריח אתכם לבטוח בו
VPN מערים את האמון שלכם על מפעיל אחד; Tor מפזר אותו בין ממסרים. החליטו לפי הכיסוי, לפי מי יכול לקשר אתכם לאתר, ולפי מה שאתם יכולים לאמת.
הבחירה בין Tor ל-VPN מסתכמת בשאלה למי אתם יכולים להרשות לראות את שני הקצוות של חיבור. VPN מרכז את המבט הזה אצל מפעיל אחד שבחרתם. Tor מפזר אותו בין ממסרים, כך שאף ממסר בודד לא אמור ללמוד מי אתם ומה הורדתם.
אף אחת משתי הסידורים לא הופכת אתכם לאנונימיים מעצמה. בחרו בזה שאת האמון שנותר בו אתם יכולים לומר בקול, ואז תקנו את החלקים שהוא משאיר חשופים.
ספרו מי יכול לקשר אתכם ליעד
עם VPN, כל זרימה מכוסה מגיעה ליציאה של המפעיל לפני שהיא מגיעה ליעד. המפעיל הזה רואה בהכרח את כתובת המקור שלכם ואת היעד שביקשתם, לגבי כל דבר שאינו מוצפן דרכו. TLS משאיר את תוכן העמוד מחוץ למבט הזה אבל בדרך כלל משאיר את שם המארח גלוי בזמן שהחיבור מוקם. גורם אחד יכול אפוא לקשר אתכם לאתר, והקישור הזה הוא בדיוק האמון שאתם נותנים.
Tor מפריד את החצאים האלה בין שלושה ממסרים: שומר שיודע את הכתובת שלכם אבל לא את היעד, ממסר אמצעי שלא יודע אף קצה, ויציאה שיודעת את היעד אבל לא אתכם. התכנון מניח שאף ממסר בודד אינו משלב את שתי העובדות, וזו הנחה חלשה ושימושית יותר מאשר לבטוח בחברה אחת. הוא אינו מניח שהממסרים ישרים, והוא אינו מביס צופה שרואה את שני קצוות הנתיב.
שני התכנונים חולקים נקודת תורפה אחת, והיא נמצאת ביעד. אם תתחברו, השירות מקשר את אותה הפעלה לחשבון שלכם בכל נתיב שהחבילות עברו. הניתוב משנה מאיפה נראית הבקשה כבאה, לא את מה שהעמוד מבקש שתספקו.
הכיסוי חשוב יותר מתרשים הניתוב
VPN מנתב בשכבת הרשת, ולכן כל יישום במכשיר יורש את המנהרה אלא אם תחריגו אותו במכוון. הרוחב הזה הוא הסיבה שהוא עובד בו זמנית עבור לקוח דואר, מנהל חבילות ודפדפן.
דפדפן Tor הוא חבילה, וההגנות שלו חיות בעיקר בתוך הדפדפן: טביעת אצבע אחידה, בידוד בין אתרים וסקריפטים המוגבלים ברמת אבטחה ולא בהרחבות שהתקנתם. הפניית Chrome ליציאת SOCKS קונה את הניתוב בלי כל זה, וזה מקור נפוץ לביטחון עצמי שגוי.
שאר שולחן העבודה נשאר ללא שינוי. לקוח סנכרון, מעדכן או מסמך שהורד ונפתח בתוכנית אחרת מתחבר לפי הגדרות אותה תוכנית, ושום דבר מזה לא עובר דרך מאזין SOCKS אלא אם תגדירו אותו שם. רשמו את היישומים שמדברים עם הרשת, ואז שאלו אילו מהם הכלי הנבחר מכסה באמת. הכיסוי הוא תכונה של התצורה שלכם, לא של הכוונה שלכם.
בחרו עם שלושה תנאים
ההחלטה נפתרת בדרך כלל בשלוש שאלות: האם התעבורה מגיעה מיישום אחד או מהמכשיר כולו, האם היעד חייב להיות לא מסוגל לזהות את הכתובת שלכם, והאם עליכם להגיע לרשת פרטית? ענו עליהן לפי הסדר הזה והכלי בוחר בעצמו בדרך כלל.
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
כששתי דרישות מתנגשות, שקלו איזו מהן אתם יכולים לאכוף. מנהרה במכשיר עם רשימת החרגות דולפת גרועה מנתיב בדפדפן בלבד שאתם יכולים להדגים.
האימות זול לשני הנתיבים, והוא צריך לקרות לפני שאתם נשענים על מי מהם:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
תוצאה כוזבת מהפקודה הראשונה פירושה שהבקשה יצאה מחוץ למעגל, וזו התקלה ששווה לתפוס מוקדם. השוו את השנייה לכתובת שספקית שלכם הקצתה, לא לזו שאתם זוכרים מהשבוע שעבר.
מה שאף אחת מהאפשרויות לא מתקנת
הצפנת יישומים עדיין עושה עבודה שאף נתיב לא מבצע. HTTP פשוט שחוצה רשת פרטיות נשאר קריא ביציאה, ו-HTTPS נשאר הדבר היחיד שמגן על המטען מקצה לקצה. TLS גם לא אומר דבר על שם המארח שהקלדתם, ולכן היעד נשאר גלוי לכל מי שמסיים את הנתיב.
חשבונות מזהים אתכם, וכל בחירת ניתוב לא משנה זאת: השירות יודע מי התחבר ללא קשר לכתובת בכותרת. מתאם על ידי צופה שרואה מספיק מהרשת, פגיעה במכשיר שלכם וכל מה שאתם מקלידים בטופס שורדים את שני התכנונים. התייחסו לשני הכלים כדרכים להזיז אמון, לא למחוק אותו.
התחילו מתצורת ברירת המחדל שכל פרויקט מתעד, אשרו את הנתיב עם שתי הפקודות שלמעלה, ורק אז שקלו לערום VPN מתחת ל-Tor. קינון שלהם הוא תצורה עם מצבי כשל משלה, לא שדרוג חינם.