เขตเวลาของเบราว์เซอร์กับตำแหน่งจาก IP: การเปรียบเทียบสัญญาณความเสี่ยง
เขตเวลาของเบราว์เซอร์และเขตเวลาที่ได้จาก IP วัดคนละสิ่ง เปรียบเทียบว่าสิ่งใดพิสูจน์อะไรได้ก่อนที่ความไม่ตรงกันจะกลายเป็นคำตัดสิน VPN ในแบบจำลองความเสี่ยงของคุณ
เบราว์เซอร์รายงาน Europe/London ขณะที่ฐานข้อมูล IP จัดให้คำขออยู่ใน America/New_York นั่นคือความไม่ลงรอยระหว่างการสังเกตสองอย่าง และควรบันทึกไว้ ไม่ใช่ข้อพิสูจน์ว่าผู้เยี่ยมชมใช้ VPN และการปฏิบัติต่อมันเป็นข้อพิสูจน์คือจุดที่การนำไปใช้ส่วนใหญ่ผิดพลาด การเปรียบเทียบด้านล่างแยกค่าทั้งสองและโหมดความล้มเหลวของมันออกจากกัน
การสังเกตสองอย่างที่มีเจ้าของต่างกัน
ค่าจากเบราว์เซอร์คือการตั้งค่า: เขตเวลาที่ระบบปฏิบัติการหรือผู้ใช้เลือกสำหรับการจัดรูปแบบวันที่ ค่าจากฐานข้อมูลคือการประมาณที่ผูกกับเครือข่าย IP ซึ่งผู้ให้บริการที่จับคู่บล็อกที่อยู่กับสถานที่ผลิตขึ้น ทั้งสองไม่ใช่ถ้อยแถลงที่ผ่านการพิสูจน์ตัวตนเกี่ยวกับว่าผู้เยี่ยมชมยืนอยู่ที่ใด และทั้งสองไม่รู้ว่าคำขอเดินทางผ่านเส้นทางเครือข่ายใด
เพราะเจ้าของต่างกัน สองค่าจึงแตกต่างกันได้ด้วยเหตุผลที่ไม่เกี่ยวกับเครื่องมือความเป็นส่วนตัวเลย นักเดินทางที่คงเขตเวลาบ้าน โน้ตบุ๊กบริษัทที่ตรึงไว้กับเวลาสำนักงานใหญ่ ลิงก์ดาวเทียมที่มีทางออกระดับภูมิภาค หรือแถวในฐานข้อมูลที่ล้าสมัย ล้วนทำให้เกิดความไม่ตรงกัน
แต่ละค่าถูกผลิตขึ้นจริงอย่างไร
เบราว์เซอร์อ่านเขตเวลาที่แปลงแล้วได้ด้วย new Intl.DateTimeFormat().resolvedOptions().timeZonenew Intl.DateTimeFormat().resolvedOptions().timeZone
ซึ่งคืนค่าตัวระบุ IANA ที่ได้จากการตั้งค่าตัวจัดรูปแบบ ไม่ได้ขออนุญาตตำแหน่งและไม่ได้ปรึกษา GPS บนเซิร์ฟเวอร์ ให้แปลงที่อยู่ไคลเอนต์จากการกำหนดค่าพร็อกซีที่เชื่อถือได้ แล้วจึงค้นหาที่ผู้ให้บริการที่ได้รับอนุมัติ ส่วนหัวการส่งต่อที่ผู้เยี่ยมชมให้มาไม่ใช่ที่อยู่นั้นโดยอัตโนมัติvpnDetectedเก็บการสังเกตทั้งสองเป็นฟิลด์แยกกันพร้อมเวลาที่สังเกตและผลลัพธ์การค้นหา การตั้งชื่อฟิลด์ที่ได้มาเป็น
vpnDetected
| เมื่อการคำนวณเป็นเพียงการเปรียบเทียบเขตเวลา จะฝังข้อสรุปลงในการวัดและทำให้การทบทวนภายหลังยากขึ้น | ความสอดคล้องและความไม่ตรงกันพิสูจน์อะไรได้บ้าง |
|---|---|
| การสังเกต | สิ่งที่ยังไม่ได้ข้อสรุป |
| เขตเวลาที่รายงานต่างกัน | การเดินทาง การตั้งค่าที่คงอยู่ เกตเวย์องค์กร พร็อกซี หรือข้อผิดพลาดของฐานข้อมูล ล้วนทำให้เกิดสิ่งนี้ได้ |
| เขตเวลาที่รายงานเหมือนกัน | ทางออก VPN อาจอยู่ในเขตเวลาของผู้ใช้ ความสอดคล้องจึงไม่ได้ยืนยันการเชื่อมต่อโดยตรง |
ค่าหนึ่งหายไปหรือไม่ถูกต้อง
การเปรียบเทียบทำไม่ได้ ซึ่งไม่ใช่ทั้งความสอดคล้องและความไม่ตรงกัน
ความไม่สมมาตรสำคัญกว่าที่ตารางบอก ความไม่ตรงกันมีคำอธิบายที่บริสุทธิ์ใจได้หลายอย่าง ขณะที่ความสอดคล้องมีอย่างน้อยหนึ่งอย่างที่มีส่วนผิด ดังนั้นไม่มีทิศทางใดสนับสนุนกฎเด็ดขาด บันทึกความแม่นยำของผู้ให้บริการเองก็อธิบายถึงความแม่นยำจำกัดและข้อมูลที่ขาดหาย และชี้ว่าบริการทำให้ไม่ระบุตัวอาจเปิดเผยตำแหน่งเซิร์ฟเวอร์ของตนแทนตำแหน่งของผู้ใช้
นี่คือเหตุผลที่สัญญาณนี้อยู่ในการให้คะแนนความเสี่ยงที่มีเหตุผลบันทึกไว้และมีสถานะไม่ทราบที่ชัดเจน ไม่ใช่ค่าบูลีนที่ควบคุมการเข้าถึง
ออฟเซต UTC ไม่ใช่ทางลัด
การเปรียบเทียบออฟเซตแทนตัวระบุเขตเวลาไม่ได้ซ่อมการอนุมาน เขตเวลาต่างกันสองเขตใช้ออฟเซตเดียวกันได้ในช่วงหนึ่งของปี และเขตเวลาเดียวกันเปลี่ยนออฟเซตได้ที่ขอบเวลาออมแสง หากคุณลักษณะหนึ่งต้องการออฟเซตสำหรับการจัดตารางจริง ๆ ให้คำนวณสำหรับช่วงเวลานั้นโดยเฉพาะ แทนที่จะเก็บตัวเลขเดียวแล้วนำกลับมาใช้เป็นหลักฐานระบุตัวตน
การเปรียบเทียบสตริงมีกับดักของตัวเอง: การสะกดสองแบบของเขตเวลาเดียวกัน หรือนามแฝงเก่า จะต่างกันในฐานะข้อความแม้อธิบายการตั้งค่าเดียวกัน ตรวจสอบตัวระบุและเปรียบเทียบผ่านการจัดการเขตเวลาของแพลตฟอร์ม แทนการจับคู่สตริงดิบ
บล็อกหรือให้คะแนน: เลือกการตอบสนองอย่างตั้งใจ