Asymmetric · 01

The Key Distribution Problem

Symmetric encryption is fast, elegant, and almost useless if two strangers cannot first agree on a shared key. The whole reason public-key cryptography exists is to solve that one stubborn problem. This page is the setup. Everything else in the track is the punchline.

01

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.

02

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.

Interactive · Key Count Calculator

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.

Symmetric pairwise keys
45
formula: n(n-1)/2
Asymmetric key pairs
10
formula: n

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.

03

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.

Figure 1.1: Symmetric pairwise vs asymmetric directory Two diagrams side by side. On the left, six people are arranged in a circle with lines connecting every pair, producing fifteen edges. On the right, six people are arranged around a central directory; each person has a single arrow pointing into the directory representing their published public key. Symmetric: 15 shared keys Asymmetric: 6 public keys A B C D E F PUBLIC KEY DIRECTORY A B C D E F every pair shares a secret · 15 edges each person publishes one key · 6 edges
Fig 1.1 · The shape of the scaling problem for n = 6
04

Pre-Shared Keys In The Real World

Pre-shared symmetric keys (PSK) are not extinct. They still appear in places where the parties have a stable, long-term relationship and can exchange keys out-of-band exactly once.

SystemHow keys are pre-shared
WPA2-PSK home Wi-FiThe router prints the key on a sticker. You type it into your phone.
Point-to-point VPN tunnelsNetwork admins exchange the key during initial configuration, often over a phone call or in person.
HSM-to-HSM linksOperators perform a key-ceremony in a secure room. The keys are loaded directly into the hardware.
Satellite uplinksKeys are loaded into ground stations before launch.

Notice the pattern. Pre-shared keys work when there are exactly two parties, they have a relationship that predates the cryptography, and the cost of getting it wrong is high enough to justify a physical or face-to-face exchange. They do not work for a web browser opening its first connection to a server it has never heard of.

05

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.

The chicken-and-egg trap

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.

06

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:

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.

07

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.

Where this leads

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.