指紋ブラウザのパラメータはランダムにすべき？「ランダムにするほど」問題が起きやすい理由

「どの環境のパラメータもランダムにしておけば一番安全だと思っていたら、アカウントが数日ともたなかった」。多アカウントを運用する人なら、こうした話を多少は耳にしたことがあるでしょう。直感的には、毎回パラメータが変わればプラットフォームには見分けがつかないはずです。ところが実際の結果はしばしば逆で、ランダムにするほどアカウントは早く傷みます。

方向は最初から逆でした。プラットフォームが見ているのは「変わったかどうか」ではありません。「本物の端末らしく見えるか」です。本物の端末の最大の特徴は、むしろ安定していることです。

結論を先に言うと、パラメータをわざわざランダムにする必要はありません。一つの環境が信頼できるかどうかは三つの点で決まります。各パラメータが本物か、数十のパラメータが互いを説明できるか、同じアカウントのパラメータが時間の照合に耐えるかです。ランダム化が触るのは最初の一つで、壊すのは残りの二つです。以下ではまず「独立」と「ランダム」の役割を切り分け、次に指紋パラメータを一通り並べ、そのうえでランダム化がどこを壊すのかを見ます。

独立した環境とランダムなパラメータは同じものか？

まず最もよくある誤解を解いておきます。使い始めたばかりの人は、どの環境も独立しているのだからパラメータもランダムにすべきだ、そうしないと環境同士が同じになってしまう、と考えがちです。

環境の独立が受け持つのは境界です。二つの環境はログイン状態もサイトデータも共有せず、A 環境での操作が B 環境に回り込むこともありません。これは隔離技術が担う仕事で、パラメータがどんな値になるかとは関係がありません。パラメータのランダム化が受け持つのは値の決定です。各環境がどんな機器として読まれるかを決めます。

両者の役割分担は、一言で切り分けられます。アカウント間には境界が必要で、一つのアカウントの内部には連続性が必要です。 境界は隔離が支えます。連続性は安定が支えます。ランダム化はまさに、境界の要求を連続性に取り違えたもので、アカウント内部で本来安定しているべきものを毎回ひっくり返します。

指紋パラメータには何があり、サイトはどう読むのか？

ブラウザが外にさらす指紋パラメータは、よく話題になるものだけで二十項目を超えます。覚える必要はありません。「サイトがどう取得するか」で二種類に分ければ見通しが立ちます。一つ目はブラウザが自ら報告する項目で、サイトがリクエストを送れば読めます。

二つ目のパラメータはサイトが問い合わせず、その場で自分で測ります。Canvas と WebGL が最も典型的です。ブラウザに絵を一枚描かせ、三次元のシーンを描画させると、グラフィックボードやドライバの違いで結果に細かな差が出ます。サイトはその結果を使い、ブラウザが自己申告した身元を逆に照合します。

つまり自己申告のパラメータは、サイト側はそのまま受け取るしかありません。実測の結果はその場で作られるもので、書き換えられず、偽装するしかありません。ここがランダム化の綻びの根源です。

ランダムなパラメータはなぜ問題を起こしやすいのか？

ランダム化プラグインは、この二種類に別々の穴を開けます。

まず自己申告型から見ます。User-Agent、解像度、フォントをそれぞれランダムに抽出すると、出てきた値は実在する一台の機械として組み上がらないことがほとんどです。Windows のフォントリストに macOS の自己紹介が組み合わさり、画面解像度はスマートフォンの寸法を引いたのに自己申告の身元はデスクトップ機のままです。プラットフォームのリスク判定モデルは膨大な実機記録を見てきており、こうした破綻した組み合わせは一目で拾い出せます。

さらに見えにくい手口があります。ランダム化プラグインが手間を省くために、全ユーザーのある項目を同じ多数派の値へ書き換えるのです。使う人が増えるほど、まったく無関係なアカウントの一群が同じ特徴値を掲げてネットを走り回ります。プラットフォームは一つずつ識別する必要がありません。その値を認めれば足ります。

次に実測型を見ます。ノイズを加える型のプラグインは、Canvas のような読み取りで毎回わずかに違う結果を返します。同じ絵でも今日はこの値です。明日は別の値です。本物の端末は違います。同じ一台の読み取りは通常の使用ではびくともせず、二回の読み取りが食い違うこと自体が異常の印になります。

プラットフォームは本物の端末が変化するリズムも見てきています。ブラウザのメジャーアップデートや OS の再インストールは一年に数回しか起きず、しかもネットワーク全体で同時です。ランダムな変化にそうしたリズムはなく、アクセスのたびに起こり得ます。変わるのはあなただけです。

ランダム化が変えるのはパラメータの値であり、「本物の端末らしく見えるか」という判断は変えられません。

指紋を見るとき、なぜ点数だけで判断してはいけないのか？

多くの人がランダムに対して抱く自信は、スコアツールから来ています。パラメータを書き換えて測定し、90 点や 100 点が出ると安心して本番に出します。ここに、つまずきやすい隙間があります。スコアツールが測るのは単項目で、プラットフォームが見るのは関係です。

単項目の点数が高いことは、その項目そのものの品質が良いことしか示しません。IP がきれいです。パラメータも珍しくなく、明らかな漏れもありません。しかしプラットフォームが関連性を判断するときは、数十の項目が互いを説明できるかを見ます。OS の言い分とグラフィックボードの言い分が食い違い、言語の言い分と IP の言い分が食い違います。どこか一か所でも、プラットフォームがもう一度目を向ける理由になります。

この「パラメータの相互証明」は関係を読む判断であり、スコアツールには測れません。満点の環境の危険はまさにここにあります。どの項目もきれいなのに、組み上げると存在しない端末になってしまうことがあるのです。

点数は相互証明を保証しません。誤った安心を与えるだけです。

だから環境を点検するときは、点数より順序が重要です。三層で進めます。まず数十のパラメータを並べ、互いを説明できるかを調べます。次に読み取られた値が設定と一致するかを一つずつ照合します。最後に数日あけて再測定し、二回の読み取りが一致するかを見ます。ツールに落とし込めば、次の三つの手順で足ります。

1. まず一致性の専用テストを回します。CreepJS のようなツールは、パラメータ同士の衝突を狙って探します。UA の言い分、グラフィックボードの言い分、フォントの言い分を並べて突き合わせます。
2. 次に単項目の漏れを調べます。BrowserLeaks は項目ごとに報告値を分類して並べるので、端末の設定との一致を一つずつ確認します。
3. 最後に履歴の安定性を見ます。同じ環境を数日あけて再測定します。二回の読み取りは一致するはずです。合わないなら、読み取られる値にノイズが混ざっています。

MostMate は「リアル」と「ランダム」の選択をどう扱うのか？

原理を説明したところで、最初の問いに戻ります。パラメータは結局どう取るべきでしょうか。**MostMate は、リアル・一貫・安定を既定値に組み込んだ指紋ブラウザ**です。パラメータモードはリアル、ランダム、カスタムの三モードに分かれます。既定は「リアル」です。画面解像度、CPU コア数、デバイスメモリは現在の端末の実際の特徴をそのまま採用し、Canvas と WebGL も実出力に従って、余計な継ぎ合わせもノイズの付加もしません。公式サイトの設定プレビューはこの動作を「合理的でリアル、かつ論理的に一貫したブラウザ環境をシステムが自動構築します」と説明しています。「論理的に一貫」という四文字が、先ほど述べたパラメータの相互証明に対応します。

タイムゾーンや言語といった地域に関わる項目は、既定で「IP ベースの設定」に紐づきます。出口がどこに定まれば、それらもそこに合わせてそろい、回線が一つの地域にあるのに時刻が別の地域を示すといったずれは起きません。リアルと一貫という二つの原則をなぜこう定めたのかは、MostMate の四つの設計原則の記事で詳しく扱っています。

環境を作れば、境界もそれで引かれます。公式サイトでは環境を Profile と呼び、Profile ごとにパラメータを一組ずつ別々に保存します。二つの Profile を同じパソコン上で作っても、読み取られる指紋はそれぞれ一組にまとまります。混ざり合いません。フォームを上から下へどう埋めるかは、設定プレビューから最初の環境までの四ステップで順を追って説明しています。設定したら、公式サイトの手動指紋設定と推奨構成の対照表を一通り見て、各項目のモードを確認します。

このツールが多アカウント管理で何を担うのかは、製品説明ページに全体像がまとまっています。

指紋パラメータはいつ変更してよいのか？

本当の安定とは、パラメータが永遠に変わらないことではありません。変化には現実の理由があるべきです。

ブラウザのメジャーアップデートは正常な変化です。気にしなくてかまいません。すべてのユーザーが同じ一、二週間のうちに順次追随し、プラットフォームはこのリズムを見慣れています。環境が本物の端末に追随していれば間違いは起きません。

端末の買い替えや回線の変更は、一式そろえて動かします。新しいパラメータは自己完結した一つのまとまりで、地域に関わる項目も新しい回線と一緒にそろえます。アカウントの状態が落ち着いているときに選びます。一度で終わらせます。危険なのは単点を突発的に変えることです。一式を差し替えるのは危険ではありません。

アカウントに異常が出た直後や数値が揺れているときは、まず手を止めます。どんなパラメータ調整もリスクを増幅させます。判断がつかないときは、まず再測定してください。変更の前後でそれぞれ測り、矛盾する項目がゼロで二回の読み取りが一致してから次へ進みます。

よくある質問

パラメータのランダム化はまったく使えないのか？

禁止ではありません。アカウントの既定の戦略にはできないという意味です。MostMate のパラメータモードには「ランダム」も残してあり、テストやデバッグのように長期的な身元を必要としない場面に向いています。長く育てるアカウントなら、既定の「リアル」のほうが安定します。

User-Agent だけを変えるのではだめなのか？

通用しません。User-Agent は二十数項目のうちの一つにすぎず、他のパラメータがそのままなら機器の姿は変わっていません。しかもグラフィックボードやフォントといった実測項目と対応関係にあります。一か所だけ変えると、かえってパラメータ同士が合わなくなります。動かすなら一式をそろえて動かすことです。単点の変更が最悪です。

リアルな指紋を使えば、プラットフォームのリスク判定を必ず避けられるのか？

そうは理解できません。リアルな指紋が解決するのは「機器が本物らしく読めるか」という層です。プラットフォームのリスク判定は、挙動、IP の品質、操作のリズムといった指紋の外側も見ます。リアルな指紋は機器の層を堅くするものであり、アカウントに保険をかけるものではありません。機器の層が安定しても、アカウントは操作の習慣と一緒に支える必要があります。

MostMate の一貫性チェックはプラットフォームのリスク判定の代わりになるのか？

いいえ、これは別の話です。MostMate の一貫性チェックは、作成時にパラメータが自己矛盾せず IP とそろった環境を組み上げる手助けをするもので、どのプラットフォームの検出ルールにも関与しません。プラットフォームがどう判断するかはプラットフォーム側の話です。こちらにできるのは、自分の環境を本物の端末のように整えておくことです。

以前ランダム化プラグインで育てたアカウントはまだ救えるのか？

救えます。ただし慌てないことです。まずランダム化を止め、リアルなパラメータを一組に固定します。地域に関わる項目を新しい回線にそろえ、そのうえでしばらく動かさずに置きます。頻繁に調整するほうが、現状を維持するより危険です。

おわりに

ランダム化は毎回新しくなることを追い求めます。プラットフォームが認めるのは、ずっと安定していることです。パラメータ管理の正解は、境界を環境隔離に、連続性をパラメータの安定に返すことです。二つのことをそれぞれの持ち場に戻します。

まだ二つの案の間で揺れているなら、MostMate をダウンロードして、本文どおりに環境を二つ作ってみてください。一つは既定のリアルのまま、もう一つはランダムに変えます。数日あけて検出ツールでそれぞれ二回測れば、どちらの読み取りが照合に耐えるか、結果ははっきりしています。