Instiq
Chapter 6 · Networking·v1.0.0·Updated 7/9/2026·~16 min

What's changed: Initial version

6.2Key protocols and network applications

Key points

Covers HTTP/HTTPS, the DNS protocol behind name resolution (recursive queries, caching), DHCP, mail protocols such as SMTP/POP3/IMAP, forward and reverse proxies, REST, and session management via cookies/session IDs—each paired with its attack surface and secure design judgment.

Many network application protocols were designed in the 1980s-90s under a "good faith" assumption, so the standard behavior of the protocol itself carries an inherent attack surface. DNS recursive queries can be fertile ground for cache poisoning, and cookie-based session management can be a target for session hijacking. This section builds the judgment to understand each protocol's mechanics and then determine where the attack surface lies and how to design to reduce the risk.

6.2.1HTTP and HTTPS

  • HTTP is the Web's application-layer protocol, and being plaintext itself, it is defenseless against eavesdropping and tampering (a man-in-the-middle attack). HTTPS is HTTP encrypted with TLS, providing confidentiality (preventing eavesdropping), integrity (detecting tampering), and server authentication (confirming connection to the legitimate server).
  • Even with HTTPS deployed, an implementation that skips certificate validation, or a configuration that still permits old TLS versions (SSLv3, TLS 1.0, etc.), leaves a residual man-in-the-middle risk. A design decision to permit only recommended cipher suites and protocol versions, in line with the SSL/TLS cryptographic configuration guidelines, is required.

Continue reading — free sign-up

You're reading the free preview. Sign up free to read this section in full, plus every chapter (including 4+) and all questions.