The Problem In One Sentence
Symmetric encryption requires both parties to already share a secret. Getting that secret to the other party, without an attacker reading it along the way, is the problem.
AES does not help here. ChaCha20 does not help here. No matter how strong the cipher, the problem starts before the cipher runs. If Alice and Bob have never met, never had a phone call, never visited an office in person, how does Alice send a 256-bit AES key to Bob in a way that Eve, who is watching the network, cannot also read?
For most of cryptographic history, the answer was: they meet in person. Diplomats carried codebooks in locked briefcases. Banks shipped tape reels by courier. Military units pre-distributed daily key schedules before deployment. None of that scales to a world where two strangers want to buy something online twenty seconds from now.
Why Pairwise Symmetric Keys Do Not Scale
Suppose every pair of people in a network needs a unique shared key. With n people, the number of distinct pairs is n(n-1)/2. That grows quadratically. The widget below lets you feel the curve.
How many keys does each model need?
Drag the slider to set the number of people in a network. The left card shows how many unique pairwise symmetric keys would be needed. The right card shows how many key pairs an asymmetric system needs: one per person.
A 10-person team needs 45 shared secrets but only 10 published public keys.
For a small team of 10 people, 45 keys is annoying but possible. For a 500-person company, you need 124,750 secret keys, all coordinated, all rotated when anyone joins or leaves, all distributed without exposure. For 5 billion internet users, the pairwise model produces around 12.5 quintillion keys. The model is not just bad. It is structurally impossible.
Visualizing The Two Models
The shape of the problem becomes obvious when you draw it. The symmetric model is a complete graph: every node connects to every other node, with a unique secret edge. The asymmetric model is a directory: every person publishes one key, everyone else can read it.
The Out-of-Band Channel Problem
Every pre-shared scheme assumes the existence of a second channel: a way to communicate the key that is somehow more trustworthy than the channel you are trying to protect. Phone calls. Sealed envelopes. In-person meetings. Sticky notes on a router.
For most digital interactions, no such second channel exists. When you open https://your-bank.com for the first time, you have never met your bank. You have no shared past. You will not drive across town for a key handoff. The only channel you have is the internet itself, and the internet is the channel you are trying to protect.
To securely exchange a symmetric key over an untrusted network, you would need to encrypt the key. To encrypt the key, you would need... another key. The problem reproduces itself recursively. Symmetric cryptography alone cannot escape this loop.
What Asymmetric Cryptography Changes
In 1976, Whitfield Diffie and Martin Hellman published "New Directions in Cryptography." The paper proposed something that, on the face of it, sounded impossible: an encryption system with two different keys. One key locks. A different key unlocks. The locking key can be published openly. Knowing the public key does not let you derive the private key.
What this changes about key distribution:
- No prior contact is needed. Anyone can publish their public key in a directory and anyone else can use it to send encrypted messages.
- The key count drops from quadratic to linear. One key pair per person, not one shared key per relationship.
- The secret never travels. The private key never leaves its owner. There is no "delivery" step to attack.
The 1976 paper did not include a working scheme; it argued such a scheme should exist. Two years later, Rivest, Shamir, and Adleman published RSA, giving the world its first concrete public-key algorithm. The cryptography of the next 50 years was built on that foundation.
The Bridge: Hybrid Schemes
One catch: asymmetric encryption is roughly a thousand times slower than symmetric encryption. You would not want to stream a video through RSA. Modern systems therefore use a hybrid approach. Asymmetric cryptography solves the key distribution problem by establishing a fresh symmetric session key. Once that key is in place, symmetric cryptography takes over for the bulk data.
That hybrid pattern is everywhere. TLS, SSH, PGP, Signal, WireGuard, and almost every other secure protocol you can name. The asymmetric layer is the doorway. The symmetric layer is the room.
The rest of this track shows you the doorways. Foundations explains the public/private key abstraction. RSA, Diffie-Hellman, and Elliptic Curves give you the three workhorse algorithms. Signatures, Hybrid Encryption, and PKI show how the pieces fit together in real systems. TLS Handshake is the worked example that uses every one of them at once.