まず結論：Diffie-Hellmanは「鍵交換」であって「万能な暗号化」ではない
Diffie-Hellman暗号化（より正確にはDiffie-Hellman系の鍵交換）は、通信相手と秘密鍵を直接やり取りせずに「共有鍵」を作るための方法です。その共有鍵を使って、その後の通信を暗号化する構成が一般的です。
ただし重要なのは、Diffie-Hellman自体は「共有鍵を盗聴者に見えにくくする」ことに主眼があり、相手が本当に正しい相手かどうか（なりすましの有無）までは自動では保証しません。ここが誤解されやすいポイントです。
仕組みを簡単なモデルで理解する
Diffie-Hellmanは、大まかに次の流れで理解できます。
- 各参加者が自分だけが知る秘密の値（秘密情報）を持つ
- その秘密をもとに計算した公開情報を、お互いが受け取る
- 相手の公開情報と自分の秘密情報を組み合わせて、同じ共有鍵を導出する
このとき、盗聴者は公開情報しか手にできません。共有鍵を作るには秘密情報が必要で、公開情報から秘密情報を直接導くのが難しい（とされる）数学的前提により、共有鍵が推定されにくくなります。
また、実運用では「共有鍵を作って終わり」ではありません。共有鍵を使って、メッセージの暗号化（機密性）や改ざん検知（完全性）を行う仕組みに接続されます。つまりDiffie-Hellmanは、暗号化の土台の一部として働くイメージです。
主要な構成要素：前提（数学）と運用（認証・パラメータ）
Diffie-Hellman系の安全性は、主に2つの要素で決まります。
- 数学的前提：公開情報から秘密情報を復元することが現実的に難しい、という考え方
- 運用上の前提：適切な方式・パラメータ・組み合わせで使われていること
ここでの注意点は、「方式名だけ見て安心しない」ことです。たとえば“どのDiffie-Hellman系か”“どんなパラメータか”“共有鍵の利用方法はどうなっているか”によって、実際の強さは変わります。
さらに、認証がないと、攻撃者が通信相手を偽って別々に鍵交換を成立させ、結果として暗号化された通信を“別の鍵”で成立させる状況が理論上ありえます（これを回避するには、通常、証明書などによる相手認証の仕組みが併用されます）。
制限と例外：何が守れて、何が守れないか
Diffie-Hellmanが得意なのは「盗聴者が共有鍵を推測しにくくする」ことです。一方で、次の点は制限として押さえておく必要があります。
- 相手の正当性（なりすましの防止）は、認証の仕組みに依存する
- パラメータ設定や実装の選択が不適切だと、安全性が落ちる可能性がある
- 鍵交換だけでは“通信の内容が必ず守られる”とは言い切れない（暗号化・完全性・鍵の更新など、全体設計が重要）