はじめに(この記事で分かること)#
メールアドレスは、あらゆるオンラインサービスのアカウント作成に必要な識別子である。一つのメールアドレスが複数のサービスで使い回されると、そのアドレスは匿名の区画と実名の区画をつなぐ「橋」になる。
この記事では、匿名メールサービスの選択肢と、エイリアスの使い分けを、Laatsch事件の実例とともに整理する。
前提: 脅威モデルの整理#
メールアドレスの匿名性が有効な相手は、脅威モデル入門で整理した5種類の相手のうち、主に3者だ。
プラットフォームは、登録時に入力されたメールアドレスを記録する。標的型攻撃者は、メールアドレスの横断検索で、匿名アカウントと実名アカウントを結びつける。ISPは、どのメールサービスに接続しているかという事実を知る。
Laatschの事例では、匿名メールアカウントと私用メールアカウントの間でテスト送信が行われ、同一IPからのログインが確認された。匿名メールとSNSの連結で詳しく扱う。
匿名メールサービスの選択肢#
Proton Mail#
スイス管轄の暗号化メールサービス。匿名での登録が可能で、Torからもアクセスできる。無料プランは1日あたりの送信数に制限がある。
弱みは、無料プランの利用者数が多く、スパム判定のリスクが高いことだ。TorからのアクセスはCAPTCHAが多発する。
Tuta(旧Tutanota)#
ドイツ管轄の暗号化メールサービス。匿名での登録が可能。独自の暗号化プロトコルを使用している。
使い捨てメール#
Guerilla Mail、Cock.liなど。登録不要で使えるものが多いが、アカウントの復元ができない。重要なサービスの登録には向かない。
addy.io(旧AnonAddy)#
エイリアス生成サービス。実名のメールアドレスを隠したまま、複数のエイリアス宛のメールを受信できる。エイリアスごとに転送先を変えられる。
SimpleLogin#
Proton傘下のエイリアス生成サービス。エイリアスの生成、転送、返信に対応している。
エイリアスの使い分け#
エイリアスの価値は、サービスごとに異なるアドレスを使えることにある。同一のエイリアスを複数のサービスで使い回すと、OSINTの記事で説明したとおり、ハンドルの横断検索と同じく、一つの識別子が複数の区画をつなぐ橋になる。
Laatschの事例では、匿名メールアカウントと私用メールアカウントの間でテスト送信が行われ、同一IPからのログインが確認された。この構造は、エイリアスの使い分けだけでは防げない。エイリアスの転送先が実名のメールアドレスであり、転送の際に実名アカウントのIPが露出するからだ。
匿名メールの運用において、転送先のメールアドレスを開くときの接続環境は、転送元と同じ匿名環境でなければならない。転送先の開封は送信者のIPと紐付く。
エイリアスの使い分けは、決済手段の匿名化と組み合わせて機能する。暗号資産での支払いを受け付けるAI APIに登録する場合、そのサービス専用の匿名メールアドレスを用意し、決済手段も実名と紐付かないものにする。この一連の設計の具体例は、MoneroからUSDCに変換してAI API(OpenRouter)に支払う:仕組みと残る痕跡で書いている。
匿名メールアカウント自体の運用#
匿名メールアカウント自体の登録と運用において、以下の点に注意する。
接続にはTor BrowserまたはVPNを使用する。実名のIPから匿名メールにアクセスすると、メールサービスの記録に接続元IPが残る。
アカウントの作成と最初のログインを、実名の環境からテストする行為は、匿名メールと実名メールを結ぶ橋になる。匿名メールとSNSの連結で説明したLaatsch事件では、匿名アカウントの作成日に実名アカウントからテスト送信が行われたことが、連結の直接の証拠になった。
パスワードの再利用も、匿名メールと実名メールを結ぶ橋になる。匿名メールのパスワードは、他のサービスで使ったことがない新しいものにする。
限界と残るリスク#
匿名メールサービスも、法的な要請を受ければ記録を提出する。Proton Mailの場合、スイスの法律に基づき、法的な要請には対応する。スイスの法制度が比較的強い保護を提供するとはいえ、無条件ではない。
使い捨てメールのドメインは、多くのサービスでブロックされている。重要なサービスの登録には、使い捨てメールは使えないことが多い。
エイリアスの転送は、転送先のメールボックスに依存する。転送先が侵害されれば、エイリアス宛のメッセージも露出する。
まとめ#
メールアドレスの匿名化は、匿名性の設計の出発点である。すべてのサービスの登録にメールアドレスが必要であり、そのメールアドレスが実名と紐付いていれば、他の対策は意味を失う。
匿名メールサービスを選び、サービスごとに別のエイリアスを使い、転送先の開封環境を匿名化する。この3つの実践が、メールアドレスの橋を断つための基礎になる。
匿名メールとSNSの連結で、匿名メールの運用が崩れた実例を掘り下げる。
出典#
- Privacy Guides — Email Security Recommendations(Proton/Tutaの推奨、メールの暗号化の説明)
- Courthouse News — FBI宣誓供述書(United States v. Laatsch)(テスト送信、同一IPからのログイン、身分証の黒塗りと未黒塗り情報による特定)
- Ars Technica — Spy-catcher saw "stupid" tech errors others made(Laatsch事件の四つの失敗の分析)