WebRTC ทำให้เบราว์เซอร์โทรเสียงและวิดีโอได้โดยไม่ต้องใช้ปลั๊กอิน แต่คำขอ STUN ที่ใช้ตอนสร้างการเชื่อมต่ออาจข้ามพร็อกซีและเปิดเผย IP จริงได้ บทความนี้อธิบายสาเหตุ วิธีตรวจสอบ และวิธีป้องกัน
การประชุมวิดีโอ ห้องเรียนออนไลน์ การถ่ายทอดสดผ่านเว็บ… ฟังก์ชันเหล่านี้ล้วนพึ่งพา WebRTC เทคโนโลยีนี้ทำให้เบราว์เซอร์สามารถส่งเสียง วิดีโอ และข้อมูลถึงกันโดยตรงแบบเรียลไทม์โดยไม่ต้องติดตั้งปลั๊กอิน แต่หลายคนไม่ทราบว่าในระหว่างการสร้างการเชื่อมต่อ WebRTC อาจข้ามพร็อกซีและเปิดเผยที่อยู่ IP จริงของผู้ใช้ได้ สำหรับผู้ที่ให้ความสำคัญกับความเป็นส่วนตัว นี่คือความเสี่ยงที่ควรเข้าใจ
WebRTC คืออะไร
WebRTC (Web Real-Time Communication) เป็นโครงการโอเพนซอร์สที่มีชุด API ในตัวเบราว์เซอร์ เพื่อให้อุปกรณ์ต่าง ๆ โทรเสียง/วิดีโอและแชร์ข้อมูลถึงกันได้โดยตรง ข้อดีคือไม่ต้องใช้ปลั๊กอินจากบุคคลที่สาม รองรับการส่งเสียง วิดีโอ และข้อมูลแบบเรียลไทม์ ใช้งานข้ามแพลตฟอร์มกับเบราว์เซอร์หลัก และใช้การเข้ารหัสแบบ end-to-end เพื่อปกป้องเนื้อหาการสื่อสาร
ทำไม WebRTC จึงอาจเปิดเผย IP จริง
ในการสร้างการเชื่อมต่อแบบ peer-to-peer WebRTC ต้องค้นหาที่อยู่ IP สาธารณะของทั้งสองฝ่ายก่อน กระบวนการนี้เรียกว่า ICE (Interactive Connectivity Establishment) และใช้เซิร์ฟเวอร์ STUN/TURN เพื่อตรวจหาที่อยู่เครือข่ายสาธารณะของคุณ กล่าวง่าย ๆ คือเบราว์เซอร์ถามระบบว่า “IP สาธารณะจริงของฉันคืออะไร?” แล้วระบบก็ตอบกลับ
ปัญหาอยู่ตรงนี้ หากหน้าเว็บสามารถรันโค้ด WebRTC ในเบราว์เซอร์ของคุณได้ ก็อาจใช้วิธีเดียวกันเพื่อรับ IP จริงของคุณ แม้ว่าคุณกำลังใช้พร็อกซีอยู่ก็ตาม คำขอ STUN เกิดขึ้นในชั้นระดับล่างของเบราว์เซอร์/เครือข่าย และสามารถเข้าถึงอินเทอร์เฟซเครือข่ายของระบบปฏิบัติการโดยตรง จึงอาจข้ามการส่งต่อผ่านพร็อกซีได้ คุณอาจคิดว่ากำลังท่องเว็บแบบไม่เปิดเผยตัวตน ทั้งที่หน้าเว็บรู้ที่อยู่จริงของคุณแล้ว
วิธีตรวจสอบว่าเบราว์เซอร์ของคุณมี IP รั่วหรือไม่

- เครื่องมือตรวจสอบออนไลน์: ใช้หน้าเว็บทดสอบ เช่น BrowserScan หากหลังตรวจสอบหน้าเว็บแสดง IP สาธารณะหรือ local IP ของคุณ แสดงว่ามีความเสี่ยงจาก WebRTC leak;
- ตรวจสอบการตั้งค่าเบราว์เซอร์: ใน Firefox ให้พิมพ์
about:configในแถบที่อยู่ แล้วค้นหาmedia.peerconnection.enabledเพื่อดูว่าเปิด WebRTC อยู่หรือไม่ (ตั้งค่าเป็น false เพื่อปิด) สำหรับ Chrome และเบราว์เซอร์ที่คล้ายกัน การจัดการพฤติกรรม WebRTC ผ่านส่วนขยายหรือนโยบายเบราว์เซอร์มักควบคุมได้ง่ายกว่า
วิธีป้องกัน WebRTC leak
ส่วนขยายเบราว์เซอร์: ส่วนขยายอย่าง WebRTC Leak Prevent และ WebRTC Control ช่วยป้องกันไม่ให้เว็บไซต์รับที่อยู่จริงของคุณผ่าน WebRTC
เลือกบริการพร็อกซี/เครือข่ายที่มีระบบป้องกันการรั่ว: บริการพร็อกซีหลักหลายแห่งมีตัวเลือกป้องกัน WebRTC leak ซึ่งเมื่อเปิดแล้วจะมีผลกับเซิร์ฟเวอร์ทั้งหมดโดยค่าเริ่มต้น ควรตรวจสอบว่าบริการนั้นบล็อกคำขอ STUN ในระดับเครือข่ายจริง ไม่ใช่เพียงแนะนำให้คุณ “ปิด WebRTC ด้วยตนเอง”
ใช้สภาพแวดล้อมเบราว์เซอร์ที่กำหนดค่า WebRTC ได้: สำหรับทีมปฏิบัติการที่ดูแลหลายสภาพแวดล้อมพร้อมกันและต้องการตัวตน IP ที่สะอาดและสอดคล้องกัน การตั้งค่าทีละเครื่องด้วยมือทั้งช้าและผิดพลาดได้ง่าย PurpleMark ช่วยให้กำหนดพฤติกรรม WebRTC และผูกพร็อกซีที่ระบุไว้ตั้งแต่ตอนสร้างสภาพแวดล้อมเบราว์เซอร์ ทำให้แต่ละสภาพแวดล้อมแสดงตัวตนเครือข่ายที่สอดคล้องกับภูมิภาคธุรกิจและแยกจากสภาพแวดล้อมอื่นได้ ช่วยลดกรณี “เปิดพร็อกซีแล้วแต่ IP จริงยังรั่ว” และทำให้การตั้งค่าสามารถทำซ้ำและตรวจสอบย้อนหลังได้ การตั้งค่าเหล่านี้มีไว้สำหรับการจัดการบัญชีและความเป็นส่วนตัวอย่างถูกต้อง เช่น ทีมที่ทำงานในหลายตลาด ไม่ใช่เพื่ออำพรางกิจกรรมเพื่อหลีกเลี่ยงกฎของแพลตฟอร์ม
คำถามที่พบบ่อย
WebRTC มีผลต่อความปลอดภัยของบัญชีหรือไม่? เป็นไปได้ หากหน้าเว็บได้รับ IP จริงที่ต่างจาก IP ของพร็อกซี การเข้าถึงที่ควรถูกแยกออกจากกันอาจถูกเชื่อมโยงกัน ทำให้ความเสี่ยงต่อการติดตามหรือการประเมินผิดเพิ่มขึ้น
การสื่อสารผ่าน WebRTC มีการเข้ารหัสหรือไม่? มี WebRTC ใช้การเข้ารหัสแบบ end-to-end เพื่อปกป้องเนื้อหาการสื่อสาร ความเสี่ยงจากการรั่วเกิดขึ้นหลัก ๆ ตอนแลกเปลี่ยนที่อยู่เครือข่ายก่อนสร้างการเชื่อมต่อ ไม่ใช่ที่เนื้อหาของการโทรเอง
เบราว์เซอร์ทุกตัวรองรับ WebRTC หรือไม่? เบราว์เซอร์หลัก เช่น Chrome, Firefox, Safari และ Edge รองรับ WebRTC หากต้องการลดการเปิดเผย สิ่งสำคัญคือควบคุมพฤติกรรมการค้นหาที่อยู่ของ WebRTC แทนที่จะเลิกใช้งานทั้งหมด


