ช่องโหว่ WebRTC: วิธีที่มันเปิดเผยที่อยู่ IP จริงของคุณ
VPN ของคุณเปิดอยู่ โหนดทางออกบอกว่าคุณอยู่ในซูริค กระเป๋าเงินของคุณรู้สึกปลอดภัยไร้ตัวตน แต่แล้วฟีเจอร์หนึ่งที่ติดตั้งอยู่ในเบราว์เซอร์ของคุณก็บอก ที่อยู่ IP จริงของคุณให้เว็บไซต์ทราบโดยไม่บอกกล่าว — ที่อยู่ IP ที่เชื่อมโยงกับบ้านและชื่อของคุณ ฟีเจอร์นั้นคือ WebRTC และช่องโหว่ที่มันเปิดขึ้นเรียกว่า การรั่วไหลของ WebRTC
สำหรับคนส่วนใหญ่ นั่นเป็นเพียงปัญหาเรื่องความเป็นส่วนตัว แต่สำหรับผู้ที่ถือครองคริปโตเคอร์เรนซี มันคือจุดเริ่มต้นของห่วงโซ่ที่ทำให้คนแปลกหน้าสามารถรู้ได้ว่ากระเป๋าเงินดิจิทัลใดเป็นของใคร คู่มือนี้จะพาคุณไปสำรวจส่วนที่เหลือของห่วงโซ่นั้น: การรั่วไหลของ WebRTC คืออะไร มันเล็ดลอดผ่าน VPN ได้อย่างไร วิธีทดสอบ และวิธีปิดกั้นการรั่วไหลในทุกเบราว์เซอร์ และทำไมมันถึงสำคัญมากยิ่งขึ้นเมื่อเบราว์เซอร์ของคุณเข้าถึงกระเป๋าเงินดิจิทัล
การรั่วไหลของ WebRTC คืออะไร และเกิดขึ้นได้อย่างไร
WebRTC ย่อมาจาก Web Real-Time Communication พูดง่ายๆ ก็คือ มันคือกลไกพื้นฐานที่ทำให้เบราว์เซอร์สามารถโทรวิดีโอ แชทด้วยเสียง และถ่ายโอนไฟล์ได้โดยไม่ต้องใช้ปลั๊กอิน และมันถูกรวมอยู่ในเบราว์เซอร์หลักๆ ทุกตัวมาตั้งแต่ประมาณปี 2011 แล้ว แต่ส่วนที่ยุ่งยากก็คือ ในการเชื่อมต่อคนสองคนโดยตรง แต่ละฝ่ายต้องรู้ที่อยู่ IP ของอีกฝ่าย นี่ไม่ใช่ข้อผิดพลาด แต่มันคือขั้นตอนทั้งหมด
ปัญหาอยู่ที่ว่าเว็บไซต์ใดๆ ก็สามารถทำให้เกิดการรั่วไหลของข้อมูลได้ หน้าเว็บจะเปิดการเชื่อมต่อ WebRTC ในเบื้องหลัง มันจะอ่านที่อยู่ IP ที่เบราว์เซอร์ของคุณส่งมา โดยไม่มีการแจ้งเตือนขออนุญาต ไม่มีร่องรอยใดๆ ให้เห็น หากทำเช่นนั้นขณะใช้งาน VPN ที่อยู่ IP จริงของคุณก็จะปรากฏขึ้นมาอยู่ดี และนั่นก็หมายความว่ามีการรั่วไหลของ WebRTC แล้ว เรื่องนี้ไม่ใช่เรื่องใหม่ นักพัฒนาซอฟต์แวร์ Daniel Roesler ได้โพสต์ตัวอย่างการทำงาน เมื่อเดือนมกราคม 2015 ซึ่งดึงที่อยู่ IP จริงออกมาจากเบราว์เซอร์ของผู้ใช้ VPN โดยตรง สิบปีต่อมา กลไกนี้ก็ยังแทบไม่เปลี่ยนแปลง
สิ่งที่ทำให้ช่องโหว่นี้ร้ายกาจคือความเงียบของมัน ไม่มีป๊อปอัพ ไม่มีข้อความขออนุญาต ไม่มีอะไรปรากฏในแถบที่อยู่ คำขอจะไม่ปรากฏในบันทึกเครือข่ายที่คนทั่วไปอาจคิดตรวจสอบ และโปรแกรมบล็อกโฆษณาจะปล่อยผ่านไป เพราะสำหรับเบราว์เซอร์แล้วมันดูเหมือนการตั้งค่า WebRTC ทั่วไป ไม่ใช่ตัวติดตาม ดังนั้นคุณสามารถใช้ VPN แบบเสียเงิน เบราว์เซอร์ที่สะอาด และโปรแกรมบล็อกโฆษณาพร้อมกันได้ และยังคงให้ที่อยู่จริงของคุณกับเว็บไซต์แรกที่ขอข้อมูลนั้นได้ มองไม่เห็นและเป็นเรื่องปกติ: นั่นคือเหตุผลที่การรั่วไหลนี้อยู่รอดมาได้นานถึงสิบปี
วิธีการทำงานของการรั่วไหล: STUN, NAT และ IP ของคุณ
เพื่อให้เข้าใจว่าเหตุใด VPN จึงไม่ช่วยปกป้องคุณจากการรั่วไหลของ WebRTC โดยอัตโนมัติ จำเป็นต้องดูว่าเบราว์เซอร์กำลังทำอะไรอยู่เบื้องหลัง
สตันและไอซ์ กลไก
อุปกรณ์ส่วนใหญ่เชื่อมต่ออยู่หลังเราเตอร์ที่ทำหน้าที่ NAT (Network Address Translation) ดังนั้นคอมพิวเตอร์ของคุณจึงไม่ทราบที่อยู่ IP สาธารณะของตัวเอง WebRTC จึงใช้ตัวช่วยที่เรียกว่าเซิร์ฟเวอร์ STUN ในการค้นหาที่อยู่ IP สาธารณะ เบราว์เซอร์จะถามเซิร์ฟเวอร์ STUN ด้วยคำถามง่ายๆ ว่า "จากตำแหน่งที่คุณอยู่ คุณเห็นว่าฉันมาจากที่อยู่ใด" เซิร์ฟเวอร์จะตอบกลับด้วย IP สาธารณะของคุณ WebRTC จะรวบรวมคำตอบเหล่านี้หลายๆ คำตอบ เรียกว่า ICE candidates และแสดงรายการเพื่อให้ฝั่งตรงข้ามสามารถเลือกเส้นทางได้ เว็บไซต์ที่แอบดูข้อมูลก็จะอ่านรายการนั้น จบเกม!
ทำไมเรื่องนี้ถึงสำคัญ? เพราะการแลกเปลี่ยนข้อมูล STUN ทั้งหมดทำงานด้วย JavaScript ซึ่งหน้าเว็บใดๆ ก็สามารถเรียกใช้งานได้ ไม่ต้องใช้กล่องโต้ตอบเหมือนกับการตั้งค่ากล้องหรือตำแหน่งของคุณ สคริปต์จะเปิดการเชื่อมต่อกับคู่ค้า มันจะดึงข้อมูล ICE candidate ที่เบราว์เซอร์สร้างขึ้น และอ่านที่อยู่จากรายการ ทั้งหมดนี้เกิดขึ้นในเวลาเพียงเสี้ยววินาที และไม่มีอะไรดูผิดปกติสำหรับเบราว์เซอร์ มันแค่ทำหน้าที่ที่ WebRTC ถูกสร้างขึ้นมาเพื่อทำเท่านั้น
IP สาธารณะเทียบกับ IP ภายใน
WebRTC สามารถให้ที่อยู่ IP ได้สองแบบ และที่อยู่ทั้งสองนี้ให้ข้อมูลที่แตกต่างกัน ที่อยู่ IP สาธารณะของคุณชี้ไปยังตำแหน่งโดยประมาณและผู้ให้บริการอินเทอร์เน็ตของคุณ ส่วนที่อยู่ IP ภายในของคุณ — เช่น 192.168.1.7 — จะระบุตำแหน่งเครือข่ายภายในบ้านหรือที่ทำงานของคุณ ที่อยู่ทั้งสองนี้ไม่ควรตกอยู่ในมือของเว็บไซต์ใดๆ แต่ที่อยู่ IP สาธารณะนี่แหละที่ควรทำให้คุณกังวล เพราะมันเชื่อมโยงกลับไปยังโลกแห่งความเป็นจริง: เมือง ผู้ให้บริการ และในที่สุดก็คือประตูบ้านหรือที่ทำงานของคุณ
เหตุใด VPN จึงไม่สามารถป้องกันได้
VPN จะเปลี่ยนเส้นทางการรับส่งข้อมูลปกติของคุณ ปัญหาคือคำขอ STUN สามารถหลุดออกไปจากอุโมงค์นั้น เข้าถึงเซิร์ฟเวอร์ STUN โดยตรง และส่งกลับมาพร้อมกับ IP สาธารณะจริงของคุณ เบราว์เซอร์ได้แก้ไขปัญหาบางส่วนนี้ในปี 2019 และ 2020 โดยการเปลี่ยน IP ภายในเป็นชื่อโฮสต์ mDNS ที่เข้ารหัส ซึ่งช่วยได้ แต่ก็ซ่อนเฉพาะ IP ภายในเท่านั้น IP สาธารณะจาก STUN ยังคงสามารถหลุดออกมาได้ ที่แย่กว่านั้นคือ การปกปิดมักจะหายไปทันทีที่เว็บไซต์นั้นมีสิทธิ์เข้าถึงไมโครโฟนหรือกล้อง ดังนั้นการรั่วไหลจึงยังคงอยู่แม้ในที่ที่คนส่วนใหญ่คิดว่าปลอดภัย
วิธีการรันการทดสอบการรั่วไหลของ WebRTC อย่างถูกต้อง
การตรวจสอบใช้เวลาประมาณหนึ่งนาที และคุณไม่จำเป็นต้องเชื่อคำพูดของใครเลย
เริ่มโดยปิด VPN แล้วจดหมายเลข IP สาธารณะที่การเชื่อมต่อของคุณแสดง จากนั้นเปิด VPN แล้วเปิดหน้าเว็บทดสอบการรั่วไหลของ WebRTC เช่น browserleaks.com/webrtc หรือ ipleak.net เปรียบเทียบดู หาก VPN ทำงานได้และไม่มีการรั่วไหลของ IP คุณควรเห็นเฉพาะที่อยู่ของ VPN เท่านั้น หากหมายเลขจากขั้นตอนแรกปรากฏขึ้นที่ใดก็ตามบนหน้าเว็บ แสดงว่าคุณพบจุดรั่วไหลแล้ว สำหรับภาพรวมที่สมบูรณ์ยิ่งขึ้นของทุกสิ่งที่เบราว์เซอร์ของคุณเปิดเผย หลักการเดียวกันนี้สามารถนำไปใช้กับชุดการตรวจสอบที่กว้างขึ้นซึ่งครอบคลุมอยู่ในคู่มือ BrowserLeaks ของเราได้
มีบางอย่างที่ทำให้คนสับสนเมื่อตรวจสอบการรั่วไหลของ WebRTC คุณอาจเห็น IP ภายในที่ดูเหมือนสตริงที่เข้ารหัสลงท้ายด้วย .local อย่าตกใจ นั่นคือการทำงานของ mDNS เพื่อปกปิด IP ไม่ใช่การรั่วไหล ที่อยู่ที่มีความสำคัญคือ IP สาธารณะ ทดสอบในเบราว์เซอร์และโปรไฟล์เดียวกับที่คุณใช้สำหรับข้อมูลสำคัญใดๆ การตั้งค่าและส่วนขยายจะไม่ถูกถ่ายโอน และเรียกใช้การทดสอบอีกครั้งหลังจากอัปเดตเบราว์เซอร์ทุกครั้ง เนื่องจากแพทช์อาจเปลี่ยนการตั้งค่าเหล่านี้กลับไปโดยไม่แจ้งให้ทราบล่วงหน้า
เบราว์เซอร์ใดบ้างที่เปิดเผยที่อยู่ IP ของคุณ และเบราว์เซอร์ใดบ้างที่ไม่เปิดเผย
เบราว์เซอร์แต่ละตัวจัดการกับการรั่วไหลของ WebRTC ไม่เหมือนกัน และความแตกต่างเหล่านี้มีความสำคัญเนื่องจากตลาดมีการแบ่งส่วนอย่างชัดเจน
| เบราว์เซอร์ | ความเสี่ยงของการรั่วไหลของ WebRTC | ระบบป้องกันในตัว |
|---|---|---|
| โครม | สูง | ไม่มีในเวอร์ชันดั้งเดิม ต้องใช้ส่วนขยาย |
| เอฟเวอร์ | ปานกลาง-สูง | โดยค่าเริ่มต้น ระบบจะเปิดเผยที่อยู่ IP สาธารณะ แต่สามารถปิดใช้งานได้ง่าย |
| กล้าหาญ | ต่ำ | การป้องกันด้วยลายนิ้วมือและ WebRTC เปิดใช้งานโดยค่าเริ่มต้น |
| เบราว์เซอร์ Tor | ไม่มี | RTCPeerConnection ถูกปิดใช้งานโดยสมบูรณ์ |
Chrome คือต้นตอของปัญหาอย่างแท้จริง เนื่องจากมีผู้ใช้งานจำนวนมาก โดยครอง ส่วนแบ่งตลาดเบราว์เซอร์ทั่วโลกประมาณ 70% ณ เดือนพฤษภาคม 2026 และไม่มีตัวเลือกในตัวที่จะป้องกันไม่ให้ WebRTC เปิดเผย IP ของคุณ Firefox ซึ่งมีส่วนแบ่งประมาณ 2% ก็เปิดเผย IP สาธารณะโดยค่าเริ่มต้นเช่นกัน แต่ก็ยังดีกว่าเพราะมีฟังก์ชันให้ปิดใช้งานได้ในการตั้งค่าเดียว Brave คือจุดสว่าง มีผู้ใช้งานรายเดือนมากกว่า 101 ล้านคนในเดือนกันยายน 2025 และเป็นเบราว์เซอร์ Chromium หลักเพียงตัวเดียวที่เปิดใช้งานการป้องกัน WebRTC ตั้งแต่เริ่มต้น ส่วน Tor ล่ะ? Tor หลีกเลี่ยงปัญหานี้โดยการปิดใช้งานการเชื่อมต่อแบบ Peer-to-Peer อย่างสิ้นเชิง ซึ่งเป็นเหตุผลที่นักวิจัยด้านความเป็นส่วนตัวแนะนำให้ผู้ใช้ใหม่หันมาใช้ Tor
วิธีปิดใช้งาน WebRTC และป้องกันการรั่วไหลของข้อมูล
มีสองวิธีในการปิดการใช้งานนี้ คือ ปิดการใช้งาน WebRTC อย่างสมบูรณ์ หรือจำกัดการใช้งานให้เห็นเฉพาะที่อยู่ IP ที่คุณเลือกเท่านั้น วิธีที่คุณต้องการขึ้นอยู่กับว่าคุณใช้เบราว์เซอร์ในการโทรวิดีโอหรือไม่ นี่คือวิธีการใช้งานจริงสำหรับแต่ละเบราว์เซอร์
| เบราว์เซอร์ | วิธีการปิดใช้งานหรือจำกัด | ผล |
|---|---|---|
| เอฟเวอร์ | เกี่ยวกับการตั้งค่า ให้ตั้งค่า media.peerconnection.enabled เป็น false | ปิดใช้งานทั้งหมด |
| โครม | ติดตั้ง WebRTC Network Limiter หรือ WebRTC Control | จำกัดการสัมผัส |
| ขอบ | edge://flags, เปิดใช้งาน "ปกปิดที่อยู่ IP ภายใน" | บางส่วน |
| ซาฟารี | พัฒนาเมนู, คุณสมบัติทดลอง, จำกัด WebRTC | บางส่วน |
โครมและเอดจ์
Chrome เป็นเบราว์เซอร์ที่ใช้งานยากที่สุด ไม่มีปุ่มปิดใช้งานซ่อนอยู่ในเมนู ดังนั้นหากต้องการบล็อก WebRTC คุณต้องใช้ส่วนขยาย Google เผยแพร่ส่วนขยายของตัวเองชื่อ WebRTC Network Limiter ซึ่งจะบล็อกที่อยู่ IP ที่มีความเสี่ยงโดยไม่ตัดการเชื่อมต่อการโทรของคุณ หากต้องการอะไรที่ตรงไปตรงมามากกว่านั้น WebRTC Control จะปิดใช้งานได้ในคลิกเดียว Microsoft Edge ใช้เอนจิ้น Chromium เดียวกัน ดังนั้นส่วนขยายเหล่านั้นจึงใช้งานได้เช่นกัน แต่ยังมีฟีเจอร์ซ่อนอยู่ที่ edge://flags ซึ่งจะช่วยปกปิดที่อยู่ IP ภายในเครื่องของคุณด้วย
เอฟเวอร์
Firefox ทำให้เรื่องนี้ง่ายมาก เพียงพิมพ์ about:config ในแถบที่อยู่ คลิกผ่านคำเตือนที่น่ากลัว ค้นหา media.peerconnection.enabled แล้วเปลี่ยนเป็น false แค่นั้นเอง WebRTC ก็ถูกปิดใช้งานแล้ว ข้อเสียคือ การโทรวิดีโอและเสียงในเบราว์เซอร์จะใช้งานไม่ได้จนกว่าคุณจะเปิดใช้งานอีกครั้ง
ซาฟารีและโอเปร่า
โดยค่าเริ่มต้น Safari จะตั้งค่าให้ปลอดภัยกว่า และคุณสามารถปรับการตั้งค่า WebRTC ให้เข้มงวดขึ้นได้จากเมนู Develop ภายใต้ Experimental Features ส่วน Opera ใช้ Chromium เป็นพื้นฐาน ดังนั้นจึงใช้ส่วนขยายเดียวกันกับที่ใช้งานได้ใน Chrome
การใช้ VPN และข้อดีข้อเสีย
นอกจากนี้ยังมีวิธีการใช้ VPN หากคุณใช้ VPN ที่มีการป้องกันการรั่วไหลของข้อมูลอย่างแท้จริง มันจะส่งข้อมูล WebRTC ผ่านอุโมงค์ของตัวเอง ดังนั้นเซิร์ฟเวอร์ STUN จะเห็นเฉพาะที่อยู่ของ VPN เท่านั้น นี่เป็นวิธีที่สะอาดที่สุด เพราะการโทรของคุณจะยังคงใช้งานได้ และเซิร์ฟเวอร์พร็อกซีที่น่าเชื่อถือสามารถป้องกันการรั่วไหลของ IP ได้ในลักษณะเดียวกัน ข้อควรระวังคือเรื่องความน่าเชื่อถือ ไม่ใช่ทุก VPN ที่จะทำเช่นนี้ได้จริง เมื่อ VoidSec ทดสอบ ผู้ให้บริการ VPN 70 รายในปี 2018 พบว่า 16 รายยังคงรั่วไหลของ IP จริงผ่าน WebRTC คิดเป็นประมาณ 23% ผู้ให้บริการที่ดีได้แก้ไขปัญหานี้แล้ว แต่บทเรียนยังคงอยู่: ทดสอบ อย่าคิดเอาเอง หากต้องการวิธีที่ละเอียดถี่ถ้วนยิ่งขึ้น ให้ปิดใช้งาน WebRTC ไปเลย แต่จำไว้ว่ามันจะทำให้ทุกอย่างที่ขึ้นอยู่กับมันใช้งานไม่ได้
เหตุใดการรั่วไหลของ WebRTC จึงเป็นภัยคุกคามต่อผู้ถือคริปโตเคอร์เรนซี
สำหรับผู้ใช้งานคริปโตเคอร์เรนซี การเปิดเผย IP ไม่ใช่แค่เรื่องเล็กน้อยเกี่ยวกับความเป็นส่วนตัว แต่มันคือรอยต่อระหว่างชีวิตบนโลกออนไลน์กับชีวิตจริงของคุณ และช่วงหลังมานี้ รอยต่อดังกล่าวกลับกลายเป็นเรื่องอันตราย
ห่วงโซ่การทำลายล้างจาก IP สู่กระเป๋าเงินดิจิทัล
ที่อยู่บล็อกเชนเป็นชื่อแฝง ไม่ใช่ชื่อนิรนาม ทุกธุรกรรมที่คุณเคยทำจะปรากฏให้เห็นต่อสาธารณะอย่างชัดเจน สิ่งเดียวที่ป้องกันไม่ให้มันชี้กลับมาที่คุณคือป้ายกำกับที่ขาดหายไป: ชื่อหรือสถานที่ IP คือป้ายกำกับนั้น และนักวิจัยได้พิสูจน์แล้วว่าการเชื่อมโยงนี้ใช้งานได้จริงเมื่อกว่าทศวรรษที่แล้ว ใน การศึกษาปี 2014 Alexandre Biryukov และเพื่อนร่วมงานได้ใช้โหนดที่วางไว้อย่างดีจำนวนหนึ่งเพื่อเชื่อมโยงชื่อแฝงของ Bitcoin กับที่อยู่ IP ที่ส่งธุรกรรมออกไปเป็นครั้งแรก การรั่วไหลของ WebRTC ทำให้ผู้โจมตีสามารถเข้าถึงการเชื่อมต่อเดียวกันนั้นได้ฟรี เปิดโปรแกรมสำรวจบล็อกหรือ DEX ในขณะที่ IP จริงของคุณถูกเปิดเผย และหน้าเว็บเพียงหน้าเดียวก็สามารถล็อกกระเป๋าเงินที่คุณกำลังดูอยู่กับบ้านและผู้ให้บริการของคุณได้
และอันตรายก็ยิ่งทวีคูณ เพราะการรั่วไหลไม่จำเป็นต้องเกิดขึ้นขณะที่คุณกำลังทำธุรกรรมอยู่ มันแค่ต้องเกิดขึ้นเพียงครั้งเดียว บนหน้าเว็บใดๆ ก็ตามที่มีสคริปต์ที่เป็นอันตราย ในขณะที่คุณกำลังตรวจสอบยอดเงินหรือกำลังเลือกดูสินค้าในตลาด หลังจากนั้นล่ะ? ที่อยู่ IP จะถูกนำไปเปรียบเทียบกับบันทึกของ ISP โปรไฟล์ของตัวกลางข้อมูล หรือการรั่วไหลเก่าๆ ไม่ช้าก็เร็ว ชื่อนั้นก็จะติดตัวคุณไป กระเป๋าเงินดิจิทัลนั้นเป็นสาธารณะมาโดยตลอด การรั่วไหลเพียงแค่ทำให้ชื่อนั้นติดตัวคุณมาเท่านั้น
จากการเปิดเผยตัวตนไปจนถึงการเคาะประตู
เรื่องนี้เคยเป็นเพียงความกังวลในเชิงนามธรรม แต่ไม่ใช่แล้ว การโจมตีที่เรียกว่า "การโจมตีแบบ Wrench" ซึ่งผู้ถือครองถูกปล้นหรือถูกลักพาตัวเพื่อเอาคีย์นั้น เพิ่มขึ้นประมาณ 75% ในปี 2025 โดยมีเหตุการณ์ที่ได้รับการยืนยัน 72 ครั้ง และมีมูลค่าอย่างน้อย 41 ล้านดอลลาร์ ตามข้อมูลจากการติดตามของอุตสาหกรรม รูปแบบแทบไม่เปลี่ยนแปลง: ผู้โจมตีจับคู่ความมั่งคั่งที่มองเห็นได้บนบล็อกเชนกับตัวตนภายนอกบล็อกเชนเพื่อใส่บุคคลจริงเข้าไปในที่อยู่จริง ที่อยู่ IP ของคุณเป็นหนึ่งในวิธีที่ชัดเจนที่สุดในการระบุตัวตนส่วนหลังนั้น
ลองคิดในมุมมองของแฮกเกอร์ดูบ้าง พวกเขาสามารถดูได้อยู่แล้วว่ากระเป๋าเงินใดบ้างที่เก็บเงินจริง เพราะส่วนนั้นเป็นข้อมูลสาธารณะ สิ่งที่พวกเขาขาดไปคือแผนที่จากที่อยู่ IP ที่ระบุชัดเจนไปยังที่อยู่จริง IP ช่วยลดขอบเขตการค้นหาจากอินเทอร์เน็ตทั้งหมดลงเหลือเพียงเมือง ผู้ให้บริการอินเทอร์เน็ต หรือแม้กระทั่งย่านเดียว ส่วนที่เหลือก็เป็นงานพื้นฐานทั่วไป สำหรับผู้ใช้งานเบราว์เซอร์ทั่วไป การรั่วไหลแบบนี้อาจไม่ใช่เรื่องใหญ่ แต่สำหรับคนที่ถือเงินจำนวนมหาศาลบนบล็อกเชน มันคือเส้นแบ่งระหว่างนามแฝงกับเป้าหมายที่ถูกหมายหัว ช่องว่างนี้เองที่เป็นเหตุผลว่าทำไมผู้ใช้งานคริปโตควรแจ้งการรั่วไหลของ WebRTC ในหมวดความปลอดภัย ไม่ใช่หมวดความเป็นส่วนตัวออนไลน์
ที่อยู่ IP ของคุณเป็นข้อมูลส่วนบุคคล
นอกจากนี้ยังมีแง่มุมทางกฎหมายด้วย ในปี 2016 ศาลยุติธรรมแห่งยุโรปได้ตัดสินในคดี Breyer ว่าแม้แต่ที่อยู่ IP แบบไดนามิกก็ถือเป็นข้อมูลส่วนบุคคล ตราบใดที่ใครบางคนสามารถใช้มันเพื่อระบุตัวตนของคุณได้อย่างสมเหตุสมผล ตามตรรกะนั้น เว็บไซต์ที่แอบดึงข้อมูล IP ของคุณผ่าน WebRTC ก็เท่ากับกำลังประมวลผลข้อมูลส่วนบุคคลโดยไม่ได้รับความยินยอม นั่นไม่ได้ช่วยอุดช่องโหว่ แต่ก็แสดงให้เห็นว่าหน่วยงานกำกับดูแลให้ความสำคัญกับสิ่งที่เบราว์เซอร์ของคุณให้บริการฟรีมากแค่ไหน
ปิดรอยรั่วก่อนที่มันจะเปิดออก
การรั่วไหลของ WebRTC นั้นเงียบเชียบ ไม่ขออนุญาต และ VPN เพียงอย่างเดียวก็ไม่สามารถช่วยคุณได้ ดังนั้นจงเพิ่มการป้องกันให้มากขึ้น เลือกใช้เบราว์เซอร์ที่ปกป้องคุณโดยค่าเริ่มต้น หรือปิด WebRTC ในกรณีที่ไม่มีการปกป้อง ใช้ VPN ที่ผ่านการทดสอบการรั่วไหลเพื่อซ่อน IP ของคุณ ตรวจสอบอีกครั้งหลังจากการอัปเดตทุกครั้ง สำหรับผู้ที่โอนเงิน เป้าหมายนั้นแคบและควรพูดให้ชัดเจน: อย่าให้มีการเชื่อมโยงระหว่างกระเป๋าเงินของคุณกับ IP ของคุณตั้งแต่แรก เพราะเมื่อมันเกิดขึ้นแล้ว คุณจะไม่สามารถเอาคืนได้ ดังนั้นคุณทดสอบการรั่วไหลของเบราว์เซอร์ของคุณครั้งล่าสุดเมื่อไหร่?
