PROTOCOL FIELD GUIDE
How TLS / SSL works
Understand the TLS 1.3 handshake: key agreement, server authentication, transcript verification and encrypted records. SSL is a legacy name, not the protocol used in this lesson.
- Default port
- Application dependent
- Transport / carrier
- Usually TCP; TLS 1.3 shown
- Category
- security
1. Offer a ClientHello
The client offers supported versions, cipher suites and a key share. A TLS 1.3 ClientHello still contains legacy compatibility fields.
2. Select a ServerHello
The server chooses compatible parameters and its key share. Both endpoints derive handshake traffic secrets from the shared key exchange and transcript.
3. Authenticate the server
EncryptedExtensions, Certificate and CertificateVerify follow under handshake encryption. The certificate binds an identity to a public key; a signature proves possession.
4. Verify Finished
Finished authenticates the transcript with derived keys. The client validates the server and sends its own Finished before ordinary application data.
5. Protect application records
AEAD encryption authenticates and encrypts each record. TLS 1.3 encrypted records have an outer application_data type even when they carry handshake content.
Protocol relationships
Protocols cooperate across layers. Compare the neighboring lessons to distinguish addressing, delivery, application semantics and encryption.
Standards and editorial method
Written and implemented independently by NavSprout. Lessons summarize public protocol standards using synthetic documentation addresses and fictional credentials. Consult the standards for complete wire formats and normative behavior.
RFC 8446 ↗