<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Dns-Security - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/tags/dns-security/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 26 Aug 2026 00:44:21 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/tags/dns-security/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Detection of DNS Rebinding via Public-to-Private Resolution Patterns</title><link>https://feed.craftedsignal.io/briefs/2026-08-dns-rebinding-detection/</link><pubDate>Wed, 26 Aug 2026 00:44:21 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-dns-rebinding-detection/</guid><description>Attackers leverage DNS rebinding to bypass security boundaries by causing a public domain to resolve to internal, loopback, or private IP addresses, enabling unauthorized access to protected internal services.</description><content:encoded><![CDATA[<p>DNS rebinding is an attack technique used to circumvent browser-based security controls, such as the Same-Origin Policy, by manipulating the DNS resolution process. An attacker-controlled, publicly registered domain is initially configured to resolve to an attacker-owned public IP address to establish trust or deliver malicious payloads. Subsequently, the DNS record is updated to resolve to an internal, private, loopback, or link-local address (RFC1918, etc.). When a victim's client - typically a browser - attempts to connect, the resolution shifts to the internal address, effectively allowing the attacker's code to interact with internal resources, probe services, or perform unauthorized actions as if it were operating from within the trusted network. This behavior is highly effective for pivoting through browsers or applications to reach services that assume they are only accessible to local users. Defenders must monitor for rapid shifts between public and private IP responses to prevent unauthorized internal service exploitation.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker registers a public domain name and sets up an authoritative DNS server.</li>
<li>Attacker configures the domain to resolve to an attacker-controlled public IP address.</li>
<li>Victim's browser or application is lured to the attacker-controlled domain, typically via phishing or drive-by compromise.</li>
<li>The victim's client performs a DNS query for the attacker's domain and receives the public IP address.</li>
<li>The attacker updates the DNS record on the authoritative server to point to an internal or loopback address (e.g., 127.0.0.1 or 192.168.x.x).</li>
<li>The victim's client performs a subsequent DNS query or the original resolution's TTL expires, forcing a re-query.</li>
<li>The client receives the internal IP address and attempts to connect, bypassing browser security policies.</li>
<li>The internal service receives the request, potentially leaking sensitive data or allowing state modification due to the implied trust of a local origin.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>DNS rebinding allows attackers to perform unauthorized actions against internal services, bypass firewall perimeters, and exfiltrate data from protected internal network segments. By successfully rebinding a domain, an attacker can turn a victim's web browser into a proxy for internal scanning, service exploitation, or sensitive data retrieval. This impact is significant in environments relying on IP-based trust or lacking robust authentication for internal web-based services.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Deploy DNS telemetry monitoring to detect rapid public-to-private IP resolution transitions as defined in the detection criteria.</li>
<li>Establish a baseline for split-horizon DNS, VPN, and service discovery traffic to tune out legitimate internal infrastructure naming conventions.</li>
<li>Ensure that internal web-based services validate the 'Host' header to reject requests that do not match the expected internal hostname.</li>
<li>Implement outbound DNS filtering to prevent clients from resolving arbitrary external domains if direct egress is not required for business operations.</li>
<li>Validate that DNS sensor placement is positioned to see endpoint-to-resolver traffic rather than upstream recursive resolver activity to ensure client-specific attribution.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>initial-access</category><category>dns-security</category><category>network-monitoring</category><category>threat-detection</category></item></channel></rss>