実名ログインと匿名活動を混ぜてはいけない理由

実名アカウントのCookieや履歴が匿名活動と結びつくリスクを扱います。

匿名活動で最も危険な失敗の一つは、実名ログインと匿名活動を同じ環境で混ぜることです。

VPNやTorを使っていても、実名アカウントにログインすれば、その行動はアカウントに結びつきます。

匿名アカウントで投稿する前に、同じブラウザで実名メールを開く。匿名用の下書きを実名クラウドに保存する。匿名投稿の直後に実名SNSで反応する。

こうした混在は、通信経路の対策よりも強い相関を作ります。

この記事では、なぜ実名ログインと匿名活動を分ける必要があるのかを整理します。

ログイン状態は本人に近い

ログイン状態は、非常に強い識別情報です。

サイトやアプリは、ログイン中のユーザーをアカウントとして扱います。IPアドレスが変わっても、同じアカウントでログインしていれば、行動はそのアカウントに結びつきます。

匿名性では、アカウントはIPアドレスより強い手がかりになることがあります。

通信経路を変えても、ログイン先が本人を示していれば意味がありません。

Cookieとセッションが混ざる

Webサイトは、Cookieやセッションでログイン状態を維持します。

同じブラウザで実名サイトと匿名活動を行うと、Cookie、ローカルストレージ、履歴、入力補完、拡張機能が混ざります。

「ログアウトしたから大丈夫」とも限りません。

ログアウトしても、Cookie、履歴、拡張機能、ブラウザ設定、過去の入力候補が残ることがあります。

実名クラウドで下書きしない

匿名投稿の下書きを実名クラウドで作るのも危険です。

クラウド文書には、所有者、編集者、変更履歴、共有URL、作成時刻が残ります。ファイルを相手に共有すると、実名アカウント名が見える場合があります。

匿名性が必要な文章は、作成する場所から分けます。

投稿画面だけ匿名にしても、下書きが実名側に残っていれば相関は残ります。

実名側の反応も相関になる

匿名投稿後に、実名アカウントで同じ話題に反応すると相関が生まれます。

匿名側で投稿した直後に、実名側で同じニュースにコメントする。匿名側の投稿を実名側で拡散する。別アカウントで擁護する。これらは、時間と話題の両方で結びつきます。

匿名アカウントと実名アカウントは、投稿内容だけでなく反応の仕方も分けます。

分離の基本

実名ログインと匿名活動を分けるには、環境を分けます。

分離は、完璧な隔離を目指すだけの話ではありません。

自分のリスクに合わせて、混ぜてはいけないものを決めることです。

よくある失敗

実名ログイン混在の失敗は、急いでいるときに起きます。

普段のブラウザで匿名投稿の下書きをする。通知が出た実名SNSを開く。匿名用スクリーンショットに実名メールの通知が写る。実名クラウドの共有リンクを送る。

匿名性が必要な作業では、「今どのアカウントでログインしているか」を最初に確認します。

作業開始前の確認

匿名活動を始める前に、まず環境を確認します。

どのブラウザを開いているか。実名サービスにログインしていないか。クラウド同期が動いていないか。通知が出ないか。スクリーンショットに写る情報がないか。

この確認は、面倒でも毎回行います。

匿名性の失敗は、作業を始める前の環境確認を飛ばしたときに起きやすいからです。

ログインが必要なサービスを使う場合

匿名活動でも、投稿先や連絡先にログインが必要な場合があります。

その場合は、匿名用のアカウントを実名側と分け、回復用メール、電話番号、支払い方法、プロフィール画像、ユーザー名も混ぜないようにします。

ログインが必要な時点で、そのサービス運営者にはアカウント単位の情報が残ります。

「匿名アカウントだから何も見えない」のではなく、「実名アカウントと結びつけないように運用する」と考えます。

まとめ

実名ログインと匿名活動を混ぜると、匿名性は大きく弱まります。

VPNやTorを使っていても、実名アカウントにログインすれば、行動はそのアカウントに結びつきます。

Cookie、セッション、クラウド所有者、入力補完、通知、投稿時間、実名側の反応も相関を作ります。

匿名活動では、実名アカウント、ブラウザ、クラウド、ファイル、投稿時間、話題を分けて管理します。

通信経路よりも、ログイン状態のほうが強い手がかりになることを忘れないでください。

関連ツール

関連記事