Subdomain Takeover – Übernahme verwaister Subdomains
Subdomain Takeover bezeichnet eine Sicherheitslücke oder einen Angriff, bei dem Dritte unter bestimmten Voraussetzungen Inhalte auf einer Subdomain veröffentlichen können, die zu einer fremden Hauptdomain gehört. Häufig entsteht die Schwachstelle durch einen DNS-Eintrag, der noch auf einen inzwischen nicht mehr kontrollierten Cloud- oder Hostingdienst verweist. Der englische Ausdruck Dangling DNS Record beschreibt solche verwaisten DNS-Verweise.
Eine Subdomain wie shop.beispiel.de gehört technisch zur Namensstruktur einer Hauptdomain. Wird sie über einen Drittanbieter betrieben, muss der zugehörige Dienst weiterhin unter der Kontrolle des berechtigten Unternehmens stehen. Ist die Ressource gelöscht, während der DNS-Eintrag bestehen bleibt, kann je nach Anbieter eine fremde Übernahme möglich sein. Nicht jeder veraltete DNS-Eintrag ist allerdings tatsächlich ausnutzbar.
Wie entsteht eine verwaiste Subdomain?
Unternehmen verwenden Subdomains für Kampagnen, Shops, Supportportale oder Testumgebungen. Häufig wird dafür ein CNAME-Eintrag eingerichtet, der den Namen auf einen externen Dienst verweist. Sobald der Dienst abbestellt oder die zugehörige Ressource gelöscht wird, müsste auch die DNS-Konfiguration überprüft werden.
Bleibt der Verweis erhalten und kann eine andere Person die unbeanspruchte Ressource beim Anbieter registrieren, besteht eine potenzielle Übernahmesituation. Ein Besucher ruft weiterhin die Subdomain des bekannten Unternehmens auf, erhält jedoch Inhalte aus einer möglicherweise fremd kontrollierten Umgebung.
Die tatsächliche Ausnutzbarkeit hängt stark vom betroffenen Cloud- oder SaaS-Anbieter ab. Manche Dienste verhindern eine fremde Neuzuordnung durch Besitznachweise oder reservierte Namen. Ein DNS-Eintrag, dessen Ziel nicht mehr erreichbar ist, beweist daher noch keinen erfolgreichen Takeover.
Welche DNS-Konfigurationen können betroffen sein?
Verwaiste CNAME-Einträge
OWASP nennt CNAME-Verweise auf freigewordene Drittanbieter-Ressourcen als verbreiteten Risikofall. Eine Subdomain verweist weiterhin auf einen Dienstnamen, obwohl die zugehörige Anwendung nicht mehr existiert. Ob ein Dritter den Zielnamen beanspruchen kann, muss beim jeweiligen Anbieter geprüft werden.
Veraltete A- und AAAA-Einträge
Auch direkte Verweise auf IP-Adressen können problematisch werden, wenn eine zuvor verwendete Cloudadresse freigegeben und später anderweitig vergeben wird. Eine alte IP-Adresse ist aber nicht automatisch angreifbar. Ihre tatsächliche Zuordnung und der Dienstbetrieb müssen untersucht werden.
Verwaiste NS-Delegierungen
Eine Subdomain kann eigene Nameserver verwenden. Wenn eine entsprechende Delegierung bestehen bleibt, während der fremde DNS-Dienst nicht mehr kontrolliert wird, kann je nach Konfiguration ein erhebliches Risiko entstehen. Die mögliche Kontrolle kann dann mehrere Einträge innerhalb der delegierten Subdomain betreffen.
Veraltete Mail- und Dienstkonfigurationen
OWASP beschreibt auch Risiken aus verwaisten MX-Einträgen oder nicht mehr betriebenen Diensten. Je nach System kann daraus eine unerwünschte Zustellung an fremd kontrollierte Infrastruktur entstehen. Die bloße Existenz einer DNS-Antwort beweist jedoch keinen tatsächlichen E-Mail-Abfluss.
Welche Folgen kann ein Subdomain Takeover haben?
Ein Angreifer könnte auf einer betroffenen Subdomain einen falschen Shop, ein angebliches Loginportal oder andere unerlaubte Inhalte anbieten. Die Adresse gehört weiterhin zur sichtbaren Namensstruktur der echten Unternehmensdomain und kann deshalb bei Nutzern glaubwürdig wirken.
Unter bestimmten Umständen könnten Cookies, Verbindungen zu anderen Anwendungen oder Vertrauensbeziehungen zwischen Subdomains betroffen sein. Ob solche Folgen tatsächlich möglich sind, hängt von Cookie-Einstellungen, Browserregeln und der technischen Architektur ab. Ein erfolgreicher Takeover gewährt nicht automatisch Zugriff auf die Hauptwebsite oder alle Unternehmensdaten.
Eine besondere Schwierigkeit entsteht, wenn die Subdomain noch in alten E-Mails, Werbeanzeigen oder Dokumenten verlinkt ist. Nutzer könnten weiterhin darauf vertrauen, obwohl die ursprünglich zugehörige Anwendung längst abgeschaltet wurde.
Subdomain Takeover und Domain Hijacking unterscheiden
Bei Domain Hijacking wird die Verwaltung oder Registrierung einer Domain unberechtigt übernommen. Ein Subdomain Takeover kann dagegen auftreten, obwohl der Domaininhaber seine Hauptdomain und den Registrarzugang vollständig kontrolliert. Das Problem liegt dann in einem verwaisten technischen Verweis.
Auch DNS Hijacking ist davon abzugrenzen. Dabei wird die DNS-Auflösung manipuliert. Beim typischen Subdomain Takeover bleibt der DNS-Eintrag häufig unverändert; die fremde Kontrolle entsteht erst durch die Zuordnung einer bisher unbeanspruchten Zielressource.
Ein fiktives Beispiel einer alten Marketingkampagne
Ein Unternehmen hatte für eine Produktkampagne die Subdomain aktion.beispiel.de eingerichtet. Die Website wurde über einen externen Cloudanbieter betrieben. Nach dem Ende der Aktion löschte die Agentur die Cloudressource, ließ aber den CNAME-Eintrag bestehen.
Bei einer späteren Sicherheitsprüfung fällt auf, dass die Domain weiterhin auf die nicht mehr vorhandene Ressource verweist. Die IT klärt beim Anbieter, ob diese Ressource von einem anderen Kunden beansprucht werden könnte. Bis dahin ist eine potenzielle Schwachstelle festgestellt, aber noch kein erfolgreicher Angriff.
Das Unternehmen entfernt den überflüssigen DNS-Verweis nach Prüfung der Abhängigkeiten und kontrolliert, ob noch weitere Kampagnensubdomains auf abgeschaltete Dienste zeigen.
Wie wird eine mögliche Übernahme erkannt?
Ein Domaininventar mit allen tatsächlich verwendeten Subdomains bildet die Grundlage. Danach werden DNS-Einträge, zugehörige Cloudressourcen und verantwortliche Dienstleister miteinander abgeglichen. Ein Fehlertext eines Drittanbieters kann ein Hinweis sein, reicht aber nicht als Beweis für eine ausnutzbare Übernahme.
- DNS-Einträge: Welche CNAME-, A-, AAAA-, NS- oder MX-Verweise gehören zur Subdomain?
- Ressourcenbestand: Existiert die zugeordnete Anwendung beim Drittanbieter noch?
- Besitznachweise: Welche Regeln verhindert eine unbefugte Neuzuordnung?
- Veröffentlichungen: Ist die Subdomain in E-Mails, Dokumenten oder Kampagnen weiterhin verlinkt?
- Technischer Zustand: Werden tatsächlich fremde Inhalte oder nur reguläre Fehlermeldungen angezeigt?
- Verantwortlichkeiten: Welcher interne oder externe Dienstleister betreut den DNS-Eintrag?
Tests auf mögliche Übernahme dürfen keine fremde Cloudressource ohne ausdrückliche Berechtigung beanspruchen. Die Prüfung sollte mit den vorhandenen Eigentums- und Anbieterdaten beginnen und den legitimen Betrieb anderer Systeme nicht beeinträchtigen.
Welche Gegenmaßnahmen schützen vor Subdomain Takeover?
OWASP empfiehlt die regelmäßige Erfassung sämtlicher Subdomains und die Entfernung von DNS-Einträgen, deren Zielressourcen nicht mehr benötigt werden. AWS beschreibt in einer Sicherheitsveröffentlichung vom Juni 2026 ebenfalls, wie verwaiste DNS-Verweise entstehen und durch nachvollziehbare Ressourcenzuordnung vermieden werden können.
- Subdomains gemeinsam mit ihren Cloud- und Hostingressourcen verwalten.
- Bei Abschaltung einer Anwendung die zugehörigen DNS-Einträge kontrolliert entfernen.
- Verwaiste Verweise regelmäßig mit dem Ressourceninventar vergleichen.
- Drittanbieter so auswählen und konfigurieren, dass eine neue Zuordnung Besitznachweise verlangt.
- Kritische Subdomains und ihre technischen Eigentümer dokumentieren.
- Bei bestätigter Übernahme die fremde Auslieferung sichern und anschließend die Zuordnung wiederherstellen.
Die bloße Änderung der Hauptdomain-Passwörter beseitigt einen verwaisten CNAME-Eintrag nicht. Schutzmaßnahmen müssen zur tatsächlichen Ursache passen.
Welche rechtlichen Fragen können betroffen sein?
Eine unberechtigte Veröffentlichung unter einer fremden Unternehmenssubdomain kann je nach Sachverhalt kennzeichen- und wettbewerbsrechtliche Ansprüche auslösen. Werden Daten rechtswidrig verändert oder besonders gesicherte Informationen ausgespäht, können unter den gesetzlichen Voraussetzungen auch Strafnormen wie § 202a StGB oder § 303a StGB betroffen sein.
Ein technischer Konfigurationsfehler allein ist noch kein Beweis für eine rechtswidrige Nutzung. Auch ein Sicherheitsforscher, der auf eine solche Schwachstelle hinweist, muss von einem tatsächlichen Angreifer unterschieden werden.
Häufige Fragen zum Subdomain Takeover
Ist jede nicht erreichbare Subdomain gefährlich?
Nein. Nur unter bestimmten Voraussetzungen kann eine andere Person die verknüpfte Ressource tatsächlich beanspruchen.
Muss die Hauptdomain gehackt sein?
Nein. Beim typischen Angriff liegt der Fehler in einer verbliebenen DNS-Zuordnung zu einer freigewordenen Drittanbieter-Ressource.
Reicht es, die Cloudanwendung zu löschen?
Nein. Die zugehörigen DNS-Einträge müssen im Rahmen der Abschaltung ebenfalls geprüft werden.
Wo können betroffene Unternehmen Hilfe erhalten?
Bei verwaisten Subdomains sollten Websitebetreiber zunächst die DNS-Einträge und betroffenen Cloudressourcen gemeinsam mit ihrer IT-Sicherheit prüfen. BRANDPROTECTIONNOW begleitet Unternehmen bei der Untersuchung möglicher Subdomain-Übernahmen, der Dokumentation unerlaubter Inhalte und der Abstimmung geeigneter Bereinigungsmaßnahmen mit spezialisierten Security-Partnern. Bei nachgeahmten Shops oder Phishing-Seiten können weitere Maßnahmen zum Marken- und Reputationsschutz sinnvoll sein. Weitere Informationen: BRANDPROTECTIONNOW zum Schutz vor Blackhat-Angriffen.
Fachquellen
- OWASP – Subdomain Takeover Prevention Cheat Sheet: typische DNS-Risiken und Schutzmaßnahmen.
- AWS Security Blog – Threat tactic spotlight: Subdomain takeover, Juni 2026: verwaiste Cloudressourcen und Gegenmaßnahmen.
- § 202a StGB und § 303a StGB: mögliche rechtliche Tatbestände.
