Last updated: May 1, 2026
DNS is the phonebook of the Internet but it is also a control plane, a sensor for every connection your hosts initiate, and one of the most-abused protocols in existence. This module is the practitioner-grade introduction: how queries actually resolve, the major attack classes and the real incidents that happened, and what to log so the SOC catches lateral movement and exfil before it matters.
How a DNS query actually resolves — the four-tier dance
You type ringsafe.in; your OS asks the configured stub resolver; the stub forwards to a recursive resolver (your ISP, 1.1.1.1, 8.8.8.8, or your corporate DNS); the recursive resolver, if it does not have a cached answer, asks the root (“who serves .in?”); root replies with NS records for .in; recursive asks .in TLD; .in replies with NS records for ringsafe.in; recursive asks ringsafe.in’s authoritative server; that server returns the A/AAAA records. Recursive caches the response per its TTL.
Why this matters for securityany intermediary in this chain can manipulate or observe the answer. Cache poisoning targets the recursive layer. Registrar/authoritative compromise (Sea Turtle, DNSpionage) targets the authoritative layer. Mass surveillance of users targets the recursive resolver — which is why DoH/DoT exist.
Custom team training + practitioner advisory
Beyond the free academy — we run private workshops, vCISO advisory, and red-team exercises tailored to your stack. For Indian SMBs scaling past their first hire.