ช่องทาง IP รั่วที่ซ่อนอยู่และวิธีตรวจสอบทีละขั้น

ที่อยู่ IP คือรหัสระบุเฉพาะของอุปกรณ์บนเครือข่าย ใช้ให้อุปกรณ์รู้จักและสื่อสารกันได้ และเพราะมันมีความเฉพาะตัว หากบุคคลภายนอกได้ที่อยู่นี้ไป ก็อาจเชื่อมโยงคุณเข้ากับพฤติกรรมของคุณและอนุมานข้อมูลอย่างรูปแบบการท่องเว็บ ตำแหน่งโดยประมาณ หรือผู้ให้บริการเครือข่ายที่ใช้อยู่ได้ คำว่า “รั่ว” ในที่นี้ไม่ได้หมายความว่าอุปกรณ์ถูกเจาะระบบ แต่หมายถึงทางออกเครือข่ายที่ตั้งใจซ่อนไว้กลับถูกมองเห็นผ่านช่องทางอื่น

WebRTC เป็นตัวอย่างที่คนคุ้นเคยที่สุด แต่ในชีวิตประจำวัน ปัญหามักเกิดซ้ำจากช่องทางที่เงียบกว่า เช่น การแก้ชื่อ DNS สัญญาณเสริมอย่างเขตเวลาและภาษา IPv6 และสคริปต์ของบุคคลที่สามบนหน้าเว็บ แต่ละช่องทางมีวิธีจัดการต่างกัน ทว่าทั้งหมดสามารถตรวจพบได้ด้วยการตรวจสอบอย่างเป็นระบบ

เริ่มจากทำความเข้าใจตัวที่อยู่ IP

ที่อยู่ IP คือป้ายกำกับตัวเลขที่กำหนดให้อุปกรณ์ที่เชื่อมต่อเครือข่าย มีสองหน้าที่ คือระบุโฮสต์หรืออินเทอร์เฟซเครือข่าย และบอกตำแหน่งของอุปกรณ์ในเครือข่าย ปัจจุบันมีสองเวอร์ชัน IPv4 เป็นเลขฐานสอง 32 บิต เขียนเป็นเลขฐานสิบคั่นด้วยจุด เช่น 192.168.1.1 ตามทฤษฎีมีประมาณ 4.3 พันล้านที่อยู่ แต่จำนวนที่ใช้งานได้จริงน้อยกว่านั้นมาก เพราะการจัดสรรไม่สมดุลและมีช่วงที่อยู่ส่วนตัว IPv6 ใช้ 128 บิต เขียนเป็นเลขฐานสิบหกคั่นด้วยโคลอน และมีพื้นที่ที่อยู่ประมาณ 3.4×10³⁸ ซึ่งในทางปฏิบัติเพียงพอที่จะให้แต่ละอุปกรณ์มีที่อยู่เฉพาะ

เวอร์ชันของที่อยู่จะสำคัญอีกครั้งในภายหลัง เพราะเป็นตัวกำหนดว่าทราฟฟิกจะสามารถเลี่ยงเส้นทางที่ตั้งใจไว้ผ่าน IPv6 ได้หรือไม่

DNS เดินตามเส้นทางเดียวกันหรือไม่

DNS ทำหน้าที่แปลงชื่อโดเมนเป็นที่อยู่ ข้อผิดพลาดที่พบบ่อยคือทราฟฟิกผ่าน tunnel แต่คำขอ DNS ยังถูกส่งไปยัง resolver ของผู้ให้บริการอินเทอร์เน็ตในพื้นที่ ในกรณีนี้ทางออกที่หน้าเว็บแสดงอาจดูถูกต้อง แต่บันทึก DNS ยังเผยแหล่งที่มาได้

วิธีตรวจสอบ: เปิดหน้าเว็บทดสอบ DNS รั่ว แล้วดูว่า resolver ที่แสดงอยู่ในเครือข่ายใด หากเป็นของผู้ให้บริการในพื้นที่ หรือเป็นบริการที่ไม่สอดคล้องอย่างชัดเจนกับภูมิภาคของทางออกที่ต้องการ แสดงว่า DNS ไม่ได้เดินตาม tunnel นอกจากนี้ยังสามารถเปิดแผง Network ในเครื่องมือนักพัฒนาแล้วรีเฟรชหน้าหลายครั้ง เพื่อดูว่ามีร่องรอยการแก้ชื่อแบบเชื่อมตรงในพื้นที่หรือไม่

สัญญาณเสริมอย่างเขตเวลาและภาษา

จุดนี้มักถูกมองข้ามเพราะไม่ใช่การตั้งค่าเครือข่าย แต่เป็นข้อมูลจากตัวสภาพแวดล้อมเอง หากตำแหน่งของทางออกชี้ไปประเทศหนึ่ง แต่เขตเวลาของระบบ ภาษาหน้าตาเบราว์เซอร์ และรูปแบบวันที่ชี้ไปอีกแห่ง ความไม่สอดคล้องที่เกิดขึ้นต่อเนื่องก็กลายเป็นสัญญาณอ่อน ๆ ได้ สัญญาณเดียวอาจยังไม่เพียงพอ แต่หลายสัญญาณรวมกันอาจใช้เชื่อมโยงสภาพแวดล้อมได้

วิธีตรวจสอบ: เปรียบเทียบตำแหน่งของ IP ทางออกกับเขตเวลา ภาษา รูปแบบวันที่ และรูปแบบแป้นพิมพ์ที่ต้องการของอุปกรณ์ หากทำงานหลายภูมิภาค แต่ละสภาพแวดล้อมควรเป็นชุดการตั้งค่าที่สอดคล้องกันภายใน ไม่ใช่เปลี่ยนเขตเวลาซ้ำ ๆ บนเครื่องเดียว

IPv6 เป็นหนึ่งในช่องทางที่พลาดได้ง่ายที่สุด

IP รั่วผ่าน IPv6 อาจมองเห็นได้ยาก หาก tunnel หรือพร็อกซีจัดการเฉพาะ IPv4 อุปกรณ์ยังอาจเชื่อมต่อออกโดยตรงผ่าน IPv6 และเพียงบรรทัดเดียวของที่อยู่ IPv6 บนหน้าทดสอบก็อาจเผยตำแหน่งจริงได้ หลายระบบเปิด IPv6 เป็นค่าเริ่มต้นและให้ลำดับความสำคัญสูงกว่า ทำให้ทราฟฟิกเลือกเส้นทางนี้โดยธรรมชาติเมื่อใช้งานได้

วิธีตรวจสอบ: ดูทั้งส่วน IPv4 และ IPv6 บนหน้าทดสอบพร้อมกัน หาก IPv6 แสดงที่อยู่ของผู้ให้บริการในพื้นที่ ขณะที่ IPv4 แสดงทางออกของพร็อกซี แสดงว่าช่องทางนี้ยังเปิดอยู่ ควรให้ IPv6 ผ่าน tunnel เดียวกัน หรือปิด IPv6 ในสภาพแวดล้อมที่ไม่จำเป็นต้องใช้

สคริปต์และส่วนขยายของบุคคลที่สาม

โค้ดวิเคราะห์ สคริปต์โฆษณา คอมโพเนนต์บริการลูกค้า ฟอนต์ และทรัพยากร CDN อาจส่งคำขอออกไปนอกเส้นทางหลักของเว็บไซต์ คำขอเหล่านี้ไม่จำเป็นต้องทำตามกฎพร็อกซีที่ตั้งไว้เสมอ และบางคำขออาจแนบข้อมูลที่ frontend เข้าถึงได้ ส่วนขยายเบราว์เซอร์ก็คล้ายกัน ยิ่งติดตั้งมาก ก็ยิ่งมีองค์ประกอบที่ส่งคำขอได้มาก โดยเฉพาะส่วนขยายที่แหล่งที่มาไม่ชัดเจนควรระวังเป็นพิเศษ

วิธีตรวจสอบ: เปิดหน้าเดิมในหน้าต่างส่วนตัว ครั้งแรกโดยปิดส่วนขยาย แล้วเปิดอีกครั้งโดยเปิดส่วนขยาย จากนั้นเปรียบเทียบผลที่หน้าทดสอบแสดง นอกจากนี้ยังกรองตามโดเมนในแผง Network ของเครื่องมือนักพัฒนา เพื่อมองหาการเชื่อมต่อโดยตรงไปยังเครือข่ายในพื้นที่หรือโดเมนบุคคลที่สามที่ไม่เกี่ยวกับหน้าเว็บนั้นได้

ควรตรวจ WebRTC แยกต่างหากด้วย

WebRTC ถูกออกแบบมาสำหรับการสื่อสารเสียงและวิดีโอแบบเรียลไทม์ และสามารถเก็บข้อมูลเครือข่ายภายในเครื่องได้ หากข้อจำกัดไม่เข้มงวดพอ หน้าเว็บอาจอ่านที่อยู่ภายในหรือที่อยู่จริงผ่าน WebRTC ได้ WebRTC มักถูกมองว่าเป็นคำเดียวกับ IP รั่ว แต่จริง ๆ เป็นเพียงหนึ่งในหลายช่องทาง หน้าทดสอบมักแสดงทั้ง IP สาธารณะและ IP ที่ WebRTC เปิดเผย หากสองค่าต่างกันก็เป็นสัญญาณที่ควรตรวจต่อ

จับคู่ทางออกกับสภาพแวดล้อมดีกว่าปิดการตั้งค่าทีละตัว

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

แนวทางที่เสถียรกว่าคือทำย้อนกลับ: กำหนดก่อนว่าสภาพแวดล้อมนี้ควรแสดงเป็นผู้ใช้จากที่ใด จากนั้นตั้งค่าทางออก DNS เขตเวลา ภาษา สถานะ IPv6 และพารามิเตอร์ลายนิ้วมือให้เป็นชุดเดียวที่สอดคล้องกัน เป้าหมายของการทดสอบไม่ใช่เพียงหาว่าสวิตช์ใดยังเปิดอยู่ แต่คือยืนยันว่าองค์ประกอบทั้งหมดเข้ากันได้

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

ยังมีเงื่อนไขหนึ่งที่ต้องชัดเจน: การซ่อนทางออกเครือข่ายไม่ได้เปลี่ยนกฎของแพลตฟอร์มเกี่ยวกับตัวตนหรือจำนวนบัญชี การแยกสภาพแวดล้อมช่วยลดการรบกวนกันระหว่างบัญชีได้ แต่โครงสร้างบัญชียังคงต้องเป็นไปตามข้อกำหนดของแพลตฟอร์ม

คำถามที่พบบ่อย

เว็บไซต์รู้ได้อย่างไรว่าเป็นคนเดียวกัน? นอกจากบันทึก IP ต้นทางของคำขอแล้ว เว็บไซต์ยังอาจตรวจ Cookie ลายนิ้วมือเบราว์เซอร์ WebRTC และเส้นทางการแก้ชื่อ DNS ร่วมกัน ดังนั้นการเปลี่ยนแค่ IP มักไม่เพียงพอ

เปลี่ยน IP แล้วปลอดภัยหรือไม่? ไม่จำเป็น หากลายนิ้วมือ เขตเวลา ภาษา และฟอนต์มีความคล้ายกันมากในหลายบัญชี แพลตฟอร์มก็ยังอาจเชื่อมโยงบัญชีเหล่านั้นได้

ควรตรวจบ่อยแค่ไหน? ตรวจทุกครั้งที่เปลี่ยนเครือข่ายหรือพร็อกซี เพิ่มสภาพแวดล้อมบัญชีใหม่ และตรวจซ้ำเป็นระยะระหว่างการใช้งานตามปกติ

เชื่อมทุกจุดเข้าด้วยกัน

IP รั่วแทบไม่ใช่ผลจากการที่มีคนเจาะอุปกรณ์ ส่วนใหญ่มาจากช่องว่างของการตั้งค่า เช่น tunnel ไม่ครอบคลุมทราฟฟิกทั้งหมด DNS ไปอีกเส้นทาง IPv6 เชื่อมตรง เขตเวลาและภาษาไม่ตรงกับทางออก หรือสคริปต์ของบุคคลที่สามเปิดเผยสัญญาณเพิ่มเติม การรู้ว่ารั่วผ่านช่องทางใดมีประโยชน์กว่าการจำรายการสวิตช์ และการทำให้ทางออกกับสภาพแวดล้อมเป็นชุดที่สอดคล้องกันก็แข็งแรงกว่าการปิดฟังก์ชันเพียงรายการเดียว