DNS Hijacking: Real Cases and How to Catch It Early
DNS hijacking is when an attacker changes your DNS records — usually your nameservers or A records — to reroute your traffic through infrastructure they control, often while obtaining a valid TLS certificate so victims see no warning. It isn’t theoretical: the Sea Turtle and DNSpionage campaigns used exactly this to target dozens of governments and companies. Here’s what happened and how to catch it early.
Sea Turtle (2017–2019)
Cisco Talos documented a state-sponsored campaign it named Sea Turtle that, since January 2017, compromised at least 40 organisations across 13 countries — including ministries, intelligence and military bodies, and energy firms, mostly in the Middle East and North Africa (Cisco Talos; CyberScoop).
Rather than attack targets directly, the group went after their DNS providers, registrars and registries. Talos called it the first publicly confirmed case of a DNS registry compromise — the January 2019 breach of Sweden’s Netnod. With control of the DNS, the attackers pointed victim names at their own servers, harvested credentials, and used valid certificates so the man-in-the-middle was invisible to users.
DNSpionage (2018)
Earlier, in November 2018, Talos reported DNSpionage, which redirected the DNS of government and telecom targets in Lebanon and the UAE and obtained certificates for the spoofed domains. Talos assessed it as distinct from Sea Turtle, but the technique — hijack the DNS, then legitimise the interception with a real certificate — was the same (Cisco Talos).
The campaigns were serious enough that ICANN publicly called for full DNSSEC deployment in February 2019, citing an ongoing and significant risk to parts of the DNS infrastructure (ICANN).
How the attack works
- Compromise the control point — phish or breach registrar/registry/DNS-provider credentials, rather than the target’s own servers.
- Change records — repoint NS or A/MX records to attacker infrastructure.
- Get a certificate — request a domain-validated cert for the hijacked name (DV certs validate via DNS/HTTP, which the attacker now controls).
- Intercept — sit in the middle, capturing credentials and traffic with no browser warning.
How to catch it early
Every step above shows up as a DNS change — a new nameserver, a changed A record, an unexpected MX. The defence is to snapshot your records and alert on any diff:
- Watch NS and A records for unexpected changes — the clearest hijack signal.
- Publish a CAA record so a stray CA can’t easily issue for you (why you need CAA).
- Lock the registrar (clientTransferProhibited) and enable DNSSEC where supported.
- Monitor continuously. Our DNS monitoring diffs A/AAAA/MX/NS/TXT/CAA on every check and alerts you the moment one changes, with the before/after — so a hijack is minutes-to-detect, not days.
Snapshot your current records now with the free domain health check.
Sources
- Cisco Talos — “Sea Turtle keeps on swimming” (campaign details, Netnod registry compromise): https://blog.talosintelligence.com/sea-turtle-keeps-on-swimming/
- CyberScoop — Ongoing state-sponsored DNS hijacking compromised 40 entities: https://cyberscoop.com/ongoing-state-sponsored-dns-hijacking-campaign-compromised-40-entities/
- ICANN — Call for full DNSSEC deployment (Feb 2019): https://www.icann.org/news/announcement-2019-02-22-en