エンドツーエンド暗号化

仕組み

これに関する最も確立されたオープン標準はOpenPGPで、公開鍵と秘密鍵のペアを使用します。 公開鍵はあなた宛てのメッセージを暗号化し、あなたの秘密鍵だけがそれを復号できます。 これを手動で設定するには、鍵ペアを生成し、暗号化されたメッセージを送りたい人に公開鍵を渡す必要があり、日常的なやり取りのためにほとんどの人が進んで行うよりも手間がかかります。

もう1つの標準であるS/MIMEも同様に機能しますが、手動で共有される鍵ではなく証明書を中心に構築されており、個人よりも既存の証明書インフラを持つ大規模な組織内で導入されることが一般的です。

これが本当に該当する限られた対象者にとって、現実的な方法は通常、デフォルトでエンドツーエンド暗号化を中心に構築された専用のセキュアメールプロバイダーを使うか、すべてをデフォルトで暗号化するのではなく、必要な特定のメッセージのために既存のアカウントに追加の暗号化ツールを重ねて使うかのいずれかです。

実際にエンドツーエンド暗号化を検討する必要があるのは誰か

通常のビジネスメールやクライアントメールを送るほとんどの人は、特にエンドツーエンド暗号化に手を伸ばす必要はありません。 標準的なプロバイダーレベルのセキュリティ、つまり転送中の暗号化に加えて二段階認証のようなアカウント保護は、ほとんどの日常的なやり取りにおける現実的な脅威モデルをカバーします。

これは特に、機密性の高いクライアントデータ、法律関連の通信、財務記録、医療関連のコンサルティング業務など、内容そのものが万が一漏洩した場合に実際の規制上または機密保持上の重みを持つものを扱う場合に、本当に関連性が高くなります。 すでにGDPRやCCPAに基づく義務について考えているのであれば、暗号化はその同じ議論の自然な延長です。 送っているメールがそういった種類のものでない場合でも、理解しておく価値はあります。

ほとんどのメールがすでに行っていることとの違い

通常のメールは一般にメールサーバー間で暗号化されて送信されますが（南京錠のアイコンや「安全な接続」が通常指しているのはこれです）、到着すると、プロバイダーが技術的にアクセスできる形でプロバイダーのサーバー上に保存されます。 検索、スパムフィルタリング、サポートのトラブルシューティングといった機能が成り立つのはそのためで、プロバイダーはメッセージを処理するためにそれを読み取れる必要があります。

エンドツーエンド暗号化はそのアクセスを完全に排除します。 トレードオフは現実にあります。プロバイダーは標準的なメールのようにエンドツーエンド暗号化されたコンテンツを検索、インデックス化、スキャンすることができません。これがそれが普遍的なデフォルトになっていない理由の一部です。

エンドツーエンド暗号化に関するよくある質問

GmailやOutlookはデフォルトでエンドツーエンド暗号化を提供していますか？ 

いいえ、標準的な個人向けアカウントではデフォルトでは提供されていません。 どちらも転送中の暗号化やさまざまなセキュリティ機能を提供していますが、追加の設定や特定のエンタープライズ構成なしにはエンドツーエンド暗号化は提供されません。

私のメールがエンドツーエンドで暗号化されていない場合、それは安全ではないということですか？ 

必ずしも安全でないわけではなく、単に脅威モデルが異なるだけです。 ほとんどの日常的なやり取りにおいて、標準的なプロバイダーのセキュリティは実際に伴うリスクに対して妥当な対応です。 

すべてを暗号化せずに、エンドツーエンド暗号化されたメールを1通だけ送ることはできますか？

実際には、追加ツールやメッセージごとのオプションを持つプロバイダーを使用していれば可能です。 それが簡単かどうかは、どのツールを使用しているか、そして受信者が同じ方法をサポートしているかどうかに大きく依存します。 

なぜエンドツーエンド暗号化はすべての人のデフォルトになっていないのですか？ 

一部は使いやすさの問題（鍵の管理は大規模になると本当に不便です）であり、一部はサーバー側の検索やスパムフィルタリングのように、機能するためにメッセージの内容を読み取る必要がある、人々が頼りにしている機能を壊してしまうためです。

関連用語

• GDPR
• CCPA
• 二段階認証