ディフィー・ヘルマン鍵交換とは何か

ディフィー・ヘルマン鍵交換（Diffie–Hellman key exchange）は、通信相手と直接秘密をやり取りしなくても、最終的に同じ「共通の秘密」を計算できるようにする手順です。実際の通信では、その共通の秘密からセッション鍵（対称鍵暗号で使う鍵）を作ってデータの暗号化・認証に利用します。

ポイントは「双方が共有したいのは“秘密値そのもの”ではなく、公開情報と自分の秘密から計算できる共通鍵である」という設計にあります。公開してよいのは各自の公開値で、秘密として保持するのは各自の秘密値です。

簡単なモデルでの仕組み

古典的な（群ベースの）ディフィー・ヘルマンは、次の発想で理解できます。

  1. 公開に合意する設定（例：計算が行える群、生成元など）
  2. それぞれが自分だけの秘密値を選ぶ（片方は秘密a、もう片方は秘密b）
  3. 公開値を作って交換する（公開はそれぞれ生成元の累乗など）
  4. 相手の公開値を使い、自分の秘密値で共通鍵候補を計算する

このとき、計算式の性質（可換性や指数法則のような群の構造）により、双方が同じ共通鍵候補に到達します。通信路上には公開値しか流れないため、第三者が共通鍵を直接導くには追加の困難さ（離散対数問題など）に直面します。

注意点として、ディフィー・ヘルマンそのものは「鍵同意（両者が同じ鍵を得る）」を目指す仕組みであって、公開鍵が本当に相手のものかを自動的に保証するわけではありません。後述の制限がここに関係します。

どこまで安全か：制限と例外

ディフィー・ヘルマン鍵交換の安全性は、主に「公開値から共通鍵を導くことが計算的に困難」という仮定に支えられます。その代表的な背景として、離散対数問題の難しさなどが挙げられます。ただし、これはあくまで数学的仮定であり、実装の前提や選び方によって現実の安全性は変わり得ます。

主な制限は次の通りです。

  • 認証がないと中間者攻撃が成立しうる ディフィー・ヘルマンは公開鍵をそのまま受け取るだけだと、「相手のふり」をされたとしても鍵同意が起きてしまう可能性があります。対策として、公開鍵の真正性を検証する仕組み（証明書、署名、事前共有情報など）と組み合わせる必要があります。

  • パラメータ選択の影響 群や生成元、鍵サイズのような設定が不適切だと、安全性に影響します。一般に、よく吟味された標準パラメータや堅牢な選定方法を使うことが重要です。

  • 実装上の落とし穴（鍵導出・乱数） 理論どおりの計算でも、鍵導出（共通鍵候補から実際の鍵へ）や乱数生成が弱いと、期待される強度が出ません。鍵導出ではハッシュ等を使って鍵素材を整える設計が一般的ですが、細部は実装・プロトコルに依存します。

また、最新の実装では「エフェメラル（使い捨て）鍵」を使って、セッションごとに秘密値を新しく選ぶことで、過去の通信の取り扱いを改善する考え方がよく採用されます。