TLS暗号化を解説

TLSは、インターネット上のほぼすべての接続を保護する基盤となる暗号化プロトコルです。 TLSにより、フォームの送信、アカウントへのログイン、銀行口座の詳細の確認、オンラインでの買い物を、他人に覗き見られることなく行えます。これには、インターネットサービスプロバイダ(新しいウィンドウ)（ISP）、ホットスポットの運営者、公衆Wi-Fiを監視している可能性のあるハッカーなどが含まれます。

TLSは、デバイスとサーバーの間に暗号化された接続を確立し、データを安全に転送できるようにします。次の点を保証します：

• 機密性： データはかく乱されるため、接続先のウェブサイトまたはサーバーだけが読み取れます。
• 完全性：データは、検知されずに転送中に改ざんされることはありません。
• 認証： 実際に通信している相手が、偽物ではなく本物のウェブサイトまたはサーバーであることを確認できます。

正しいサーバーと通信していることを確認するため、サーバーは、自分が名乗る通りの相手であることを証明するデジタル証明書を提示します。これらの証明書は、認証局（CA）によって発行されます。CAは、ドメインと公開鍵を結び付ける証明書に署名する信頼できる組織です。

つまり、あなたが信頼するのはサイトそのものではなく、そのサイトを保証するCAです。この信頼は、ブラウザのHTTPS接続情報に反映されます。従来はアドレスバーの鍵アイコンで示され、クリックすると接続と証明書の詳細を確認できます。

ルートCAはブラウザに組み込まれています。たとえば、Mozillaのルートストアには約140〜160のルート証明書が含まれています。次に、これらが、ほとんどのウェブサイトの検証に使われる中間CAを検証します。

一般に、この仕組みはうまく機能しますが、完璧ではありません。 :中間CAは数千存在し、その結果、攻撃対象領域が大きくなります。さらに、CAは政府から圧力を受けたり(新しいウィンドウ)、犯罪組織にハッキングされたりして、侵害された証明書を発行させられる可能性があります。典型的な事例がDigiNotar(新しいウィンドウ)です。これは2011年に攻撃者によって侵害されたオランダのCAで、攻撃者は数百の不正な証明書を発行し、主にイラン国内の約30万人のユーザーを対象にGmailのトラフィックを傍受したと報じられています。

こうした問題に対処するため、現代のTLS接続では証明書透明性（CT）が使われています。これによってCAがハッキングされたり強要されたりすることをそもそも防げるわけではありませんが、被害をはるかに早く発見し、封じ込めやすくなります。

公的に信頼されるすべての証明書は、発行された瞬間に、改ざん不可能な公開記録に記録される必要があります。たとえばChromeは、2018年以降、少なくとも2つの独立したCTログに記録されていない証明書を信頼しないようにしています。

その結果、ドメイン所有者は、DigiNotarの事例では数週間かかった不正な証明書の発見を、数時間以内に行えるようになりました。発見され次第、影響を受けた証明書は迅速に失効できます。深刻な場合には、ブラウザは次の更新時にCAへの信頼を削除できます。

TLSは非対称暗号化と対称暗号化を組み合わせています。非対称暗号（公開鍵暗号）は、接続を確立し、ブラウザとサーバーが共有シークレットに合意できるようにするために使われます。そのシークレットをネットワーク上に送信することは一切ありません。これはTLSハンドシェイクと呼ばれます。

安全な接続が確立されると、実際のデータは共通鍵暗号方式（通常はAES）を使って転送されます。使用される暗号化アルゴリズムは、ウェブサーバーとクライアント（ブラウザなど）の間でネゴシエートされます。ほとんどのブラウザでは、鍵アイコンをクリックまたはタップすると、HTTPS接続に使用されている暗号化アルゴリズムについて、より詳しいセキュリティ情報を確認できます。

従来のTLSは、接続するウェブサイトの名前を隠しません。最初のハンドシェイクで、ウェブサイト名（SNI）やその他の詳細が、監視している人に漏えいするためです。 2026年3月にIETFによって承認された新しい標準規格が、この問題の解決を目指しています。機能する場合、Encrypted Client Hello（ECH）はハンドシェイク自体を暗号化するため、ISPやホットスポットの運営者は、あなたがどのサイトを訪れているかを確認できなくなります。ただし：

• ECHは、複数のウェブサイトが同じIPアドレス(新しいウィンドウ)を共有している場合にのみ機能します。これは、コンテンツ配信ネットワーク(新しいウィンドウ)（CDN）の背後にある場合と同じです。
• サイトが専用のIPアドレスを持っている場合、接続先は引き続き見えます。
• ECHは、ブラウザがECH構成キーを取得するために暗号化DNS（DoH）を使用していることに依存します。これに失敗すると、接続は通知なしにプレーンテキストのSNIにフォールバックします。
• ECHはまだ展開中で、FirefoxとChromeでサポートされています。ただし、現時点では、上位100万のウェブサイトのうち約9～10%のみがECHをサポートしており、そのほぼすべてがCloudflareを使用しています。
• CDNおよびDoHプロバイダーは、あなたのネットワーク接続の最終的な接続先を依然として把握できます。

TLSとエンドツーエンド暗号化はどちらも暗号化を使用してデータを保護しますが、誰がそれを復号化できるかという点が異なります：

• TLSは、デバイスとサーバーの間の接続を暗号化します。データがそのサーバーに到着すると、そこで復号化されます。サーバーを運営している人なら誰でも、そのデータを読むことができます。
• エンドツーエンド暗号化（E2EE）は、デバイスと別のデバイスの間の接続を暗号化します。データが途中でサーバーを経由しても、意図した宛先だけがそのデータを復号化できます。

Gmail経由で送信されたメッセージは、転送中にTLSで保護されますが、Googleのサーバーに到達すると復号化され、Googleがそれらを読めるようになります。 E2EEを使用して送信されたメッセージ（Signalのメッセージや、Proton Mailユーザー間でやり取りされるメールなど）は、意図した宛先だけが読むことができます。

TLSとVPNはどちらも転送中のデータを保護しますが、目的は大きく異なります：

• VPNは、あなたがどのウェブサイトを訪れているかを隠します。 TLSは通常、隠しません。
• VPNは、あなたのDNSクエリ(新しいウィンドウ)を隠します。 TLSはDoHなしでは隠しません。
• VPNは、あなたが訪れるウェブサイトに、あなたの実際のIPアドレス(新しいウィンドウ)を知られないようにします。 TLSは防ぎません。
• 信頼できるVPN(新しいウィンドウ)は、あなたの閲覧履歴のログを残しません(新しいウィンドウ)。 TLSでは、ISP（およびひいては政府(新しいウィンドウ)）があなたの活動をのぞき見し、ログを保存できるようになります。
• TLSは接続を個別に保護し、一度に1つのアプリまたはプロセスずつを対象とします。対照的に、VPNはデバイスからのすべての接続をVPNトンネル経由でルーティングします（スプリットトンネル(新しいウィンドウ)を使用している場合を除く）。これにより、VPN接続時にブラウザやアプリの使用状況から行動パターンを監視者に推測されにくくなります。

TLSとVPNは互いを補完し合い、多層的な保護を提供します。

TLSがあるからこそ、オンラインで銀行取引や買い物をしたり、アカウントにログインしたりしても、ネットワーク経路上の見知らぬ人すべてに行動を監視されずに済みます。 TLSがなければHTTPSは存在せず、現在ウェブを使ううえで当然と考えていることのほとんども存在しません。

しかし、TLSはそもそもすべてを隠すために設計されたものではありません。 TLSが保護するのは接続の内容であり、接続が行われたという事実ではありません。 ISP、Wi-Fiホットスポットの運営者、その他ネットワークを監視している人は、たとえあなたが何をしているかを見られなくても、あなたがどのサイトを訪れているかは依然として確認できます。 E2EEとは異なり、TLSは接続先のサービスがあなたのデータにアクセスすることを防ぎません。

したがって、TLS、E2EE、VPNは相互に補完する関係にあります。TLSは基本的なセキュリティを提供し、E2EEは意図した宛先だけがデータにアクセスできるようにし、信頼できるVPNは高いレベルのオンラインプライバシーを提供します。

Protonアプリを使用するたびに、舞台裏で動作しているプロトコルはTLSです（ただし、現在は主にWireGuard(新しいウィンドウ)を使用しているProton VPNアプリを除きます）。 HTTPSが接続を保護するために依存しているのがTLSであり、サーバー間のメール配送など、直接は見えない場所のトラフィックも保護します。しかし、TLSはデータが移動している間しか保護しません。本当にプライベートなコンテンツには、エンドツーエンド暗号化やゼロアクセス暗号化など、より強力な保護が必要です。