Wie schützt man sich vor DNS-Rebinding?

Kombinieren Sie Resolver-Filterung mit Korrekturen an den Diensten selbst. Konfigurieren Sie rekursive Resolver so, dass sie öffentliche Namen, die auf private, Loopback- oder Link-Local-Adressen aufgelöst werden, verwerfen oder blockieren, und lassen Sie interne Webdienste den Host-Header validieren und eine Authentifizierung verlangen. Auch die regelmäßige Aktualisierung von Browsern ist hilfreich.

Was ist ein DNS-Rebinding-Angriff?

Bei einem DNS-Rebinding-Angriff wird ein Browser dazu gebracht, ein internes Gerät als Teil der Website eines Angreifers zu behandeln. Der Hostname des Angreifers wird zunächst auf einen öffentlichen Server und anschließend auf eine private Adresse aufgelöst, sodass Skripte von der Seite des Angreifers mit internen Diensten kommunizieren können.

Kann ein DNS-Resolver DNS-Rebinding blockieren?

Ja, viele rekursive Resolver können Antworten filtern, die private Adressbereiche für externe Namen zurückgeben. Administratoren lassen in der Regel Ausnahmen für interne Domänen zu, die private Adressen rechtmäßig verwenden.

Verhindert ein VPN DNS-Rebinding-Angriffe?

Nein, ein VPN allein verhindert dies nicht. Der Angriff findet im Browser statt und hängt davon ab, wie der Resolver antwortet; daher kann der Browser des Nutzers weiterhin auf interne Adressen verweisen, die über das VPN erreichbar sind.

Welche Arten von Geräten sind anfällig für DNS-Rebinding-Angriffe?

Jedes Gerät mit einer Webschnittstelle, auf die vom Netzwerk des Benutzers aus zugegriffen werden kann und das weder den Host-Header überprüft noch eine Authentifizierung verlangt, kann betroffen sein. Typische Beispiele sind Router, Drucker, Kameras sowie lokale Entwicklungs- oder Verwaltungsserver.

Glossar
Was ist DNS-Rebinding?

DNS-Glossar

Was ist DNS-Rebinding?

DNS-Rebinding ist ein Sicherheitsangriff, bei dem DNS-Antworten missbraucht werden, um den Webbrowser eines Opfers dazu zu bringen, Anfragen an Geräte in einem privaten Netzwerk zu senden. Dabei wird derselbe Hostname zunächst mit einer öffentlichen Adresse und später mit einer internen Adresse beantwortet, wodurch die Same-Origin-Policy des Browsers umgangen wird.

Vereinfachen wir Ihre DDI

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button

Die wichtigsten Erkenntnisse

DNS rebinding is a security attack that exploits the browser's same-origin policy by manipulating DNS responses to redirect a user's web browser from an attacker's public server to internal network devices, enabling unauthorized access to unprotected services like routers, printers, and management interfaces. The attack works by initially resolving an attacker-controlled domain to a public IP address, then changing the DNS answer to a private internal address after a short TTL expires, allowing malicious JavaScript to access internal web services that trust local network traffic. Protection requires a layered defense combining recursive resolver filtering for responses mapping external names to private addresses, Host header validation on internal services, mandatory authentication, and browser security controls, as traditional firewalls and HTTPS alone cannot prevent the attack since the request originates from inside the network.

DNS rebinding bypasses firewalls because the malicious request originates from within the internal network on a user’s own device, making perimeter security controls ineffective unless DNS responses are actively inspected.
Recursive resolvers can mitigate rebinding attacks by filtering or blocking responses that map publicly resolvable domain names to private, loopback, or link-local address ranges, though administrators must allow exceptions for legitimate internal domains.
Internal web services remain vulnerable if they lack authentication and do not validate the Host header, making routers, printers, cameras, development servers, and management dashboards common targets that assume all local network traffic is trustworthy.

DNS-Rebinding auf einen Blick

Attribute	Value
Category	DNS-based attack technique
Primary use	Bypassing the browser same-origin policy to reach internal services from a malicious web page
Protocol and port	DNS, typically port 53, plus HTTP or HTTPS from the browser
OSI layer	Application layer
Related terms	DNS, DNS cache poisoning, Time to live, Recursive resolver, DNS filtering, DNS security

So funktioniert DNS-Rebinding

Der Angreifer kontrolliert eine Domain und deren autoritativen DNS-Server und nutzt aus, dass der Browser dem Hostnamen vertraut und nicht der dahinterliegenden IP-Adresse. Die Same-Origin-Richtlinie vergleicht Ursprünge anhand von Schema, Host und Port, sodass eine geänderte IP-Adresse den Ursprung nicht verändert.

Das Opfer besucht die bösartige Website: Der Nutzer lädt eine Seite von einem vom Angreifer kontrollierten Hostnamen. Der autoritative Server des Angreifers beantwortet die DNS-Anfrage mit der Adresse eines vom Angreifer betriebenen Servers und verwendet dabei eine sehr kurze „Time to Live“-Einstellung.
Skript wird im Browser geladen: Der Server des Angreifers gibt eine Seite zurück, die JavaScript enthält. Der Browser behandelt das Skript so, als stamme es vom Hostnamen des Angreifers.
Änderungen der DNS-Antwort: Nach Ablauf der kurzen TTL sendet das Skript eine weitere Anfrage an denselben Hostnamen. Der DNS-Server des Angreifers antwortet nun mit einer privaten Adresse, beispielsweise einem Router oder einem internen Server.
Der Browser erreicht das interne Ziel: Der Browser sendet die Anfrage an die interne Adresse und betrachtet diese weiterhin als denselben Ursprung. Das Skript kann die Antwort auslesen.
Daten werden an den Angreifer zurückgesendet: Das Skript sendet die ausgelesenen Daten zurück oder gibt Befehle an das interne Gerät weiter, wobei es den Browser des Opfers als Proxy nutzt.

Der Angriff setzt voraus, dass der Resolver die kurze TTL berücksichtigt und der interne Dienst Anfragen mit einem unerwarteten „Host“-Header oder ohne Authentifizierung akzeptiert. Zu den Abwehrmaßnahmen zählen Resolver, die öffentliche Antworten mit privaten Adressen verwerfen, Hosts, die den „Host“-Header validieren, sowie die Authentifizierung bei internen Diensten.

Warum DNS-Rebinding in Unternehmensnetzwerken eine Rolle spielt

Durch DNS-Rebinding wird der Browser eines Opfers zu einer Brücke über die Netzwerkgrenze hinweg. Firewalls blockieren normalerweise eingehende Verbindungen aus dem Internet, doch die Anfrage stammt in diesem Fall aus dem Inneren des Netzwerks, von einem Gerät, das der Nutzer bereits kontrolliert. Zu den Zielen gehören Router, Drucker, Kameras, Entwicklungsserver und andere interne Webschnittstellen, die davon ausgehen, dass alles im lokalen Netzwerk vertrauenswürdig ist, und oft über keine Anmeldefunktion verfügen.

Die Auswirkungen hängen davon ab, was der interne Dienst nach außen hin offenlegt. Ein Angreifer kann über eine nicht authentifizierte Schnittstelle Konfigurationsdaten auslesen, Einstellungen ändern oder Aktionen auslösen. Da der Datenverkehr für den eigenen Rechner des Nutzers wie gewöhnliche Browseraktivität aussieht, können Perimeter-Tools ihn übersehen, sofern die DNS-Antworten nicht überprüft werden.

Die Abwehr erfolgt mehrschichtig. Rekursive Resolver können Antworten filtern, die externe Namen privaten Adressbereichen zuordnen – eine Funktion, die gemeinhin als „Rebinding-Schutz“ bezeichnet wird. Interne Dienste sollten den „Host“-Header überprüfen und eine Authentifizierung verlangen, und Browser sollten Kontrollmechanismen wie Einschränkungen für Anfragen an private Netzwerke einführen. Netzwerke, die diese Kontrollmechanismen umgehen, machen nicht authentifizierte interne Dienste für jede Webseite erreichbar, die ein Nutzer öffnet.

Wie sich DNS-Rebinding von verwandten Begriffen unterscheidet

DNS rebinding vs DNS hijacking

Beim DNS-Rebinding werden DNS-Antworten vom eigenen Server des Angreifers als legitim ausgegeben und das Vertrauen des Browsers in die Herkunft ausgenutzt, während beim DNS-Hijacking der Auflösungspfad oder die Einträge verändert werden, sodass Nutzer ein Ziel erreichen, das der Domaininhaber nicht beabsichtigt hat. Was ist DNS-Hijacking?

Attribute	DNS rebinding	DNS hijacking
Who controls the DNS answer	The attacker, through a domain they own and its authoritative server	The attacker, after tampering with a resolver, router settings or a victim's records
Main target	Internal web services reached through the victim's browser	Users or traffic headed to a specific legitimate domain
Mechanism	Short TTL answers that change from a public to a private address	Redirecting queries or changing records to point to a malicious address
Browser same-origin policy	Bypassed because the hostname stays the same	Not the central issue

DNS-Rebinding vs. DNS-Spoofing

Beim DNS-Rebinding werden korrekte Antworten von einem Server verwendet, den der Angreifer kontrolliert, während beim DNS-Spoofing Antworten gefälscht oder manipuliert werden, die ein Resolver oder Client dann für einen Namen akzeptiert, den der Angreifer nicht kontrolliert. Was ist DNS-Spoofing?

Attribute	DNS rebinding	DNS spoofing
Authenticity of answers	Genuine answers from the attacker's own authoritative server	Forged or injected answers
DNSSEC effect	Does not stop it, since the attacker can sign their own zone	Helps detect forged answers for signed zones
Goal	Make a browser send requests to internal hosts	Redirect clients for a name to an attacker-chosen address

Häufige Missverständnisse zum Thema DNS-Rebinding

DNSSEC überprüft, ob die Antworten vom Zoneninhaber stammen. Bei einem Rebinding-Angriff ist der Angreifer der Zoneninhaber, sodass signierte Antworten die Validierung bestehen und der Angriff dennoch funktioniert.

TLS allein schließt diese Lücke nicht. Der Angreifer kann ein gültiges Zertifikat für seinen eigenen Hostnamen erhalten, und der eigentliche Schutz besteht darin, dass der interne Dienst den Host-Header überprüft und eine Authentifizierung verlangt.

Auch Unternehmensnetzwerke sind gefährdet. Interne Dashboards, Entwicklungsserver, Build-Tools und Verwaltungsschnittstellen, die unter der Annahme eines vertrauenswürdigen Netzwerks auf eine Authentifizierung verzichten, können über den Browser eines Benutzers erreicht werden.

Perimeter-Firewalls erkennen die Anfrage als von einem internen Rechner stammend und lassen sie daher zu. Kontrollmechanismen müssen im Resolver, im Browser oder im Ziel-Dienst integriert sein.

Niedrige TTL-Werte sind bei legitimem Lastausgleich und Failover üblich, sodass deren pauschale Blockierung zu Fehlalarmen führt. Ein zuverlässigeres Anzeichen ist ein öffentlicher Name, der plötzlich auf eine private oder Loopback-Adresse aufgelöst wird.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

Kontaktieren Sie uns

Das intelligente Netzwerk

Was ist DNS-Rebinding?

Sind Sie bereit, Ihre DDI zu vereinfachen?

DNS-Rebinding auf einen Blick

So funktioniert DNS-Rebinding

Warum DNS-Rebinding in Unternehmensnetzwerken eine Rolle spielt

Wie sich DNS-Rebinding von verwandten Begriffen unterscheidet

DNS rebinding vs DNS hijacking

DNS-Rebinding vs. DNS-Spoofing

Häufige Missverständnisse zum Thema DNS-Rebinding

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

DNS-Rebinding-FAQ

Verwandte Begriffe

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

Podcast: Why Open Platforms Matter in Network Operations

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Verwandte Artikel