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 的官方部署頁在本文開頭給過，訪問時留意網域是否對得上，從書籤進入比從搜尋結果點開更穩妥。用於測試的環境裡不放敏感帳戶資訊，是值得保持的習慣。倒不是檢測流程本身有什麼強制要求。

常見問題

CreepJS 報出的 lie 能清零嗎？

清零不是合理目標。部分 lie 與瀏覽器實現和檢測方式有關，多數指紋瀏覽器都會留下一些。這類條目用戶側改不了，依賴產品版本迭代。地區參數類的不一致才值得動手處理：按四步流程核對、單變量調整、復測留檔，把能修的部分修到位。對比改動效果時看具體條目是否消失，不要只盯總數。

為什麼打分工具給高分，CreepJS 卻報了一堆 lie？

兩套工具回答的問題不同。打分工具逐項檢查數值，各項合格就給高分。CreepJS 檢查特徵之間的關係，高分只證明單項沒問題，證明不了幾十項能拼成一台自洽的裝置。一個環境完全可能單項全優、對帳出現問題。兩份報告放在一起看，才有完整的判斷。

lie 列表裡時區、語言對不上，該怎麼處理？

先確認出口 IP 的實際歸屬地，再到環境設定裡核對語言、時區等參數的取值模式。與地區相關的項可以交給基於 IP 配置，保存後復測。一次只改一處。如果出口本身的定位有偏差，先解決線路問題。順序不能反，否則容易把原本正確的設定改亂。

結語

CreepJS 的報告是一份診斷參考，不是帳戶安全評分。它告訴你環境在交叉驗證面前有哪些不一致。原因出在設定、輸出還是實現，需要按本文的三個方向逐條核對。

建議的起步方式很輕。挑一兩個環境跑一輪官方檢測，把報告存檔，按四步流程過一遍。能解釋的條目就地處理，解釋不了的記錄下來，觀察版本更新。環境設定與代理管理的入口都在 MostMate 裡，從 MostMate 下載頁裝好客戶端即可開始。已有的環境直接拿來測就行。