7つの壁をA＝3点、B＝2点、C＝1点、D＝0点で採点し、21点満点で並べました。

7つの壁・総合スコア（21点満点）

A＝3点、B＝2点、C＝1点、D＝0点。「最弱リンク」は7つの壁のうち最も低い評価。2026年8月23日時点の公開情報から筆者が判定。内部運用や管理者権限の実態、検知率の自己申告値は評価に含みません。

6サービス × 7つの壁（一覧）

横に読むと「どの壁で差がつくか」、縦に読むと「そのサービスの性格」が見えます。

横に読むと、きれいに二分されているのが分かります。壁1〜3（暗号）ではProton・Tutaが勝ち、壁4〜6（ログイン・経路）ではGmail・Yahoo!メールが勝つ。両方でAを取っているサービスは1つもありません。

第1章 おわり — 実際のデータへ

この章は独自集計です。国内の情報漏えい報道データベース（2025年8月〜2026年8月／745件）と、総務省の家計統計を突き合わせました。

【独自集計】メール事故の93.2％は「送り間違い」

745件からメール関連の148件を取り出し、原因別に分類しました。ついでに、前回の記事で見た通販・ECの29件と並べています。同じデータベースなのに、原因構造がここまで違います。

出典：国内の情報漏えい報道データベース（security-next 等の報道記事から事案を抽出／2025年8月1日〜2026年8月21日・745件）を筆者が集計。メール関連は記事タイトルに「メール」「メアド」「電子メール」のいずれかを含む148件。同一事案の続報を含むため、ユニークな事故件数とは一致しません。

メール関連148件のうち、誤操作・設定ミスが138件で93.2％。フィッシング3件、内部不正3件、不正アクセス2件、ランサムウェア1件、不明1件です。

さらに絞り込むと、もっとはっきりします。タイトルに「誤送信」「誤送付」「BCC」「宛先」「一斉送信」のいずれかを含む事案は137件あり、その原因は137件すべてが誤操作・設定ミスでした。逆に、メールアカウントの乗っ取りやフィッシング被害として報じられたものは4件だけです。

【独自集計】30歳未満の世帯は、郵便に月46円しか使っていない

もう一つ、なぜメールアドレスがこれほど重いのかを数字で見ます。総務省の令和6年全国家計構造調査から、世帯主の年齢階級別に郵便料の月額を集計しました。

出典：総務省「令和6年全国家計構造調査」政府統計コード0004039780を筆者が集計。総世帯・世帯主の性別平均・購入形態合計、収支項目「郵便料」および「インターネット接続料」の1世帯1か月あたり金額。

30歳未満の世帯が郵便に使うのは月46円。ハガキ数枚分です。一方、80歳以上は月454円で、約9.9倍。インターネット接続料に対する比率でみると、30歳未満は2.2％、80歳以上は39.0％です。

規模も押さえておきます。総世帯平均の郵便料は月301円、インターネット接続料は月2,756円。2025年国勢調査の全国世帯数57,124,507世帯で換算すると、家計が払う郵便料は年およそ2,063億円、インターネット接続料は年およそ1兆8,892億円。約9.2倍の開きです。

第2章 おわり — 「暗号化」という言葉を分解します

6社すべてが「暗号化しています」と書いています。どれも嘘ではありません。ただし指しているものが違います。まずここを分解しないと、比較になりません。

採点する「7つの壁」

第3章 おわり — 本文を誰が読めるのかへ

壁1｜保存された本文を、運営者は読めるのか

結論から書きます。Gmail・Outlook.com・Yahoo!メール・iCloudメールの通常メールについて、「運営者が復号できない」という保証を公開資料から確認できませんでした。これらはすべて第3章の①か②の段階です。

対してProton Mailは、保存されるすべてのメールについてゼロアクセス暗号化を明示しています。外部から届いた平文メールは、安全検査を通したうえで利用者の公開鍵で暗号化して保存される、という設計です。

ただし正確に書いておくと、SMTPという規格の制約上、Proton以外から届いたメールは、暗号化される前に一度は平文でProtonのサーバーを通過します。ゼロアクセス暗号化が守るのは「保存されたあと」であって、「届いた瞬間」ではありません。これはProtonの欠陥ではなく、標準的なメールを受け取る以上避けられない構造です。

Tuta Mailはさらに範囲が広い。本文だけでなく、件名、添付ファイル、アドレス帳全体、受信ルール、検索索引、さらにカレンダー（イベント通知などのメタデータを含む）までE2EEで保存すると説明しています。暗号化されないのは、利用者と送受信者のメールアドレスだけとされており、暗号化の範囲では6社で最も広いと言えます。

壁2｜相手が外部サービスだったら

共有パスワード方式は、要するに「メールで送らないパスワードを、別の手段で相手に伝える」仕組みです。電話や対面で伝えるなら実用的ですが、そのパスワードを同じメールで送ってしまえば意味がありません。別経路で渡せるかどうかが、この方式が機能する条件です。

個人向けGmailには、外部宛てのE2EE機能は標準ではありません。機密モードは有効期限や転送禁止のUI制御であって暗号化ではなく、Google自身が「スクリーンショット、写真撮影、悪意あるプログラムによるコピーは防げない」と明記しています。クライアントサイド暗号化（CSE）は対象のWorkspace版向け機能で、個人Gmailの標準機能ではありません。

Outlook.comを壁2でBにしたのは、Microsoft 365 Personal／Family で「暗号化」「転送禁止」を個人でも送れるためです。ただし鍵の保持者、管理者の権限、法的開示の境界は公開サポート文書だけでは十分に確認できません。E2EEとも非E2EEとも断定できないため、Aにはしていません。

壁3｜相手の鍵が本物だと、どう確かめるのか

地味ですが、E2EEの根幹です。暗号がどれだけ強くても、相手の公開鍵が偽物にすり替えられていれば、攻撃者に向けて暗号化しているだけになります。

両社ともBにとどめたのは、この理由です。仕組みは存在するが、「既定で全員に効いている」状態ではない。他の4社をCにしたのは、そもそも運営者を全面的に信頼する構造だからで、鍵配布の問題が起きない代わりに、運営者への信頼が前提になっています。

第4章 おわり — ログインと復旧へ

壁4｜フィッシング耐性は「WebAuthn系」と「手入力OTP」で別物

ここは規格文書で線が引かれています。NISTのSP 800-63B-4は、フィッシング耐性を「請求者の警戒に頼らずに、偽の検証者へ認証情報が渡るのを防ぐ能力」と定義し、出力を通信チャネルまたは検証者名（例：FIDO2/WebAuthn）に結合する暗号学的な認証子をその条件としています。手入力のワンタイムパスワードは、この「検証者名への結合」という条件を満たしません。

理由は単純で、手で入力するコードは偽サイトにも入力できてしまうからです。対してパスキーは接続先のドメインと鍵が結びついているため、偽サイトでは使えません。「2段階認証にしているから安全」ではなく、「その2段階目が何か」が決定的です。

壁5｜パスキーを設定しても、守れないものが3つある

Google自身が注意喚起しています。パスキーを作成した端末のロックを解除できる人は、あなたがサインアウトしたあとでも再ログインできる場合がある、と。パスキーが守るのは「ログインの瞬間」だけです。

第5章 おわり — TLSとDMARCの誤解へ

メールの安全性を語るとき、いちばん誤解されている2つを扱います。

誤解①：「TLSで暗号化されているから安全」

SMTPのTLSはサーバー間を運ぶあいだの暗号化です。届いた先では平文に戻ります。E2EEではありません。Microsoftは自社の説明で「TLSは接続を暗号化するが、到着後のメッセージを保護し続けるとは限らない」と明記しています。Googleも、相手側がTLSに対応していなければ暗号化されない場合があると説明しています。

Gmailを壁6でAにしたのは、MTA-STSとTLSレポーティングに対応した最初の主要メールプロバイダであり、規格の実装と公開が早かったためです。ただし正確に書いておくと、Google Workspaceは受信側でのDANEには対応していません。MTA-STSで代替する方針です。「すべての規格に対応している」わけではありません。

誤解②：「DMARCを通っているから本物」

DMARC（RFC 7489）は、表示上のFromドメインと、SPF／DKIMで認証されたドメインの整合を確認する仕組みです。つまり「そのドメインを名乗る資格のある送信元から出た」ことしか示しません。

だから次のケースはすべて防げません。①侵害された正規アカウントからの送信（本物のアカウントなので当然通ります）。②攻撃者が正規に取得した紛らわしいドメイン（そのドメインでDMARCを正しく設定すれば通ります）。③内容の虚偽（DMARCは本文を見ません）。

第6章 おわり — 本文の解析と追跡へ

最後の壁です。ここは侵害されなくても起きていることを見ます。

追跡ピクセルという、静かな監視

HTMLメールには、1×1ピクセルの透明な画像が埋め込まれていることがあります。あなたがメールを開くと、その画像を取りにいく通信が発生し、送信側に「いつ開いたか」「どのIPアドレスから開いたか」が伝わります。あなたは何もクリックしていません。開いただけです。

iCloudメール（Apple Mail）のMail Privacy Protectionは、この開封追跡とIPアドレスの取得を抑制します。6社のなかで、この一点に関しては随一です。Proton・Tutaも既定で外部コンテンツを読み込まない設計です。

なお、Mail Privacy Protectionが抑えるのは開封の追跡であって、メール内のリンクをクリックしたときの追跡は別です。リンクに付いたパラメータで誰がクリックしたかを識別する手法は、そのまま残ります。

第7章 おわり — 選び方と今日の行動へ

第1章のとおり、暗号で強いサービスとログインで強いサービスは別でした。だから「どれか1つ」を選ぶより、用途で分けるほうが現実的です。

今日やる7つの設定（所要20分）

第8章 おわり — FAQへ