מונרו דרך VPN: איזה משלושת נתיבי הרשת משתנה?

פתחו את הארנק, הפעילו את הדמון ושרטטו שלושה חצים לפני שאתם מפעילים משהו. חץ אחד עובר מהארנק אל פורט ה-RPC של צומת, חץ אחד נושא את סנכרון העמיתים של הדמון, וחץ אחד נושא עסקאות שנשלחו מקומית לעבר נתיב העברה. אלה חיבורים שונים עם תצורה שונה, ו-VPN או רשת אנונימיות עשויים לכסות אחד מהם, שניים או אף אחד.

עברו על הנתיבים לפי הסדר שבו התוכנה פותחת אותם. סימון כל חץ עם היעד שלו ועם אמצעי התעבורה שלו הוא מה שהופך את טענת הפרטיות המאוחרת לבדיקה. הסדר חשוב, מפני שהטענה המאוחרת מכסה בדרך כלל רק אחד מהם.

התחילו בשרטוט החיבור בין הארנק לצומת

ארנק שמדבר עם צומת מרוחק שולח בקשות RPC לכתובת ולפורט של אותו צומת. ארנק עם דמון מקומי מדבר במקום זאת עם ממשק הלופ-בק. אלה יחסי אמון שונים, גם אם בשיחה יומיומית שניהם נקראים “הצומת”.

רשמו את הכתובת, את הפורט ואת אמצעי התעבורה שהארנק מוגדר להשתמש בהם. אם לארנק יש הגדרת פרוקסי משלו, רשמו אותה בנפרד מהגדרות הדמון; הגדרה של תהליך אחד אינה מגדירה את השני.

כאן גם נקודת קצה ציבורית של RPC נעשית מפתה. חשיפת שירות ה-RPC של הצומת כדי לפשט את התרשים מחליפה נתיב רשת בשטח תקיפה. השאירו את הקישור בין הארנק לצומת על נתיב פרטי או על ממשק הלופ-בק, ותעדו איזה מהם הוא. תרשים שמסתיר את החשיפה הזאת גרוע מתרשים שלא קיים.

לאחר מכן עקבו אחר תעבורת העמיתים של הדמון

דמון שמסתנכרן פותח חיבורים יוצאים אל עמיתים ומחליף נתוני שרשרת דרך פורט העמית-לעמית שלו. התעבורה הזאת אינה קישור ה-RPC של הארנק, והיא אינה מנותבת אוטומטית דרך הפרוקסי של הארנק. היא פועלת לפי הגדרות הרשת של הדמון עצמו ולפי טבלת הניתוב של המארח.

רשמו את פורט העמיתים, את מספר החיבורים ואת השאלה אם הדמון מוגדר להשתמש בפרוקסי לתעבורת עמיתים. לאחר מכן בדקו את הנתיב במארח עבור כתובת עמית לדוגמה. אם ה-VPN תופס את נתיב ברירת המחדל, חיבורי העמיתים כנראה משתמשים בו; אם הדמון כבול לממשק מסוים, ייתכן שלא. שתי העובדות האלה מכריעות את החץ.

שאלת הצופה משתנה עם הנתיב הזה. VPN מסתיר את חיבורי העמיתים מרשת הגישה המקומית, אבל נקודת הקצה של ה-VPN והעמיתים עצמם רואים תמונה אחרת. אף אחת משתי התצפיות לא מוכיחה שבקשות הארנק עברו באותו נתיב.

לאחר מכן בודדו את נתיב העברת העסקאות

עסקאות שנשלחו מקומית יכולות להיות מועברות אל הרשת דרך ממסר או פרוקסי מוגדר. בתיעוד הנוכחי של דמון Monero, האפשרות הזאת שולחת דרך הפרוקסי רק את תעבורת העברת העסקאות שאתם מפנים אליו. היא אינה הופכת כל חיבור RPC, ארנק וסנכרון לתעבורה דרך פרוקסי.

התיעוד של הפרויקט על רשתות אנונימיות מתאר את השילוב של Tor ו-I2P כניסיוני ומגדיר את היקף התנהגות ההעברה. קראו את התיעוד של הגרסה שאתם מריצים בפועל, מפני שדיונים ישנים משתמשים בשמות כמו Kovri ומתארים רכיבים שאינם קיימים עוד באותה צורה.

השאירו את נתיב ההעברה נפרד בתרשים. עסקה שיוצאת דרך פרוקסי בזמן ששאילתות היתרה של הארנק משתמשות בצומת מרוחק יש לה שני צופים שונים, והעובדה שהעסקה עברה דרך פרוקסי לא אומרת דבר על נתיב השאילתה.

הוסיפו את ה-VPN רק אחרי ששלושת הנתיבים מסומנים

כשהחצים משורטטים, סמנו אילו מהם ה-VPN נושא בפועל. VPN במנהרה מלאה תופס את נתיב ברירת המחדל של המארח, כך שחיבורים שעוקבים אחרי ברירת המחדל ישתמשו בו. מנהרה מפוצלת, ממשק כבול או פרוקסי שיוצא דרך כתובת מסוימת עשויים להשאיר כמה חצים מחוץ למנהרה.

עכשיו נסחו את מודל הצופה במפורש. בתכנון שבו חיבור רשת אנונימיות פועל בתוך ה-VPN, רשת הגישה המקומית רואה את חיבור ה-VPN החיצוני, בעוד צד ה-VPN רואה את החיבור הממשיך. זהו שינוי של הצופה, לא הוכחה שסימנים מזהים נעלמים.

בדקו את התנהגות הכשל כחלק מאותה סקירה. אם ה-VPN נופל, האם הדמון חוזר לחיבור עמיתים ישיר, האם הארנק ממשיך לשאול את הצומת המרוחק, והאם פרוקסי ההעברה נכשל במצב סגור? אלא אם הוגדרה חסימה, חיבור מחדש בדרך כלל פירושו ניסיון ישיר חדש ולא שתיקה.

ודאו את הנתיבים שאתם חושבים שהגדרתם

השתמשו בכלים של המארח עצמו: קראו את הנתיב לכל יעד, בדקו את השקעים המאזינים והמקיימים, ואשרו איזה תהליך מחזיק בכל חיבור. עשו זאת כשהארנק, הדמון וההעברה כולם פועלים, מפני שנתיב שקיים רק בהפעלה עשוי להיעלם אחרי חיבור מחדש.

חזרו על זה אחרי חיבור מחדש של ה-VPN ואחרי אתחול של הדמון. השוו את היעדים ואת אמצעי התעבורה עם התרשים. אם חץ זז, מודל הפרטיות זז יחד איתו, גם אם כל תהליך עדיין מדווח שהוא בריא.

רשמו את שלושת היעדים, את אמצעי התעבורה לכל אחד ואת הצופה שממנו אתם מתכוונים להסתיר אותם. מפת נתיבים קצרה עם צופים בשמות שימושית יותר מחיווי VPN אחד כשכמה לקוחות עצמאיים פועלים על אותה מכונה.