Diffie-Hellman暗号化とは何か

Diffie-Hellman（DH）は、直接秘密鍵を共有せずに、通信当事者同士が共通の「共有鍵」を作り出すための鍵共有（key exchange）の考え方です。共有鍵が得られると、その鍵を使って以後の通信を暗号化できます。ここで重要なのは、DHそのものが「通信内容を自動的に完全防御する仕組み」ではなく、暗号化で使う鍵を安全に合意するための土台だという点です。

また、「完全なオンラインセキュリティ」を一つの暗号方式で達成するのは現実的ではありません。安全性は暗号方式だけでなく、認証の有無、実装の品質、設定、運用、端末やアプリの安全性、利用者の行動など、複数の要素の組み合わせで決まります。DHはそのうちの鍵共有部分を強化する一方、他の弱点が残れば攻撃を許し得ます。

仕組み：離れた場所で同じ鍵を作る

DHの基本的な流れは、「公開情報」と「秘密情報」を分けて扱うことにあります。

1つ目の当事者は、秘密にしておく値を使って計算し、その結果の一部を公開します。2つ目の当事者も同様に公開情報を出し、互いに相手の公開情報を使って計算することで、結果として同じ共有鍵を得ます。第三者は途中で通信を見られても、共有鍵そのものを計算するために必要な秘密情報に到達できないことが期待されます。

ただし、DHは設計上「鍵を安全に合意できる可能性」を高めるものの、相手が本当に意図した相手かどうかは別問題です。相手の正当性を検証できない場合、攻撃者が通信に割り込んで別の共有鍵を作る状況が生じ得ます（代表例が中間者攻撃の形）。そのため、後述する認証が鍵になります。

関連概念：鍵交換・公開鍵暗号・認証の役割

DHを理解するうえで、次の概念を分けて考えると整理しやすくなります。

  • 鍵交換（key exchange）：共有鍵を作るための仕組み。
  • 公開鍵暗号：公開鍵を使った暗号化や署名など、より広い用途を含む概念。
  • 認証：相手が「本当に正しい相手か」を検証すること。
  • 暗号化（encryption）：共有鍵で実際の通信内容を守ること。

DHは主に「鍵交換」の側です。暗号化の強さは、得られた共有鍵を使う暗号方式と組み合わさって初めて効いてきます。そして認証が欠けると、鍵交換が成功しても「その鍵を使って話している相手が正しい」とは言えなくなります。

違いと制限：DHだけで完全防御にならない理由

DHの制限は大きく分けて2つの観点に整理できます。

認証がないと、中間者の余地が残る

DHは共有鍵を作りますが、その相手が正しいかどうかを保証しません。認証が適切に行われないと、攻撃者が自分を「正しい相手のように」見せかけ、結果的に攻撃者自身が都合のよい共有鍵を成立させてしまう可能性があります。したがって、DHを使う場合でも、TLSなどのプロトコルでは相手を認証する仕組み（証明書や署名など）が重要になります。