CreepJS báo lie phải làm sao? Hướng dẫn đọc báo cáo và kiểm tra môi trường

Kết luận chính: CreepJS báo lie nghĩa là giữa các đường kiểm tra của nó đã xuất hiện sự không khớp. Lie không chỉ ra nguyên nhân trực tiếp. Nguyên nhân không chỉ một: có thể tham số môi trường chưa khớp nhau, có thể đầu ra thực tế của trang khác với cấu hình, hoặc có thể liên quan đến cách triển khai của trình duyệt. Bài viết giải thích cách xác thực chéo, sắp xếp việc kiểm tra thành ba hướng và một quy trình bốn bước để bạn đọc hiểu báo cáo và tìm ra nguồn gốc vấn đề.

Người dùng trình duyệt fingerprint chạy nghiệp vụ, phần lớn đã từng gặp một tình huống giống nhau: mở môi trường, truy cập trang triển khai chính thức của CreepJS, và ở cuối trang nằm sẵn một danh sách lie. Làm sao hiểu danh sách này, có cần hoảng không, sửa từ đâu, đa số bài viết trên mạng chỉ nói detector mạnh cỡ nào mà ít nói phải làm gì sau khi có kết quả. Bài viết này bổ sung phần sau. Nguyên lý đối chiếu chéo tham số, bài vì sao không nên ngẫu nhiên hóa tham số fingerprint đã nói từ góc quản trị rủi ro của nền tảng, ở đây không lặp lại.

CreepJS là gì và vì sao người dùng trình duyệt fingerprint nên quan tâm

CreepJS là một trang kiểm tra dấu vân tay trình duyệt mã nguồn mở. Nó kiểm tra lượng lớn đặc điểm mà trình duyệt bộc lộ, và đặc biệt chú ý xem có mâu thuẫn giữa một số đặc điểm hay không. Khác với các công cụ chấm điểm từng mục, phương pháp cốt lõi của nó là xác thực chéo: không đoán môi trường của bạn hẳn là như thế nào, chỉ xem bạn có tự mâu thuẫn hay không.

Một ví dụ là rõ ngay. Môi trường tuyên bố là Windows khu vực Mỹ nhưng danh sách font lại xuất hiện font chữ tiếng Trung; múi giờ nói là New York nhưng đầu ra ngôn ngữ không khớp. Xét riêng từng mục đều hợp lý, đặt cạnh nhau thì đối chiếu không khớp. CreepJS ghi những trường hợp không khớp sổ này thành một lie và liệt kê vào báo cáo.

Với người dùng trình duyệt fingerprint, lý do quan tâm rất thực tế: quản trị rủi ro của nền tảng cũng đang làm đối chiếu chéo tham số, báo cáo của CreepJS tương đương với việc đưa bộ kiểm tra này ra ánh sáng. Hiểu được nó, bạn biết trước môi trường của mình những chỗ nào chịu không nổi việc đối chiếu. Nhưng cũng cần đặt trước một kỳ vọng. Số lượng lie không phải điểm chất lượng môi trường, bài viết sau sẽ nói lý do.

Vì sao CreepJS báo lie

Cách kiểm tra của nó có thể gói gọn thành hai đường. Hiểu hai đường này, việc phân loại các mục trong báo cáo không khó. Mỗi đường có một nhiệm vụ riêng.

Đường thứ nhất là đối chiếu đa ngữ cảnh và đa đường dẫn. Cùng một sự thật, nó thường lấy giá trị từ vài đường dẫn. Luồng chính và Web Worker là hai môi trường thực thi độc lập, mỗi bên có đối tượng gốc riêng. Đầu ra liên quan của cùng một trình duyệt thường phải phù hợp với logic triển khai của nó, còn đầu ra của các API khác nhau thì chưa chắc giống nhau hoàn toàn. Ngoài khai báo thuộc tính, thông báo lỗi, mức độ hỗ trợ tính năng và các hành vi quan sát được khác có thể là một tham chiếu nữa. Script kiểm tra đặt các câu trả lời của từng đường dẫn cạnh nhau, không khớp rõ rệt thì ghi một lie. Một số lie liên quan đến ghi đè thuộc tính hoặc khác biệt triển khai, nhưng chỉ một mục chưa đủ để kết luận nguyên nhân.

Đường thứ hai là kiểm tra ở cấp cấu trúc. Một số lie liên quan đến hành vi hàm, đặc điểm thuộc tính, kết quả kiểm tra có thể phản ánh một phần khác biệt triển khai. Với người dùng trình duyệt fingerprint, những mục này đáng lưu ý nhưng không cần đào sâu cơ chế JavaScript đằng sau từng mục, đó là việc của nhà phát triển sản phẩm. Độ nhạy của nó với ghi đè thuộc tính, bọc hàm và các kỹ thuật tương tự, bài phân tích kỹ thuật của BrowserInsight đã hệ thống cách kiểm tra tương ứng, ai muốn tìm hiểu sâu có thể đọc thêm.

Hai đường này hợp lại nêu lên một điều: chỉ nhìn giá trị của một tham số thì chưa đủ để đánh giá toàn bộ môi trường trình duyệt. Hoàn toàn có thể một môi trường điểm số từng mục đẹp nhưng đối chiếu chéo lại có vấn đề, và ngược lại cũng vậy.

Đọc báo cáo lie thế nào: ba hướng xử lý

Nhận danh sách lie, đừng vội sửa tham số. Xem từng API mà báo cáo nêu tên, xếp vấn đề vào ba hướng. Ba hướng này là cách tiếp cận, không phải tiêu chuẩn chẩn đoán nghiêm ngặt, đôi khi một lie cần được kiểm tra lần lượt theo nhiều hướng.

Hướng một: tham số môi trường có đúng như kỳ vọng không. Những cấu hình như ngôn ngữ, múi giờ, khai báo nền tảng nếu không khớp với IP đầu ra hoặc khu vực mục tiêu thì thuộc nhóm vấn đề cài đặt môi trường. MostMate gom các tham số như cài đặt ngôn ngữ, cài đặt múi giờ, vị trí địa lý vào phần cài đặt fingerprint của môi trường để quản lý thống nhất. Từng mục hỗ trợ các chế độ giá trị như cấu hình theo IP, giá trị thật và tùy chỉnh, proxy và tham số fingerprint được lưu riêng cho từng môi trường. Mục nào không khớp với đầu ra, quay lại cấu hình môi trường để kiểm tra lại mục đó. Bố cục từng bảng điều khiển và chuẩn của từng trường, trang MostMate là gì giới thiệu đầy đủ.

Hướng hai: đầu ra thực tế của trình duyệt có khớp với cấu hình không. Tham số đặt đúng không có nghĩa là trang đọc được kết quả như vậy. Điều bạn thấy trong bảng cấu hình là bạn đã đặt gì, điều trang kiểm tra nhận được là trình duyệt thực tế xuất ra gì. Giữa hai bên là nhân trình duyệt. Cách đối chiếu là so từng mục giữa các giá trị cụ thể trong báo cáo của trang kiểm tra với giá trị trong bảng xem trước fingerprint. Mục nào lệch thì ghi nhận trước.

Hướng ba: báo cáo có dính đến triển khai trình duyệt hay bản thân cách kiểm tra không. Nếu lie tập trung vào các mục như hành vi hàm, đặc điểm thuộc tính thì sửa cấu hình môi trường thường không giúp được gì. Cần dựa vào báo cáo cụ thể để phán đoán có liên quan đến phiên bản hoặc cách triển khai của trình duyệt hay không, cần thiết thì phản hồi cho bộ phận hỗ trợ sản phẩm.

Quy trình bốn bước dùng CreepJS kiểm tra môi trường

Hướng đã định thì thao tác đi theo bốn bước dưới đây. Đây là quy trình kiểm tra phổ quát, không có nghĩa mỗi lie đều khớp chính xác với một nguyên nhân. Mục đích là để mỗi lần điều chỉnh đều có căn cứ.

Bước 1: ghi nhận trước, chưa sửa gì. Lưu thời điểm kiểm tra, phiên bản trình duyệt, cấu hình môi trường và trạng thái proxy, chép lại các mục lie trong báo cáo. Đổi thời điểm hoặc đổi mạng rồi chạy lại một lần để xác nhận vấn đề có lặp lại không. Một lần kiểm tra có yếu tố ngẫu nhiên, chưa đủ làm kết luận.

Bước 2: đối chiếu cấu hình với đầu ra thực tế. Sau khi xếp vào ba hướng, mục nào liên quan tham số khu vực thì vào cấu hình môi trường kiểm tra giá trị trước. Rồi so từng mục giữa báo cáo của trang kiểm tra với bảng xem trước fingerprint, tách rõ đặt sai và đặt rồi nhưng không có hiệu lực.

Bước 3: mỗi lần chỉ sửa một chỗ, sửa xong kiểm tra lại ngay. Điều nhiều thiết lập cùng lúc, khi kiểm tra lại có thay đổi cũng không nói được mục nào phát huy tác dụng. Sửa một mục, kiểm tra một lượt. Báo cáo trước và sau đều lưu lại.

Bước 4: vấn đề thuộc tầng triển khai thì ghi lại và phản hồi. Kiểm tra lại nhiều lần mà vài lie vẫn xuất hiện ổn định và không liên quan cấu hình, thì ghi lại phiên bản trình duyệt cùng điều kiện tái hiện và chuyển cho bộ phận hỗ trợ sản phẩm. Khi so báo cáo trước sau, xem vấn đề cụ thể có được cải thiện, đừng chỉ so tổng số lie.

Trong bốn bước, giá trị nhất là bước một và bước ba. Ghi nhận làm vấn đề truy vết được, điều chỉnh đơn biến làm kết luận đáng tin. Bỏ qua hai bước này mà sửa tham số ngay là đường vòng phổ biến nhất khi xử lý môi trường.

Giới hạn kiểm tra của CreepJS

Báo cáo sạch không có nghĩa là tài khoản đã vào hầm an toàn. Phạm vi đo của CreepJS nằm ở tầng JS trong trình duyệt. Chữ ký TLS, uy tín IP, nhịp gửi yêu cầu, quỹ đạo chuột và các tín hiệu ngoài trình duyệt, nó không đụng đến mục nào. Quản trị rủi ro của nền tảng thật là cộng các tín hiệu này lại để tính. Vậy vị trí hợp lý của nó là một trong các tham chiếu chẩn đoán, không phải phán quyết cuối cùng.

Báo cáo của nó phù hợp dùng kèm với công cụ kiểm tra từng mục. Chất lượng từng tham số có thể kiểm tra theo từng nhóm qua kiểm tra BrowserLeaks. Đánh giá tin cậy ở chiều tài khoản, xem thêm ấn tượng tổng thể từ điểm tin cậy ipHey. Mỗi báo cáo quản một khúc. Gộp lại mới gần với một buổi khám sức khỏe toàn diện của môi trường.

Còn một lưu ý về thao tác. Trang kiểm tra trực tuyến sẽ thu thập thông tin trình duyệt bạn gửi, trước khi kiểm tra hãy xác nhận nguồn gốc trang web. Đừng kiểm tra môi trường trên những trang kiểm tra không rõ nguồn gốc. Trang triển khai chính thức của CreepJS đã có ở đầu bài, khi truy cập chú ý tên miền có khớp không, vào từ bookmark chắc hơn là bấm từ kết quả tìm kiếm. Trong môi trường dùng để kiểm tra không để thông tin tài khoản nhạy cảm, đó là thói quen đáng giữ. Không phải quy trình kiểm tra có yêu cầu bắt buộc gì.

Câu hỏi thường gặp

Có thể đưa lie CreepJS báo ra về 0 không?

Về 0 không phải mục tiêu hợp lý. Một phần lie liên quan đến triển khai trình duyệt và cách kiểm tra, đa số trình duyệt fingerprint đều để lại ít nhiều. Những mục này phía người dùng không sửa được, phải dựa vào các bản cập nhật sản phẩm. Chỉ những lệch thuộc nhóm tham số khu vực mới đáng động vào: theo quy trình bốn bước kiểm tra, điều chỉnh đơn biến, kiểm tra lại và lưu hồ sơ, sửa phần sửa được cho tử tế. Khi so sánh hiệu quả chỉnh sửa, xem mục cụ thể có biến mất, đừng chỉ nhìn tổng số.

Vì sao công cụ chấm điểm cho điểm cao, CreepJS lại báo nhiều lie?

Hai bộ công cụ trả lời hai câu hỏi khác nhau. Công cụ chấm điểm kiểm tra từng giá trị, các mục đạt là cho điểm cao. CreepJS kiểm tra mối quan hệ giữa các đặc điểm, điểm cao chỉ chứng minh từng mục không có vấn đề, không chứng minh được hàng chục mục ghép thành một thiết bị nhất quán. Hoàn toàn có thể một môi trường từng mục đều tốt mà đối chiếu lại có vấn đề. Đặt hai báo cáo cạnh nhau mới có phán đoán đầy đủ.

Trong danh sách lie, múi giờ và ngôn ngữ không khớp thì xử lý thế nào?

Trước tiên xác nhận vị trí thực của IP đầu ra, rồi vào cấu hình môi trường kiểm tra chế độ giá trị của ngôn ngữ, múi giờ và các tham số. Các mục liên quan khu vực có thể giao cho cấu hình theo IP, lưu lại rồi kiểm tra lại. Mỗi lần chỉ sửa một chỗ. Nếu bản thân IP đầu ra định vị đã lệch, giải quyết vấn đề đường truyền trước. Thứ tự không thể đảo, nếu không dễ làm hỏng cấu hình vốn đúng.

Lời kết

Báo cáo của CreepJS là một tham chiếu chẩn đoán, không phải điểm an toàn tài khoản. Nó cho bạn biết môi trường có những chỗ không khớp trước việc xác thực chéo. Nguyên nhân nằm ở cấu hình, đầu ra hay triển khai, cần kiểm tra từng mục theo ba hướng trong bài.

Cách bắt đầu gợi ý rất nhẹ. Chọn một hai môi trường chạy một lượt kiểm tra chính thức, lưu báo cáo, rồi xem lại theo quy trình bốn bước. Mục giải thích được thì xử lý tại chỗ, mục không giải thích được thì ghi lại và theo dõi các bản cập nhật. Cửa vào cấu hình môi trường và quản lý proxy đều nằm trong MostMate, cài client từ trang tải MostMate là có thể bắt đầu. Môi trường có sẵn lấy ra kiểm tra luôn là được.