שרשרת SOCKS ארוכה יותר אינה מסתירה אוטומטית את הקפיצה הבאה

שרשרת משנה מי פותח כל חיבור. היא אינה מוסיפה הצפנה רק מפני שנוספת כתובת SOCKS אחת נוספת לרשימה.

שקלו לקוח שבונה את השרשרת הזו בעצמו:

application → SOCKS A → SOCKS B → website

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

הפרידו בין השרשרת לבין חילופי האפליקציה המוגנים

HTTPS יכול להגן על תוכן האפליקציה של האתר לאחר שהחלה הפעלה של TLS. הוא אינו מצפין בדיעבד הודעות הגדרה קודמות של SOCKS. גם אימות SOCKS5 בשם משתמש ובסיסמה אינו תעבורה מוצפנת.

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

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

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