匿名ブラウザ比較：4種類の方式はそれぞれ何を防ぐのか

匿名ブラウザのおすすめを検索すると、プライベートブラウズ、プロキシ、フィンガープリントブラウザ、クラウドブラウザが同じ一覧に並んでいることがよくあります。どれも「匿名」と呼ばれますが、防いでいる識別方法は同じではありません。選択を誤ってもすぐ問題が起きるとは限りませんが、結局は手間が無駄になりがちです。

追跡経路は一つではない

Webサイトがあなたを識別しようとするとき、少なくとも4種類の手掛かりを使えます。ネットワークの出口アドレス、タイムゾーン・言語・解像度・フォント・グラフィックスのレンダリング結果などの端末／ブラウザ特性、ローカルストレージ内のCookiesやサイトデータ、そしてアカウントにログインした後に残る行動の履歴です。

4種類の方式は、それぞれこの連鎖の別の部分を遮断します。介入する場所が違うため、残る露出面も異なります。

プライベートブラウズ：消すのはローカルの痕跡だけ

シークレットウィンドウやプライベートウィンドウが処理するのは、その端末に残る履歴、キャッシュ、Cookiesです。ウィンドウを閉じると、それらが削除されます。

ネットワークの出口や端末特性は変わりません。同じPCで再びプライベートウィンドウを開いても、相手側からは同じ端末に見えます。つまり、プライベートブラウズは他人がそのPC上の履歴を確認するのを防ぐのには役立ちますが、Webサイトによる識別を防ぐものではありません。

プロキシとVPN：変わるのは出口だけ

通信はいったん別のサーバーを経由してから送信されるため、相手側にはそのサーバーのアドレスが見えます。基本的に変わるのはそれだけです。

端末特性のレイヤーはそのままで、言語、タイムゾーン、フォント、Canvasのレンダリング結果も変わりません。さらに、出口アドレスと端末特性が一致していないと、逆に目立つことがあります。たとえば、IP上の国とシステムのタイムゾーンやUI言語が別の地域を示している場合です。Onion routingのような多層暗号化方式はネットワーク経路をより徹底して隠しますが、その代わり遅くなり、複数の中継点を通るため大量のページを読み込む用途では負担が大きくなります。

フィンガープリントブラウザ：環境を分離する

このカテゴリは端末特性に対処します。アカウントごとに独立した環境を用意し、ストレージを分離したうえで、タイムゾーン、言語、解像度、フォント、Canvas、WebGL、オーディオなど20項目以上のパラメータを環境単位で構成します。ネットワークの出口も個別に指定できます。

難しいのはパラメータを作ることではなく、長期にわたって安定させることです。一つの環境内の各値は互いに整合している必要があり、同じアカウントは毎回環境を変えるのではなく、同じ環境を継続して使う必要があります。プラットフォームが見るのは環境全体が安定しているかどうかであり、ある一回のログインだけが人間らしく見えるかどうかではありません。

クラウドブラウザ：環境をリモートへ移す

ブラウザ本体はサーバー上で動作し、ローカル端末は画面を受け取り、操作指示を送るだけです。環境そのものが端末上にないため、分離は自然に実現します。ローカルにデータを残さず、PCを変えても環境には影響しません。

その代わり、遅延とコストが発生します。すべての操作がネットワークを往復する必要があり、インスタンス数が増えるほど費用も高くなります。また、各インスタンスが外部にどのような識別情報を見せるかは、クラウド方式だけでは決まりません。そこは別途設定する必要があります。

多くの匿名ブラウザは端末特性を変えていない

4種類を並べてみると、よくある誤解が見えてきます。広告ブロッカーを入れ、トラッキング防止を有効にし、検索履歴を記録しない検索エンジンを使えば、オンラインで匿名になったと思ってしまうことです。これらの機能が減らすのは、追跡スクリプトがデータを取得する機会です。収集される情報は減っても、端末側の識別可能な特徴はほとんど変わりません。

プラットフォームは複数の信号を照合して関連性を判断します。フィンガープリントが一致する、ストレージに痕跡が残っている、同じ出口アドレスが繰り返し現れる、といった条件のどれか一つでも成立すれば、それまでの分離が無意味になる可能性があります。

解決したい問題に合わせて選ぶ

解決したいこと	対応する方式
ローカル端末に閲覧履歴を残したくない	プライベートブラウズ
Webサイトに別の地域だけを見せたい	プロキシまたはVPN
複数アカウントを同一の運用者と判定されたくない	フィンガープリントブラウザ
環境をリモートで動かし、端末にデータを残したくない	クラウドブラウザ

複数アカウントを同時に運用する場合は、まず各アカウントの環境とストレージを互いに分離し、次に出口アドレスを各アカウントへ固定的に対応させ、最後にローカルの痕跡を消す、という順序になります。逆の順序では、最も識別されやすいレイヤーを最後まで残すことになります。