CreepJS รายงาน lie แล้วต้องทำอย่างไร: คู่มืออ่านผลรายงานและตรวจสอบสภาพแวดล้อม

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

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

CreepJS คืออะไร และทำไมผู้ใช้เบราว์เซอร์ฟิงเกอร์พรินต์ควรสนใจ

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

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

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

ทำไม CreepJS ถึงรายงาน lie

แนวคิดการตรวจของมันสรุปเป็นสองเส้นทางได้ เข้าใจสองเส้นทางนี้แล้ว การจัดหมวดรายการในรายงานก็ไม่ยาก แต่ละเส้นทางมีหน้าที่ของตัวเอง

เส้นทางแรกคือ การเทียบข้ามบริบทและหลายเส้นทาง ข้อเท็จจริงเดียวกันมันมักดึงค่าจากหลายเส้นทาง เมนเทรดกับ Web Worker เป็นสองสภาพแวดล้อมการทำงานที่แยกจากกัน ต่างก็มีออบเจ็กต์เนทีฟของตัวเอง ผลลัพธ์ที่เกี่ยวข้องกันของเบราว์เซอร์เดียวกันโดยทั่วไปควรสอดคล้องกับตรรกะการพัฒนาของมัน แต่ผลลัพธ์ของ API ต่างชนิดกันไม่จำเป็นต้องเหมือนกันเสมอ นอกจากการประกาศพร็อพเพอร์ตี้แล้ว พฤติกรรมที่สังเกตได้อย่างข้อความแสดงข้อผิดพลาดหรือการรองรับฟีเจอร์ก็อาจเป็นอีกจุดอ้างอิง สคริปต์ตรวจสอบเอาคำตอบจากทุกเส้นทางมาวางรวมกัน ตรงที่ไม่ตรงกันชัดเจนก็บันทึกเป็น lie หนึ่งรายการ lie บางรายการเกี่ยวข้องกับการเขียนทับพร็อพเพอร์ตี้หรือความต่างของการพัฒนา แต่ดูจากรายการเดียวระบุสาเหตุไม่ได้

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

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

อ่านรายงาน lie อย่างไร: สามทิศทางการค้นหา

ได้รายการ lie มาแล้วอย่ารีบแก้พารามิเตอร์ ไล่ดู API ที่รายงานระบุชื่อทีละรายการ แล้วจัดปัญหาลงสามทิศทาง สามทิศทางนี้เป็นแนวคิดการค้นหา ไม่ใช่มาตรฐานวินิจฉัยที่เข้มงวด บาง lie ก็ต้องไล่เช็กหลายทิศทางตามลำดับ

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

ทิศทางสอง: ผลลัพธ์จริงของเบราว์เซอร์ตรงกับการตั้งค่าหรือไม่ ตั้งค่าถูกไม่ได้แปลว่าหน้าเว็บอ่านค่าได้เหมือนกัน ในแผงตั้งค่าคุณเห็นคือ คุณตั้งอะไรไว้ แต่หน้าตรวจสอบได้รับคือ เบราว์เซอร์ผลิตอะไรออกมาจริง ระหว่างสองอย่างนี้มีเอนจินเบราว์เซอร์คั่นอยู่ วิธีเทียบคือเอาค่าเฉพาะเจาะจงในรายงานของหน้าตรวจสอบมาเทียบกับค่าในแผงพรีวิวฟิงเกอร์พรินต์ทีละรายการ รายการที่คลาดเคลื่อนจดเก็บไว้ก่อน

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

ขั้นตอนสี่ขั้นตรวจสภาพแวดล้อมด้วย CreepJS

พอทิศทางลงตัวแล้ว การลงมือทำไล่ตามสี่ขั้นตอนด้านล่างได้ นี่คือกระบวนการค้นหาแบบใช้ได้ทั่วไป ไม่ได้หมายความว่าทุก lie จะชี้สาเหตุได้แม่นยำ จุดประสงค์คือให้การปรับแต่งแต่ละครั้งมีหลักฐานรองรับ

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

ขั้นที่ 2: เทียบการตั้งค่ากับผลลัพธ์จริง จัดหมวดตามสามทิศทางแล้ว รายการที่เกี่ยวกับพารามิเตอร์ภูมิภาคให้เข้าไปเช็กโหมดค่าในการตั้งค่าสภาพแวดล้อมก่อน จากนั้นเทียบรายงานจากหน้าตรวจสอบกับแผงพรีวิวฟิงเกอร์พรินต์ทีละรายการ แยกให้ออกระหว่าง ตั้งผิด กับ ตั้งไว้แต่ไม่เกิดผล

ขั้นที่ 3: แก้ครั้งละจุด แก้เสร็จทดสอบซ้ำทันที ปรับหลายการตั้งค่าพร้อมกัน แม้ทดสอบซ้ำแล้วเห็นความเปลี่ยนแปลงก็สรุปไม่ได้ว่ารายการไหนทำให้ แก้หนึ่งอย่าง ทดหนึ่งรอบ รายงานก่อนและหลังเก็บไว้ทั้งคู่

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

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

ขอบเขตการตรวจของ CreepJS

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

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

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

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

lie ที่ CreepJS รายงาน ล้างให้เป็นศูนย์ได้ไหม

เป้าหมายศูนย์ไม่ใช่เรื่องสมเหตุสมผล lie บางส่วนเกี่ยวข้องกับการพัฒนาเบราว์เซอร์และวิธีตรวจสอบ เบราว์เซอร์ฟิงเกอร์พรินต์ส่วนใหญ่จึงเหลือค้างไว้บ้างเสมอ รายการกลุ่มนี้ฝั่งผู้ใช้แก้ไม่ได้ ต้องรอการอัปเดตเวอร์ชันผลิตภัณฑ์ ที่ควรลงมือจัดการคือความไม่สอดคล้องของพารามิเตอร์ภูมิภาค: เทียบตามขั้นตอนสี่ขั้น แก้ทีละตัวแปร ทดสอบซ้ำพร้อมเก็บรายงาน ซ่อมส่วนที่ซ่อมได้ให้ถึงที่สุด ตอนเทียบผลการแก้ ดูว่ารายการเฉพาะจุดหายไปหรือไม่ อย่าจ้องแต่ตัวเลขรวม

ทำไมเครื่องมือให้คะแนนให้คะแนนสูง แต่ CreepJS กลับรายงาน lie เป็นกอง

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

รายการ lie ที่เขตเวลากับภาษาไม่ตรงกัน ควรจัดการอย่างไร

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

บทส่งท้าย

รายงานของ CreepJS เป็นข้อมูลอ้างอิงเพื่อวินิจฉัย ไม่ใช่คะแนนความปลอดภัยของบัญชี มันบอกคุณว่าสภาพแวดล้อมมีความไม่สอดคล้องตรงไหนเมื่อเจอการตรวจสอบไขว้ สาเหตุอยู่ที่การตั้งค่า ผลลัพธ์ หรือการพัฒนา ต้องไล่เช็กทีละรายการตามสามทิศทางในบทความนี้

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