WebRTC leak

นิยาม

WebRTC leak เกิดขึ้นเมื่อสแต็กการสื่อสารแบบเรียลไทม์ของเบราว์เซอร์เปิดเผยที่อยู่ IP เช่น IP สาธารณะจริงหรือที่อยู่เครือข่ายท้องถิ่น ซึ่งผู้ใช้คาดหวังว่าจะถูกซ่อนไว้หลังพร็อกซีหรือ VPN WebRTC รวบรวมเครือข่ายแคนดิเดต (ICE candidates) เพื่อตั้งค่าการเชื่อมต่อเสียง วิดีโอ หรือข้อมูลแบบ peer-to-peer

วิธีการทำงาน

• เพื่อค้นหาเส้นทางการเชื่อมต่อ WebRTC จะรวบรวม ICE candidates จากอินเทอร์เฟซท้องถิ่นและจากเซิร์ฟเวอร์ STUN/TURN โดยแต่ละแคนดิเดตจะรวมที่อยู่ไว้ด้วย
• พร็อกซี HTTP จะนำส่งเฉพาะทราฟฟิก HTTP เท่านั้น สื่อ WebRTC มักใช้ UDP ซึ่งพร็อกซี HTTP และพร็อกซี SOCKS ส่วนใหญ่ไม่รองรับ ดังนั้นมันจึงสามารถใช้เส้นทางที่แตกต่างกันได้
• RFC 8828 กำหนดโหมดการจัดการ IP ไว้สี่รูปแบบ ตั้งแต่ "enumerate all addresses" (เปิดเผยข้อมูลมากที่สุด) ไปจนถึง "force proxy" ซึ่งทราฟฟิก WebRTC จะต้องผ่านพร็อกซี มิฉะนั้น UDP จะถูกปิดใช้งาน

ทำไมจึงสำคัญ

• ไซต์ที่เห็น IP ของพร็อกซีในทราฟฟิก HTTP และเห็น IP ที่แตกต่างกันใน WebRTC candidates จะรับรู้ข้อมูลทั้งสองชุด ซึ่งเป็นการทำลายความเป็นส่วนตัวและสร้างความไม่สอดคล้องกันอย่างชัดเจน
• เบราว์เซอร์และเครื่องมือ antidetect มีการตั้งค่า WebRTC (ปิดใช้งาน, แทนที่ หรือปรับให้ตรงกับพร็อกซี) ด้วยเหตุผลนี้

ข้อจำกัดและความเข้าใจผิดทั่วไป

• "VPN หรือพร็อกซีใดๆ ก็แก้ไขได้" การเกิดข้อมูลรั่วไหลหรือไม่นั้นขึ้นอยู่กับโหมดการจัดการ IP ของ WebRTC ในเบราว์เซอร์ และวิธีที่พร็อกซีหรือ VPN จัดเส้นทางทราฟฟิก
• "การปิดใช้งาน WebRTC คือวิธีแก้ไขเดียว" RFC 8828 ยังอนุญาตโหมดที่จำกัดที่อยู่ (addresses) ที่รวบรวมได้ให้เหลือเพียงเส้นทางเริ่มต้น (default route) หรือบังคับทราฟฟิกผ่านพร็อกซี ซึ่งข้อแลกเปลี่ยนคือคุณภาพการโทรหรือการเชื่อมต่อ

ไม่มีเบราว์เซอร์หรือพร็อกซีใดสามารถรับประกันได้ว่าบัญชีจะไม่ถูกจำกัด โปรดปฏิบัติตามกฎของแต่ละแพลตฟอร์ม

ต้นฉบับ

• MDN: WebRTC API (เอกสารเบราว์เซอร์)
• MDN: RTCIceCandidate (เอกสารเบราว์เซอร์)
• IETF RFC 8828: ข้อกำหนดการจัดการที่อยู่ IP ของ WebRTC (มาตรฐาน)

ตรวจสอบแล้ว 2026-11-07

← คำศัพท์ทั้งหมดในอภิธานศัพท์