Diffie-Hellman Key Agreement

Context: FIT1058_MOC Β· two parties agree a shared secret over an insecure channel Β· built on the modular-exponentiation one-way function Β· security rests on the Discrete Logarithm

Quick Revision

  • 🎯 Objective: two users agree a shared key over a public channel βž” no pre-shared secret needed.
  • πŸ“¦ Core Components: public βž” private , public βž” shared .
  • ⚑ Key Constraint: not itself a cryptosystem; security rests on the hard Discrete Log.

πŸ“ Core

1. The Scheme

  • Goal βž” shared key without a pre-arranged secret channel.
  • Primitive βž” , a primitive root of a large prime (One-Way Function).
  • Not a cryptosystem βž” only agrees a key, then used with a separate cipher.

2. The Protocol

  • Public βž” large prime , primitive root .
  • Each user βž” private random ; publishes .
  • Shared key βž” each raises the other’s public value to its own private: , .

3. Security

  • DH problem βž” given , find .
  • Reduces to βž” Discrete Log (recover from ), believed hard.

Key identities:

βš–οΈ Core Decision Matrix

ItemPublic?Role
yessystem parameters
private noeach user’s secret
yespublished
never sentshared key

When It Flips: DH solves key distribution β€” only public numbers are exchanged β€” but conveys no chosen message, so it must be paired with a secret-key Cryptosystem. Security needs a large prime and primitive-root base (max ).

πŸ“Š Exam Execution Trace

Applied Exercise

Problem: Compute both keys and confirm they match. Derivation Proof / Hand-Calculation Walkthrough:

Final Extracted Output: shared key , never transmitted; eavesdropper sees only .

⚠️ Common Mistakes

  • πŸ’‘ Key never transmitted βž” the shared is computed independently; an eavesdropper sees only and faces the DH/Discrete-Log problem.

🧠 Active Recall