VPN และ Tor ไม่ได้แทน HTTPS: แต่ละชั้นสิ้นสุดที่ใด
อุโมงค์สิ้นสุดที่คู่ของมันเอง และวงจร Tor สิ้นสุดที่รีเลย์ทางออก มีเพียง HTTPS ที่ไปถึงตัวเว็บไซต์ ฟอร์มธรรมดาจึงยังอ่านได้
VPN และวงจร Tor ต่างเข้ารหัสทราฟฟิกของคุณในส่วนหนึ่งของเส้นทาง ทั้งคู่หยุดเข้ารหัสที่คู่ที่มันเลือกเอง HTTPS คือชั้นที่ไปถึงตัวเว็บไซต์ และไม่มีปริมาณอุโมงค์ใดข้างหน้าจะเปลี่ยนการส่งฟอร์มธรรมดาให้เป็นการส่งที่ได้รับการป้องกัน การตามแต่ละชั้นไปจนถึงจุดที่มันสิ้นสุดทำให้เห็นได้ชัด
สามชั้น สามจุดสิ้นสุดที่ต่างกัน
VPN ทั่วไปสิ้นสุดอุโมงค์ที่เซิร์ฟเวอร์ VPN ทุกอย่างระหว่างอุปกรณ์ของคุณกับเซิร์ฟเวอร์นั้นอยู่ในอุโมงค์ และทุกอย่างหลังจากนั้นไม่อยู่ วงจร Tor ทำงานเช่นเดียวกันกับคู่อื่น ออกจากเครือข่ายที่รีเลย์ทางออกซึ่งส่งต่อคำขอของคุณไปยังปลายทาง
TLS สิ้นสุดที่เว็บไซต์ ใบรับรองที่คุณตรวจสอบผูกชื่อโฮสต์กับกุญแจที่เว็บไซต์ควบคุม และกุญแจเซสชันอยู่ระหว่างเบราว์เซอร์ของคุณกับเซิร์ฟเวอร์นั้น จุดสิ้นสุดนั้นอยู่เลยทั้งเซิร์ฟเวอร์ VPN และทางออกของ Tor
ดังนั้นสามชั้นจึงมีสามขอบเขตความไว้วางใจที่ต่างกัน และคำขอหนึ่งผ่านทั้งสามตามลำดับ การเสริมชั้นหนึ่งไม่ได้บอกอะไรเกี่ยวกับชั้นอื่น และชั้นสุดท้ายเป็นชั้นเดียวที่ปลายทางมีส่วนร่วม
สิ่งที่การกระโดดครั้งสุดท้ายเปิดเผย
หากแอปพลิเคชันใช้ HTTP ธรรมดา เนื้อหาที่อยู่เลยทางออกสามารถอ่านได้โดยใครก็ตามที่ดำเนินการกระโดดนั้น อุโมงค์ก่อนหน้าทำงานของมันอย่างสมบูรณ์และก็ไม่มีอยู่แล้ว ข้อมูลรับรองที่พิมพ์ในฟอร์ม HTTP ถูกเปิดเผยตรงจุดที่การป้องกันสิ้นสุดลง
| Layer | Terminates at | Who can read the request there |
|---|---|---|
| VPN tunnel | The VPN server you selected | The operator of that server, and anyone who can compel them |
| Tor circuit | An exit relay chosen by the network | The exit relay operator, for traffic that is not otherwise protected |
| HTTPS | The website's own TLS endpoint | The site itself, and no intermediary on the path |
ด้วย HTTPS ที่ตรวจสอบอย่างถูกต้อง ตัวกลางบนเส้นทางไม่สามารถอ่านหรือแก้ไขเนื้อหาของแอปพลิเคชันอย่างเงียบ ๆ ได้ มันยังเห็นว่าคุณเชื่อมต่อ เมื่อใด และไปยังที่อยู่ใด เพราะส่วนหัวของแพ็กเก็ตต้องกำหนดเส้นทางได้ ความลับของเนื้อหาและข้อมูลเมตาเกี่ยวกับการเชื่อมต่อเป็นคุณสมบัติที่ต่างกัน และมีเพียงอย่างแรกที่ TLS ให้
ตัวตนของบัญชีเป็นเรื่องที่สามอีกครั้ง การเข้าสู่ระบบบัญชีระบุตัวคุณต่อบริการนั้น โดยไม่คำนึงถึงที่อยู่ทางออกที่คุณใช้ ทางออกจึงปกป้องเส้นทางเครือข่ายไม่ใช่บัญชี ความแตกต่างนั้นคงอยู่ไม่ว่าจะมีกี่ชั้นอยู่ข้างหน้า การเปลี่ยนทางออกไม่เคยเปลี่ยนสิ่งที่เซสชันที่เข้าสู่ระบบเปิดเผย บริการรู้ว่าคุณเป็นใครก่อนแพ็กเก็ตแรกจะออกไป
ไม่มีสิ่งใดในโครงนี้เสียหายจากการเพิ่มอุโมงค์ที่สอง สิ่งที่เปลี่ยนคือผู้สังเกตคนใดเห็นการกระโดดครั้งแรก ไม่ใช่ว่าการกระโดดครั้งสุดท้ายถูกเข้ารหัสหรือไม่
ลำดับเปลี่ยนผู้สังเกต ไม่ใช่จุดสิ้นสุด
การต่อ VPN และ Tor เข้าด้วยกันเป็นวิธีที่ชอบด้วยกฎหมายในการเปลี่ยนว่าใครเห็นอะไรในระดับเครือข่าย การรัน Tor บน VPN ซ่อนจากเครือข่ายการเข้าถึงของคุณว่าคุณใช้ Tor ในขณะที่การรัน VPN บน Tor ซ่อนที่อยู่ของคุณจากผู้ให้บริการ VPN ลำดับทั้งสองมีอธิบายในเอกสารสาธารณะและทั้งสองมีข้อแลกเปลี่ยนด้านประสิทธิภาพและพฤติกรรมเมื่อเกิดความล้มเหลว
ไม่มีลำดับใดเลื่อนจุดสิ้นสุดของ TLS ในทั้งสองกรณีเบราว์เซอร์ยังตรวจสอบใบรับรองสำหรับชื่อโฮสต์ที่ร้องขอ และในทั้งสองกรณีที่อยู่ HTTP ยังส่งเนื้อหาอย่างเปิดเผยเลยรีเลย์สุดท้ายไป องค์ประกอบเปลี่ยนรายชื่อผู้สังเกต ไม่ได้เปลี่ยนจำนวนชั้นที่ปลายทาง
นั่นคือเหตุผลที่คำแนะนำเกี่ยวกับการต่อเป็นลูกโซ่มักเกี่ยวกับโมเดลภัยคุกคาม ไม่ใช่ความปลอดภัยโดยทั่วไป โซ่ที่ยาวขึ้นไม่ใช่เวอร์ชันที่แข็งแกร่งกว่าของสิ่งเดียวกัน และไม่ใช่สิ่งทดแทนโปรโตคอลที่แอปพลิเคชันเลือก
curl -sSI https://example.net | head -3
openssl s_client -connect example.net:443 -servername example.net -brief
คำสั่งทั้งสองแสดงชั้นที่มีความสำคัญที่ปลายทาง คำสั่งที่สองพิมพ์โปรโตคอลที่เจรจาโดยไม่เกี่ยวข้องกับอุโมงค์ใด ๆ ทั้งสองไม่ได้บอกอะไรเกี่ยวกับทางออกที่คุณใช้
รักษาการตรวจสอบให้ทำงานขณะแก้ปัญหา
คำเตือนใบรับรองเป็นข้อมูลเกี่ยวกับการเชื่อมต่อที่คุณกำลังจะทำ อาจหมายถึงชื่อโฮสต์ไม่ตรงกัน ปัญหานาฬิกา ห่วงโซ่ที่ไม่น่าไว้วางใจ หรือความพยายามดักจับ การเพิ่มข้อยกเว้นถาวรเพราะ VPN เชื่อมต่ออยู่จะลบสัญญาณเดียวที่จะแยกกรณีเหล่านั้นออกจากกัน
คุณสมบัติการเชื่อมต่อที่ปลอดภัยของ Tor Browser และคำเตือนของมันมีอยู่ด้วยเหตุผลเดียวกัน และการปิดใช้งานเพื่อให้หน้าเว็บโหลดเป็นการแลกเปลี่ยนความล้มเหลวที่มองเห็นได้กับสิ่งที่มองไม่เห็น หากเข้าถึงไซต์โดยไม่มีข้อยกเว้นไม่ได้ ข้อสรุปที่ซื่อสัตย์คือการเชื่อมต่อตรวจสอบไม่ได้ ไม่ใช่ว่าอุโมงค์ทำให้ปลอดภัย
การเข้ารหัสไม่ได้บอกอะไรเกี่ยวกับเจตนา การเชื่อมต่อ HTTPS ที่ถูกต้องไปยังไซต์หลอกลวงส่งข้อมูลของคุณไปยังไซต์นั้นด้วยความลับสมบูรณ์ ตรวจสอบที่อยู่และสิ่งที่คุณส่ง ไม่ใช่เพียงว่ามีแม่กุญแจหรือไม่
บริการ Onion เป็นโมเดลที่ต่างออกไปจริง ๆ เข้าถึงได้ผ่านเครือข่าย Tor โดยไม่มีทางออกสาธารณะทั่วไป ซึ่งไม่เหมือนกับการเข้าถึงเว็บไซต์สาธารณะผ่าน Tor มองสิ่งนั้นเป็นกรณีแยกที่มีความคาดหวังของตัวเอง ไม่ใช่เวอร์ชันที่แข็งแกร่งกว่าของการเยี่ยมชมเดียวกัน
กฎที่อยู่รอดในทุกการกำหนดค่าสั้น รักษาการตรวจสอบของเบราว์เซอร์ไว้โดยไม่บุบสลาย ตัดสินแต่ละชั้นจากที่ที่มันสิ้นสุดจริง ๆ