ログイン状態が匿名性を壊す理由

実名ログイン状態、Cookie、同期設定が匿名活動と結びつく理由を学びます。

匿名性を考えるとき、IPアドレスやVPNに注目しがちです。

しかし、ログイン状態はそれ以上に強い手がかりになることがあります。

Torを使っている。 VPNを使っている。 Cookieを消した。 別ブラウザを使っている。

それでも、実名アカウントにログインすれば、その行動はアカウントに結びつきます。

ログイン状態は、匿名性を一気に弱くします。

ログインとは本人を示す状態

ログインとは、サービス側から見て「この利用者はこのアカウントの本人だ」と扱われる状態です。

アカウントには、多くの情報が結びついています。

メールアドレス。 電話番号。 過去の投稿。 決済情報。 配送先。 連絡先。 ログイン履歴。 端末情報。

本名を表示していないアカウントでも、裏側では本人につながる情報を持っていることがあります。

ログインは、単なる便利機能ではありません。 本人確認の状態です。

ログイン中のサービスは、画面に表示される名前だけを見ているわけではありません。 アカウントID、登録メール、電話番号、ログイン履歴、端末、Cookie、セッション、決済、過去の利用履歴を扱います。 匿名のつもりで閲覧していても、ログインしていれば、その行動はアカウントの行動として記録されます。

特に、検索、閲覧、いいね、保存、フォロー、問い合わせ、購入、フォーム送信はアカウントに結びつきます。 本名を書かなくても、ログイン状態そのものが強い識別情報です。

VPNやTorでは消えない

VPNやTorは、接続元IPの見え方を変えます。

しかし、ログインしているアカウントは消えません。

たとえば、Tor Browserで実名SNSにログインしたとします。 接続先からはTor出口ノードのIPに見えます。 しかし、サービス側には「このアカウントがログインした」と分かります。

VPNでも同じです。 接続元IPはVPNサーバーに変わっても、ログイン先のサービスにはアカウント情報が見えます。

IPを隠すことと、本人との結びつきを消すことは違います。

これは、匿名性で非常に重要な区別です。 VPNやTorは通信経路の見え方を変えます。 しかし、接続先のサービスに自分からアカウントを提示すれば、そのサービスはアカウントを認識します。

たとえば、Tor Browserで普段のメールにログインした場合、メールサービスにはそのアカウントのログインとして扱われます。 VPNでSNSにログインした場合も、SNS側にはアカウントの行動が残ります。 通信経路を隠すことと、サービス上の本人性を切ることは別の対策です。

同じブラウザでの切り替えが危険

実名アカウントと匿名アカウントを同じブラウザで切り替えて使うのは危険です。

Cookie、LocalStorage、履歴、保存パスワード、拡張機能、ブラウザ設定が混ざります。

また、操作ミスも起きます。

実名アカウントで投稿してしまう。 匿名用の検索を実名アカウントで行う。 匿名用ブラウザで実名メールを開く。

匿名性の失敗は、こうした日常的なミスで起きます。

同じブラウザでは、技術的な混ざりと操作ミスの両方が起きます。 技術的には、Cookie、LocalStorage、キャッシュ、拡張機能、保存済みログイン、通知許可、ダウンロード履歴が残ります。 操作面では、投稿先を間違える、検索するアカウントを間違える、共有メニューで実名アカウントを選ぶ、といった失敗が起きます。

匿名性が重要な活動では、ブラウザのタブを分けるだけでは弱いです。 少なくともブラウザプロファイルを分ける。 高リスクならOSユーザー、端末、ネットワーク、利用時間も分ける。 リスクに応じて分離の深さを決めます。

ログアウトだけでは不十分なことがある

ログアウトすれば安全、とは限りません。

ログアウト後も、CookieやLocalStorage、ブラウザ履歴、キャッシュ、拡張機能の保存情報が残ることがあります。

サービスによっては、ログアウト後も一部の識別情報を使って同じブラウザを認識することがあります。

匿名性が必要な場合は、ログアウトに頼るのではなく、実名用と匿名用の環境を分けます。

ログアウトは、現在のセッションを終わらせる操作です。 しかし、ブラウザに残った識別情報や履歴をすべて消すとは限りません。 また、ログアウト後に同じブラウザで匿名活動をすると、保存済みパスワードや自動入力、拡張機能、通知から実名側の情報が出ることがあります。

匿名活動では、「ログアウトしたか」より「そもそも同じ環境で扱っていないか」を見ます。 環境を混ぜないことが、最も基本的な防御になります。

避けるべき操作

匿名活動中は、次の操作を避けます。

• 匿名用ブラウザで実名メールを開く
• 匿名用ブラウザで普段のSNSにログインする
• 実名用ブラウザで匿名アカウントにログインする
• 同じ端末で通知を出しっぱなしにする
• 同じブラウザで複数人格を切り替える
• 実名アカウントで匿名活動の情報を検索する

ログイン状態は、匿名性の中心的なリスクです。

分離の基本ルール

ログイン状態による失敗を減らすには、実名用と匿名用の境界を明確にします。

完全に別人格を運用するなら、単にアカウント名を変えるだけでは足りません。 ログインするサービス、復旧手段、通知、ファイル保存、ブラウザ、端末の使い方まで分けます。 どこまで分けるかは脅威モデルによって変わりますが、実名ログインと匿名活動を同じ流れに置かないことは最低限の前提です。

ログイン前に止まる習慣

匿名活動中にログイン画面が出たら、すぐ入力しない習慣が必要です。 そのアカウントは実名側なのか、匿名側なのか。 復旧メールや電話番号はどこにつながっているのか。 ログインすると、閲覧や投稿がアカウントに残ってよいのか。

多くの失敗は、急いでいるときに起きます。 資料を見たい、DMを確認したい、クラウドからファイルを取りたい、SNSで反応したい。 その場で普段のアカウントにログインすると、匿名活動と実名側がつながります。

ログインは便利な操作ですが、匿名性では境界を越える操作です。 ログインする前に止まるだけで、多くの混線を防げます。

まとめ

ログイン状態は、匿名性を大きく弱くします。

VPNやTorで接続元IPを変えても、実名アカウントにログインすれば行動はアカウントに結びつきます。

アカウントには、メールアドレス、電話番号、決済情報、過去履歴、連絡先、ログイン履歴などが結びついています。

匿名性を守るには、実名アカウントと匿名活動を同じブラウザ、同じ端末、同じ時間帯で混ぜないことが重要です。

ログアウトだけに頼らず、環境そのものを分ける必要があります。

関連ツール

関連記事