Every knowledge check, in one place

Before the math: what cryptography is actually trying to do, and the 2,500-year arms race between codemakers and codebreakers that got us here.

Every public-key algorithm in this catalog leans on the same idea: a calculation that's easy in one direction and effectively impossible to undo in the other.

The same key locks and unlocks the data. Fast, simple in concept, and everywhere — from disk encryption to the bulk of every TLS session.

AES's predecessor and the first cipher the world ever standardized. What retired it wasn't a flaw in the design — it was a key that was always too short.

Not every symmetric cipher works in fixed blocks. ChaCha20 generates a keystream instead — and paired with Poly1305, it's AES-GCM's fastest rival.

Two mathematically linked keys — one public, one private — solve the problem symmetric crypto can't: how do you share a secret with someone you've never met?

Textbook RSA is deterministic and malleable. Padding schemes are what actually make RSA encryption and signing safe to use in the real world.

The same public-key guarantees as RSA, with dramatically smaller keys — because the underlying hard problem is different math entirely.

Two parties agree on a shared secret over a public channel, without ever transmitting the secret itself — the idea that started public-key cryptography.

Diffie-Hellman lets two people agree on a secret together. ElGamal uses that same discrete-log idea to let anyone encrypt to a public key — no live handshake required.

One-way fingerprints for data, and the mechanism that proves a message is authentic and untampered — without encrypting anything.

A cryptographic hash is too fast for passwords. KDFs deliberately slow things down — and not all of them do it the same way.

A certificate is just a signed statement binding a public key to an identity. Here's what's actually inside one, and how revocation works.

JWTs put a signed claim in every request header. They're everywhere in modern APIs — and a few well-known implementation mistakes keep recurring.

A passkey is what you get when you replace a password with a public-key challenge-response protocol. It fixes reuse, phishing, and breaches in one move.

The protocol behind every remote login and git push combines the same primitives as TLS, arranged slightly differently.

Every padlock icon runs a coordinated handshake combining key exchange, certificates, symmetric encryption, and integrity checks — in under a round trip.

TLS protects data in transit to a server. The Signal Protocol's Double Ratchet goes further — encrypting so not even the server operator can read your messages.

128-bit AES, 2048-bit RSA, 256-bit ECC — these numbers aren't comparable at face value. Here's how to actually read them.

Every key, nonce, and IV in this catalog assumes truly unpredictable randomness. When that assumption breaks, everything built on top breaks with it.

Randomness can't just be assumed good or bad — it's measured. This module covers min-entropy, the real NIST test suite for entropy sources, and why a hardware random number generator still needs that testing.

A cryptographic algorithm can be mathematically unbreakable and still leak its secret key through how long it takes to run.

Bitcoin and Ethereum don't invent new cryptography — they compose the same primitives in this catalog into a specific, tamper-evident structure.

How do you protect a master key so no single person holds it, yet any k of a trusted group can reconstruct it together? Split it across a polynomial.

The bridge module: why everything above is called "classical" cryptography, and exactly what a future quantum computer would do to it.

You don't need a working quantum computer today to be at risk today. Anything encrypted now with RSA or ECC can simply be recorded and decrypted later.

Every cloud KMS — AWS KMS, GCP Cloud KMS, Azure Key Vault, HashiCorp Vault — uses the same pattern to encrypt data without ever moving your master key. Here's why, and how it actually works.

Envelope encryption covers wrapping a key with your own KMS. This is about the broader problem: getting a key from one system, person, or organization to another — without it ever existing in the clear outside a trust boundary.

Wrapping and unwrapping keys, covered so far, all happens somewhere. PKCS#11 is the standard interface that lets an application talk to that somewhere — an HSM, a smart card, a USB token — without caring which vendor built it.

The X.509 module covers what's inside one certificate and how a chain verifies. This is the other half: how an organization actually runs the CA hierarchy that issues, automates, and eventually retires millions of them.

"Just use OAuth" conflates three different standards solving three different problems. Here's what each one actually does, how they relate to the JWTs you already know, and where passkeys fit in.

How a card PIN is packaged, encrypted at the point of entry, and re-encrypted hop by hop across acquirer, network, and issuer — without ever existing in the clear outside a hardware security module.

How the card verification value printed on the back of a card is generated, why the magstripe and card-not-present versions deliberately don't match, and why PCI DSS treats storing it as an absolute rule, not a guideline.

How a chip card and an issuer's host cryptographically prove to each other that they're both genuine, transaction by transaction — using a key that exists nowhere outside that one card and a cryptogram that's never reused.

Card-not-present purchases can't rely on a physical chip proving anything — so 3-D Secure authenticates the cardholder instead, and tokenization makes sure the real card number is never the thing worth stealing in the first place.

Almost every algorithm in this catalog traces back to a NIST publication. Here's what NIST actually is, how it picks a winner, and the full list of what it's standardized.

TLS, JWT, PKIX certificates, SSH — every protocol module on this site cites an RFC. Here's how the IETF actually produces them, and what "RFC" does and doesn't guarantee.

A federation of national standards bodies, not a single organization — and the source of both ISO/IEC 27001 certification and the international equivalent of NIST's own algorithm standards.

SAML, PKCS#11, and KMIP all live here — a member-driven consortium, not a government body, that ended up stewarding some of the most load-bearing identity and key-management specs in production today.

Neither a government agency nor an open consortium: EMVCo is owned outright by the card networks, and PCI SSC enforces compliance rather than publishing algorithms. Here's how chip, PIN, CVV, and 3DS specs actually get made — and why some of the math behind them is deliberately never published at all.