ห่วงโซ่ SOCKS ที่ยาวขึ้นไม่ได้ซ่อนฮอปถัดไปโดยอัตโนมัติ

ห่วงโซ่เปลี่ยนคนที่เปิดการเชื่อมต่อแต่ละครั้ง การเพิ่มที่อยู่ SOCKS อีกแห่งในรายการไม่ได้เพิ่มการเข้ารหัส

ลองพิจารณาไคลเอนต์ที่สร้างห่วงโซ่นี้เอง:

application → SOCKS A → SOCKS B → website

ขั้นแรกมันขอให้ A เชื่อมต่อไปยัง B ผ่านสตรีมนั้นจึงเจรจากับ B เรื่องการเชื่อมต่อไปยังเว็บไซต์ได้ ถ้าการขนส่งจากไคลเอนต์ไปยัง A พาการเจรจาทั้งสองแบบไม่เข้ารหัส ผู้สังเกตที่มีความสามารถเพียงพอบนลิงก์นั้นก็อ่านไบต์ตั้งค่าที่ไคลเอนต์ส่งไปได้ ปลายทาง TCP ชั้นนอกไม่ใช่หลักฐานเดียวที่เป็นไปได้ของผู้สังเกต

แยกห่วงโซ่ออกจากปฏิสัมพันธ์แอปพลิเคชันที่ได้รับการป้องกัน

HTTPS ปกป้องเนื้อหาแอปพลิเคชันของเว็บไซต์ได้หลังจากเซสชัน TLS เริ่มขึ้น แต่ไม่ได้เข้ารหัสย้อนหลังให้ข้อความตั้งค่า SOCKS ก่อนหน้า การยืนยันตัวตนด้วยชื่อผู้ใช้และรหัสผ่านของ SOCKS5 ก็ไม่ใช่การขนส่งที่เข้ารหัสเช่นกัน

การจัดวางที่เข้ารหัสระหว่างไคลเอนต์กับฮอปแรกเปลี่ยนการมองเห็นบนลิงก์นั้น แต่ก็ยังมีผู้ดำเนินการและปลายอีกด้านที่ถือสตรีมที่ถอดรหัสแล้วอยู่ อธิบายขอบเขตความไว้วางใจนั้นแทนการอ้างว่าห่วงโซ่ติดตามไม่ได้

เส้นทางแม่ที่กำหนดค่าบนเซิร์ฟเวอร์เป็นโครงสร้างอีกรูปแบบ ถ้า A เลือก B ภายในเอง ไคลเอนต์อาจไม่ได้ส่งรายชื่อตัวกลางทั้งหมดผ่านการเชื่อมต่อครั้งแรก อย่ากล่าวว่าทุกห่วงโซ่เปิดเผยทุกฮอปในแบบเดียวกัน

เพื่อการประเมินความเป็นส่วนตัวที่มีประโยชน์ ให้ระบุผู้สังเกต ลิงก์ การเจรจากับพร็อกซี และขอบเขต TLS เว็บไซต์ที่สังเกตทางออกของ B กับผู้สังเกตเครือข่ายเข้าถึงที่เฝ้าการเชื่อมต่อแรกของไคลเอนต์ตอบคำถามคนละข้อ การนับฮอปเพียงอย่างเดียวไม่ตอบทั้งสองข้อ