PROTOCOL FIELD GUIDE
How HTTPS works
See how a browser combines HTTP semantics with authenticated encryption. HTTPS protects the exchange between TLS endpoints, including paths, headers and bodies.
- Default port
- 443
- Transport / carrier
- TCP + TLS (this lab)
- Category
- security
1. Prepare a secure request
The browser reads the HTTPS URL and selects authenticated encryption before sending HTTP.
2. Find the destination
DNS supplies the address. Traditional DNS and IP routing can still reveal destination information even when the HTTP exchange is encrypted.
3. Connect with TCP
For HTTPS over TCP, a transport connection comes first. HTTP/3 follows a different path using QUIC.
4. Negotiate TLS
ClientHello and ServerHello negotiate parameters and key shares. TLS 1.3 encrypts subsequent handshake messages after ServerHello.
5. Send encrypted HTTP
HTTP request and response bytes travel inside authenticated TLS records. A passive observer sees record lengths and timing, not plaintext HTTP.
6. Render a secure page
The browser decrypts and authenticates the response, parses HTML and displays the page. A secure connection authenticates the hostname, not the claims on the page.
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 9110 ↗ RFC 8446 ↗