まず押さえる：Diffie-Hellmanの鍵交換は「共有鍵の合意」
Diffie-Hellmanの鍵交換は、通信相手と離れた場所にいながら「同じ共有鍵」を作り出すための方法（考え方）です。重要なのは、鍵交換そのものは「通信内容を守る暗号化」ではなく、後続で使う暗号方式（共通鍵暗号など）に渡すための鍵を合意する役割だという点です。
オンライン決済の文脈では、共有鍵を使って通信を暗号化し、第三者による盗聴を防ぐ目的で鍵交換が登場します。ただし、決済を守る要件は盗聴だけではありません。攻撃者が通信経路に入り込む（中間者のように振る舞う）ケースでは、「相手が本物か」を確かめる仕組みが別途必要になります。
簡単な仕組み：公開情報と秘密情報を組み合わせて鍵を作る
一般化すると、Diffie-Hellmanでは各当事者が次のような情報を扱います。
- 共有で使ってよいパラメータ（方式で決まる値）
- 自分だけが秘密にする値（秘密情報）
- 相手に渡してよい値（公開情報。計算の結果として得る）
当事者それぞれが自分の秘密情報と、相手から受け取った公開情報を使って、同じ共有鍵を計算できるように設計されています。この「公開してもよい値のやり取りで、同じ共有鍵に到達できる」ことが、鍵交換の核です。
オンライン決済での役割：盗聴対策だけでなく“認証”が必要
オンライン決済では、少なくとも次の観点が絡みます。
- 盗聴対策：通信内容が第三者に読まれないこと
- 改ざん対策：途中で内容が変えられにくいこと
- 正当性（認証・真正性）：相手が本当に意図した相手であること
Diffie-Hellmanの鍵交換は主に1)に寄与します。一方で3)は、別の仕組み（例：相手の身元を示す情報の検証）と組み合わせて成り立ちます。もし鍵交換だけで相手の正当性を検証しない設計・運用なら、攻撃者が“別の相手”として振る舞い、被害者側と攻撃者側で別々に共有鍵を作ってしまう余地が生まれます。つまり、オンライン決済を守りたいなら「鍵交換＋認証（および完全性確保）」という構成で考える必要があります。
変更が起きるポイント：暗号強度・鍵の種類・実装差
Diffie-Hellmanの安全性は、使うパラメータや鍵の扱い方、そして実装の細部に影響されます。ここは“運用で変わり得る”領域なので、暗号方式の概念だけで断定せず、実際に利用している通信の設定や実装が適切かを確認する視点が大切です。
また、Diffie-Hellmanには複数の派生や選択肢があり得ます。一般に、鍵の性質（たとえばセッションごとの振る舞い）によって、攻撃への耐性や将来のリスクが変化します。ただし、どの選択肢がどれだけ強いかは、利用している具体的な構成に依存するため、この点は「あなたが使っている通信が何を採用しているか」を見て判断する必要があります。