まず結論：安全にする鍵は「鍵交換」だけではありません
Diffie Hellmanキー交換は、合意した共通の秘密をもとに「以降の通信で使う鍵」を作るための考え方です。ただし、オンライン活動を安全にするうえで重要なのは、Diffie Hellmanそのものよりも「相手が本当に意図した相手である」ことをどう確認するか、という点になります。確認が弱い場合、通信の途中で別の第三者が関与する状況（中間者攻撃など）に影響される可能性があります。
仕組み：公開情報から共通の秘密を作る
Diffie Hellmanは、直接秘密を送り合うのではなく、公開情報と計算手順を使って、双方が同じ共通秘密（共有鍵）を導き出す方式です。一般化すると、次のような流れになります。
- 各参加者が、計算に使う値（公開してよい値を含む）を用意します。
- 通信相手の公開側の値を受け取ります。
- 自分が持つ秘密側の値と、相手から受け取った公開側の値を使って、双方が同じ共有鍵を計算します。
ここでの要点は、「第三者が途中で公開情報を見ても、共有鍵そのものを導くのが難しいように設計されている」ことです。ただし、相手の身元を確かめないまま鍵交換だけを行うと、通信相手の“正しさ”が崩れる可能性があります。
図式で理解：鍵交換と認証は別問題
Diffie Hellmanキー交換は「鍵を合意する」ための仕組みであり、「その相手が本物か」を保証する機能とは別です。安全性を高めるには、少なくとも次のいずれかの考え方が必要になります。
- 認証：相手の公開鍵（や証明）を、信頼できる手段で結び付ける
- バインディング：鍵交換で得た合意結果が、認証済みの相手と結び付いていること
- プロトコルの整合：暗号方式だけでなく、ハンドシェイクの設計により不正な置き換えが成立しにくい
つまり、Diffie Hellman“だけ”を見て安心するのではなく、認証や検証が組み込まれているかをセットで考える必要があります。ここが見落とされがちな制限です。
制限と例外：中間者攻撃のように「相手のすり替え」が効く
Diffie Hellmanキー交換は、公開情報の交換によって共有鍵を作ります。その性質上、相手の公開情報を第三者が差し替えられる状況では、こちらが意図した相手と違う相手と鍵を作ってしまう可能性があります。これが中間者攻撃の起点になります。
ただし、現実の通信プロトコルでは、認証や証明書、ハンドシェイクの検証などが組み合わせとして用意されることがあります。具体的な実装や運用は個別に異なるため、「必ず安全」と断言することはできません。重要なのは、あなたの利用環境で、鍵交換の結果が“正しい相手”に結び付いているかを確認することです。
実践的な確認方法：何を見ればよいか
次の観点は、Diffie Hellmanキー交換を含む通信が“安全に機能しているか”を確かめる手がかりになります。