„Dangling“-DNS-Einträge: Was sie sind und wie man die Übernahme von Subdomains verhindert

Ein „Dangling DNS-Eintrag“ ist ein DNS-Eintrag, der weiterhin auf eine Ressource verweist, die nicht mehr existiert, beispielsweise einen gelöschten Cloud-Dienst, einen außer Betrieb genommenen Server oder eine inaktive Plattform eines Drittanbieters. Der Eintrag wird weiterhin aufgelöst, obwohl das dahinterstehende Ziel nicht mehr vorhanden ist – und genau diese Lücke nutzen Angreifer aus.

Für IT- und Sicherheitsteams besteht die Schwierigkeit selten darin, einen einzelnen fehlerhaften Datensatz zu finden. Vielmehr geht es darum, einen kontinuierlichen Überblick über Domains, Subdomains und Authentifizierungsdatensätze zu behalten, während sich die zugrunde liegende Infrastruktur verändert. Jede Migration, jeder Anbieterwechsel und jede Stilllegung eines Dienstes hinterlässt potenzielle Problemfälle.

Was sind "Dangling DNS Records"?

Ein „Dangling DNS-Eintrag“ ist ein DNS-Eintrag, der auf eine Ressource verweist, die nicht mehr existiert oder nicht mehr erreichbar ist. Cyberkriminelle im Internet sind ständig auf der Suche nach solchen DNS-Einträgen, da diese anfällig für Informationslecks sind. Einige dieser Einträge können sensible Informationen über eine Domain enthalten und somit zu einer wahren Goldgrube für Angreifer werden, aus der diese Kapital schlagen können.

Häufige Szenarien, die zu „Dangling DNS“ führen

Fehlerhafte DNS-Konfigurationen. Das Domain Name System wird unabhängig von der Internetressource konfiguriert, mit der wir interagieren möchten. Die dem DNS hinzugefügten DNS-Einträge verweisen auf diese Ressourcen und ermöglichen uns so den Zugriff darauf. In bestimmten Fällen kann eine zuvor konfigurierte Ressource von ihrem Host dekonfiguriert werden. Beispielsweise wurde ein DNS-Eintrag von einem Domain-Inhaber so konfiguriert, dass er auf die IP-Adresse eines Servers verweist. Dieser Server wird nun nicht mehr genutzt. Der DNS-Eintrag verweist nun auf eine Ressource, die nicht mehr existiert, und kann daher als „Dangling-DNS“-Eintrag bezeichnet werden.

Abgelaufene oder gelöschte Cloud-Ressourcen. Wenn ein vom Domaininhaber genutzter Cloud-Dienst abläuft oder gelöscht wird, wird jeder DNS-Eintrag, der auf diesen Dienst verweist, zu einem „dangling“ DNS-Eintrag. Dieser DNS-Eintrag bleibt weiterhin aktiv, und jeder Angreifer kann die Ressource nutzen, um schädliche Inhalte bereitzustellen.

Veraltete IP-Adressen. Ein Unternehmen kann Dienste zu einem neuen Anbieter migrieren, wobei die bisherigen IP-Adressen außer Betrieb genommen werden. Wenn das Team vergisst, die alten DNS-Einträge zu aktualisieren oder zu entfernen, werden diese Einträge anfällig für die Übernahme von Subdomains und können leicht ausgenutzt werden.

Stilllegung oder Einstellung eines Dienstes. Ein E-Mail-Server, ein Hosting-Konto oder ein Drittanbieter-Dienst wird eingestellt oder außer Betrieb genommen, doch die DNS-Einträge wie MX-, A- und CNAME-Einträge sind weiterhin aktiv und konfiguriert. Angreifer können diese aktiven, „herabhängenden“ DNS-Einträge ausnutzen, um sich als der eingestellte Dienst auszugeben.

Welche DNS-Einträge werden „dangling“, und welche Risiken birgt jeder einzelne?

Die Sicherheitslücke liegt in der Lücke zwischen der DNS-Ebene und der Ressourcenebene. Ein Eintrag kann syntaktisch einwandfrei sein und dennoch eine Gefahr darstellen, wenn die dahinterliegende Ressource nicht mehr im Besitz des Eigentümers ist oder nicht mehr bereitgestellt wird. Die folgende Tabelle veranschaulicht diese Lücke nach Eintragstyp.

Häufiger Fehler

Eine erfolgreiche DNS-Abfrage wird als Nachweis dafür gewertet, dass der Eintrag fehlerfrei ist. Ein „Dangling Record“ wird normal aufgelöst, da der Eintrag selbst gültig ist. Entscheidend ist jedoch, ob Ihre Organisation weiterhin Eigentümerin des Ziels ist und die Kontrolle darüber ausübt. Die Überprüfung der Auflösung ohne Überprüfung der Eigentumsverhältnisse ist der Grund dafür, dass diese Einträge bei Audits unentdeckt bleiben.

Wo „Dangling Records“ am häufigsten auftreten

In manchen Teilen eines Anwesens lassen sich diese Unterlagen weitaus zuverlässiger finden als in anderen. Wenn man weiß, welche das sind, kann man die Überprüfung nach Wahrscheinlichkeit durchführen, anstatt jedes Mal das gesamte Gebiet zu durchkämmen.

• Cloud-Speicher-Buckets und Hosts für statische Websites: Bucket-Namen sind global eindeutig und können beliebig oft neu registriert werden, sodass ein gelöschter Bucket mit einem aktiven CNAME zu den am einfachsten zu beanspruchenden Zielen gehört
• CDN- und SaaS-Vanity-Subdomains: help.example.com, status.example.com und careers.example.com verweisen in der Regel auf Plattformen von Drittanbietern, die den Hostnamen freigeben, sobald ein Abonnement ausläuft
• Marketing- und Landingpage-Tools: Kampagnen-Subdomains werden schnell von Teams außerhalb der IT bereitgestellt und unterliegen selten einem Stilllegungsprozess
• Staging- und Testumgebungen: Dev-, UAT- und Staging-Datensätze überdauern die Projekte, aus denen sie hervorgegangen sind, und niemand bemerkt dies, da kein echter Datenverkehr von ihnen abhängt
• Erworbene oder untergeordnete Domains: Übernommene Zonen enthalten Einträge, deren ursprüngliche Eigentümer nicht mehr erreichbar sind, und die dazugehörige Dokumentation liegt selten vor
• Nicht mehr aktive E-Mail- und Support-Anbieter: MX-Einträge, DKIM-CNAMEs und SPF-Einträge für eine Plattform, für die Sie seit letztem Jahr keine Gebühren mehr zahlen

Das gemeinsame Merkmal ist die Verschiebung der Zuständigkeit. Jeder Datensatz wurde ordnungsgemäß von einer Person angelegt, die dazu befugt war, und hat anschließend die Beziehung überdauert, die seine Existenz rechtfertigte. Deshalb obliegt die Bereinigung demjenigen, der einen Dienst außer Betrieb nimmt, und nicht demjenigen, der das DNS verwaltet.

DMARC-TXT-Einträge

DMARC-Einträge werden als TXT-Einträge veröffentlicht und enthalten häufig Berichtsadressen in Form von „rua“- und „ruf“-Tags. Wenn diese Adressen auf inaktive oder nicht überwachte Postfächer verweisen, verlieren die Teams den Überblick über Authentifizierungsfehler und Spoofing-Versuche, ohne dass Fehlermeldungen angezeigt werden. Überprüfen Sie, wie Sie einen DMARC-Eintrag veröffentlichen , sobald sich die Meldeadressen oder Verantwortlichen ändern.

SPF-TXT-Einträge

SPF-Einträge listen autorisierte Versanddienste anhand ihrer IP-Adressen auf und enthalten entsprechende Mechanismen. Wenn ein SPF-Eintrag auf einen veralteten Drittanbieter-Dienst oder eine aufgegebene Domain verweist, wird die Authentifizierung unzuverlässig, und ein Angreifer, der diese aufgegebene Anbieter-Domain registriert, erhält die Versandberechtigung. Da die Anzahl der SaaS-Absender zunimmt, überschreiten die Einträge zudem zunehmend das Limit von 10 DNS-Abfragen, daher SPF-Flattening sorgt dafür, dass sie innerhalb der Obergrenze bleiben. Erfahren Sie mehr über SPF.

TLS-RPT-Einträge

TLS-RPT-Einträge legen fest, wo SMTP TLS -Meldungen gesendet werden sollen. Ist das Meldeziel inaktiv, falsch konfiguriert oder wird nicht mehr überwacht, entgehen den Teams Sicherheitsfehler beim Transport, die die Zustellung verschlüsselter E-Mails beeinträchtigen. Erfahren Sie mehr über TLS-RPT und MTA-STS.

DKIM CNAME-Einträge

DKIM-Einträge können als CNAME-Einträge veröffentlicht werden, die auf den DKIM-Host eines Versandanbieters verweisen. Wird das Anbieterkonto gelöscht oder die Zieldomain inaktiv, fallen die DKIM-Signierung und -Überprüfung unbemerkt aus. Beispielsweise ist die Subdomain „mail.domain.com“ ein Alias für den CNAME „info.domain.com“. Wenn ein Server also nach „mail.domain.com“ sucht, wird er zu „info.domain.com“ weitergeleitet. Ihr DKIM Authentifizierungssystem wird häufig als CNAME-Eintraghinzugefügt.

Hinweis: MX-, NS-, A-, AAAA-, CNAME- und TXT-Einträge können alle zu „Dangling Records“ werden, wenn sie auf inaktive Infrastruktur, eingestellte Dienste oder nicht mehr genutzte Drittanbieter verweisen. Dieser Artikel konzentriert sich auf die E-Mail-Authentifizierungseinträge, da diese Fehler am längsten unbemerkt bleiben.

Wie „Dangling DNS“ zur Übernahme von Subdomains führt

Versteckt DNS-Sicherheitslücken wie „Dangling DNS“ können zur Ausnutzung von Domains und zu Cyberbedrohungen führen. In regulierten Branchen wie dem Finanzwesen, dem Gesundheitswesen, dem Bildungswesen, dem Einzelhandel und dem öffentlichen Sektor erschweren ungelöste DNS- und Authentifizierungsprobleme zudem Sicherheitsüberprüfungen und die Vorbereitung auf Audits.

Der Angriff selbst folgt einem vorhersehbaren Ablauf, was insofern nützlich ist, als er genau aufzeigt, an welcher Stelle eine Kontrollmaßnahme die Kette unterbricht.

1. Aufzählung von Subdomains. Der Angreifer durchsucht Ihre Domain mithilfe öffentlicher DNS-Tools, Zertifikat-Transparenz-Protokollen oder Brute-Force-Angriffen nach Subdomains.
2. Identifizierung eines „Dangling Record“. Der Angreifer findet einen CNAME-, A- oder MX-Eintrag, der auf einen externen Dienst verweist, der die Antwort „Kein solches Konto“ oder „Nicht beansprucht“ zurückgibt.
3. Ressourcenbelegung. Der Angreifer registriert dasselbe Konto, denselben Bucket oder denselben Hostnamen auf der externen Plattform, sei es ein Cloud-Speicher-Bucket, ein CDN-Endpunkt oder eine SaaS-Subdomain.
4. Traffic-Hijacking. Da Ihr DNS-Eintrag weiterhin dorthin verweist, wird jede Anfrage an diese Subdomain nun über die vom Angreifer kontrollierte Infrastruktur geleitet.
5. Missbrauch des vertrauten Namens. Die vertrauenswürdige Subdomain stellt dann Phishing-Seiten bereit, hostet Malware, stiehlt Sitzungs-Cookies, versendet gefälschte E-Mails oder sammelt Anmeldedaten – und das alles unter dem Domainnamen Ihrer Organisation.

Was ist ein Subdomain-Übernahme-Angriff?

Wenn ein Angreifer einen verwaisten DNS-Eintrag entdeckt, der auf eine dekonfigurierte Ressource verweist, kann der Angreifer die verlassene Ressource für sich beanspruchen und den Datenverkehr über eine von ihm kontrollierte Infrastruktur umleiten. Der Angreifer übernimmt die (Sub-)Domain, auf die der „dangling“ DNS-Eintrag verweist, und leitet so den gesamten Datenverkehr auf eine von ihm kontrollierte Domain um, wodurch er vollständigen Zugriff auf die Inhalte und Ressourcen dieser Domain erhält.

Der Schaden geht weit über eine manipulierte Seite hinaus. Zu den Angriffsmethoden gehören der Diebstahl von Anmeldedaten über gefälschte Anmeldeseiten, auf einer vertrauenswürdigen Subdomain gehostete Malware, das Vortäuschen einer Markenidentität in E-Mails und im Web, das Abfangen von Sitzungs-Cookies, SEO-Missbrauch unter Ausnutzung Ihrer Domain-Autorität, Missbrauch der E-Mail-Zustellung durch falsch konfigurierte MX- oder SPF-Einträge sowie Reputationsschäden, die erst später bei Compliance-Prüfungen zutage treten.

„Dangling Hostname“ vs. „Dangling DNS-Eintrag“

Die beiden Begriffe sind eng miteinander verbunden und werden oft synonym verwendet, obwohl sie unterschiedliche Sachverhalte beschreiben. Ein „dangling DNS-Eintrag“ ist der Eintrag selbst – ein CNAME- oder A-Eintrag, der zwar noch in Ihrer Zonendatei vorhanden ist, aber auf eine entfernte oder herrenlose Ressource verweist. Ein „dangling Hostname“ ist eine Subdomain, die auf ein Ziel aufgelöst wird, das niemand in Ihrer Organisation mehr kontrolliert.

In der Praxis wird der Hostname durch den Eintrag erstellt. Wenn „dev.example.com“ über einen CNAME-Eintrag verfügt, der auf ein deaktiviertes Hosting-Konto verweist, handelt es sich bei „dev.example.com“ um einen „dangling“ Hostnamen und der CNAME-Eintrag ist der dahinterstehende „dangling“-Eintrag. Diese Unterscheidung ist wichtig, da Scanner das eine oder das andere als Problem kennzeichnen, obwohl beide Fälle dieselbe Abhilfe erfordern: Überprüfen Sie die Eigentumsrechte am Ziel und entfernen Sie anschließend den Eintrag oder leiten Sie ihn um.

So erkennen Sie „Dangling“-DNS-Einträge

Das frühzeitige Erkennen von DNS-Einträgen, die auf nicht bereitgestellte Ressourcen verweisen, kann zum Schutz Ihrer Marke beitragen. Dazu stehen Ihnen zwei Möglichkeiten zur Verfügung: manuell und automatisiert.

Manuelle Erkennung

Auch wenn es zeitaufwendig ist, kann eine manuelle Überprüfung dazu beitragen, veraltete DNS-Einträge aufzudecken, insbesondere nach Cloud-Migrationen, Anbieterwechseln, der Stilllegung von Diensten oder der Einbindung neuer Absender.

• Überprüfen Sie Ihre DNS-Einträge: Vergleichen Sie alle DNS-Einträge in Ihrem DNS-Verwaltungssystem mit den aktiven Ressourcen in Ihrer Umgebung. Suchen Sie nach Einträgen, die auf nicht vorhandene Dienste oder IP-Adressen verweisen.
• DNS-Konfigurationen überprüfen: Verwenden Sie Tools wie „nslookup“ oder „dig“, um jeden Eintrag abzufragen und sicherzustellen, dass die entsprechende Ressource bereitgestellt und aktiv ist. Eine DNS-Antwort allein ist kein Sicherheitsnachweis; stellen Sie daher sicher, dass das Ziel Ihrer Organisation gehört und von ihr aktiv verwaltet wird.
• Auf verwaisten Dienste prüfen: Überprüfen Sie Dienste wie Hosting-Anbieter von Drittanbietern, Cloud-Plattformen oder CDN-Anbieter, die möglicherweise gekündigt wurden, ohne dass die zugehörigen DNS-Einträge entfernt wurden.

Zur Validierung einzelner Datensätze können Sie jeden Eintrag auch über einen DNS-Eintrag-Prüfprogramm durchlaufen lassen, um zu überprüfen, wohin er derzeit auflöst, bevor Sie entscheiden, ob Sie ihn beibehalten möchten.

Warum die manuelle Erkennung bei großem Umfang versagt

Manuelle Methoden sind zwar gründlich, jedoch anfällig für menschliche Fehler und können bei Domains mit umfangreichen oder komplexen DNS-Konfigurationen unüberschaubar werden. Es gibt mehrere Faktoren, die diese Methode bereits lange bevor eine Zone groß wird, unzuverlässig machen.

• Dezentrale Zuständigkeit für das DNS über Teams und Abteilungen hinweg
• Vergessene Test- und Staging-Umgebungen, in denen noch aktive DNS-Einträge vorhanden sind
• Shadow-IT und nicht erfasste SaaS-Integrationen von Drittanbietern
• Abgelaufene Cloud-Ressourcen, die nie mit einem formellen Stilllegungsprozess verknüpft waren
• Mehrere DNS-Zonen, die durch Übernahmen oder Tochterdomänen übernommen wurden
• Lückenhafte Dokumentation für veraltete Infrastruktur, für die derzeit niemand verantwortlich ist

Automatische Erkennung

Eine automatisierte Überwachung wird notwendig, sobald sich Domains, Subdomains, Absender und Cloud-Dienste schneller ändern als ein Audit-Zyklus dauert. Anstelle von regelmäßigen Überprüfungen deckt eine zentralisierte Plattform kontinuierlich inaktive Einträge, fehlerhafte Authentifizierungskonfigurationen und verdächtige Änderungen im gesamten Portfolio auf.

Der praktische Vorteil liegt eher in der zeitlichen Effizienz als in der Gründlichkeit. Bei einer vierteljährlichen Prüfung wird derselbe Eintrag zwar letztendlich ebenfalls entdeckt, jedoch erst nach einem Quartal, in dem das Risiko bestanden hat. Durch eine kontinuierliche Überwachung wird dieses Zeitfenster – also der Zeitraum zwischen der Außerbetriebnahme des Dienstes und der nächsten Überprüfung – geschlossen, in dem das Übernahme-Risiko tatsächlich besteht.

So beheben Sie fehlgeleitete DNS-Einträge

Sobald ein „dangling record“ identifiziert wurde, kommt es auf die Reihenfolge an. Das Löschen des Datensatzes vor der Rückgewinnung der Ressource kann eine Sicherheitslücke hinterlassen, und wenn Sie den TTL-Schritt überspringen, dauert es Stunden statt Minuten, bis Ihre Korrektur wirksam wird.

1. Identifizieren Sie den Eintrag und dessen Ziel. Verwenden Sie DNS-Tools oder eine Überwachungsplattform, um den spezifischen Eintrag zu finden und festzustellen, wohin er derzeit weiterleitet.
2. Überprüfen Sie, ob Ihre Organisation Eigentümer des Ziels ist. Stellen Sie durch Abfrage beim Anbieter oder in der Kontoregistrierung sicher, ob Ihre Organisation weiterhin die Kontrolle über das Ziel hat.
3. Verringern Sie zunächst die TTL. Stellen Sie ihn vor der Durchführung von Änderungen auf einen Wert zwischen 60 und 300 Sekunden ein, damit die Aktualisierungen nach der Änderung schnell übernommen werden.
4. Holen Sie sich die Ressource zurück, sofern sie beansprucht werden kann. Wenn es sich bei dem Ziel um einen noch nicht beanspruchten Cloud-Bucket oder CDN-Endpunkt handelt, beanspruchen Sie ihn, bevor Sie Änderungen am DNS vornehmen, um das Zeitfenster für die Übernahme zu schließen.
5. Löschen Sie den Eintrag oder ändern Sie die Verknüpfung. Entfernen Sie ihn, wenn der Dienst eingestellt wird. Wenn er aktiv bleiben muss, verweisen Sie ihn auf eine Ressource, die Sie derzeit besitzen und bereitgestellt haben.
6. Überprüfen Sie die Weitergabe. Verwenden Sie „dig“ oder „nslookup“, um zu überprüfen, ob der Eintrag korrekt aufgelöst wird und das alte Ziel nicht mehr reagiert.
7. Dokumentieren Sie die Änderung. Halten Sie fest, was sich geändert hat, warum, wann und durch wen, aktualisieren Sie anschließend das DNS-Inventar und weisen Sie die fortlaufende Zuständigkeit zu.

So verhindern Sie die Übernahme von Subdomains durch ungültige DNS-Einträge

Prävention verbindet DNS-Hygiene mit kontinuierlicher Überwachung. Die folgenden Maßnahmen sind für IT-Teams, Sicherheitsteams und MSPs, die mehrere Domains verwalten, von größter Bedeutung.

• Entfernen Sie nicht mehr verwendete DNS-Einträge umgehend: Löschen Sie CNAME-, A-, AAAA-, MX- und TXT-Einträge, wenn Dienste eingestellt werden, anstatt sie vorsichtshalber bestehen zu lassen.
• Überprüfen Sie Ziele von Drittanbietern, bevor Sie darauf verweisen: Stellen Sie zunächst sicher, dass Cloud-, CDN-, E-Mail- und Hosting-Ressourcen aktiv sind und sich im Besitz Ihrer Organisation befinden
• E-Mail-Authentifizierungsdatensätze überwachen: Überprüfen Sie regelmäßig DMARC, SPF, DKIM, MTA-STS, TLS-RPT und BIMI auf inaktive oder fehlerhafte Verweise
• Dokumentenverantwortung: Führen Sie ein Verzeichnis der Domains, Subdomains, Absender und Dienstverantwortlichen, wobei in jedem Datensatz ein namentlich genannter Verantwortlicher angegeben ist.
• Die Bereinigung der DNS-Einträge in den Stilllegungsprozess integrieren: Machen Sie das Löschen von Einträgen zu einem obligatorischen Schritt, wenn ein Cloud-Dienst, eine SaaS-Plattform oder ein Hosting-Konto außer Betrieb genommen wird
• Automatische Benachrichtigungen einrichten: Achten Sie auf verwaiste Dienste, DNS-Abweichungen und neue Subdomains, die in Ihrer Zone erscheinen
• Führen Sie regelmäßig Sicherheitsüberprüfungen durch: je nach Komplexität monatlich oder vierteljährlich sowie unmittelbar nach jeder Migration, jedem Anbieterwechsel oder jeder Domain-Erwerbung

Was tun mit alten oder ungenutzten Subdomains?

Wenn eine Subdomain nicht mehr benötigt wird, gibt es in der Regel fünf mögliche Szenarien.

• Löschen den Datensatz, wenn für die Subdomain keine geschäftliche Rechtfertigung mehr vorliegt
• Zurückholen die aufgegebene externe Ressource zurück, wenn die Subdomain aktiv bleiben muss und das Konto noch beanspruchbar ist
• Parken Sie sicher indem du darauf eine kontrollierte interne Ressource verweist – niemals eine externe Plattform –, wenn die Adresse aufgelöst werden muss, aber nichts bereitgestellt wird
• Weiterleitung nur, wenn ein geschäftlicher Grund vorliegt, und vergewissern Sie sich, dass die Zielseite dem Unternehmen gehört und aktiv ist
• Dokumentieren Sie Jede Entscheidung dokumentieren und Verantwortlichkeiten zuweisen, bevor etwas außer Betrieb genommen wird

Wie PowerDMARC hilft

PowerDMARC zentralisiert die Überwachung der Domain- und E-Mail-Authentifizierung, sodass Teams Probleme in Bezug auf DMARC, SPF, DKIM, MTA-STS, TLS-RPT und BIMI erkennen können, ohne jeden DNS-Eintrag manuell überprüfen zu müssen. Das Ziel besteht nicht darin, einen einzelnen fehlerhaften Eintrag zu finden, sondern einen kontinuierlichen Überblick über jede Domain, jede Subdomain und jeden Authentifizierungseintrag zu behalten, die bzw. der Ihre Sicherheitslage beeinflusst.

• Zentrales Dashboard: Domain, Subdomain und Authentifizierungsstatus auf einen Blick
• Schnelle Erkennung von Problemen: Fehlkonfigurationen werden aufgedeckt, bevor sie die Sicherheit oder die Zustellbarkeit beeinträchtigen
• Automatisierte SPF-Verwaltung: weniger Suchfehler und sauberere Absenderquellen bei Änderungen an SaaS-Plattformen
• Compliance-Vorbereitung: Unterstützung bei der Vorbereitung auf Prüfungen für Teams aus den Bereichen Finanzen, Gesundheitswesen, Bildung, Einzelhandel und dem öffentlichen Sektor
• Unterstützung durch Experten: weltweiter Support, der dabei hilft, risikobehaftete Datensätze schnell zu untersuchen, zu validieren und zu bereinigen

Für Dienstleister ermöglichen eine zentralisierte Domänengruppierung und rollenbasierter Zugriff die praktische Überwachung zahlreicher Kundenumgebungen gleichzeitig. Die MSP- und MSSP-Programm ist genau auf diesen Arbeitsablauf ausgerichtet.

Wenn Sie sich einen schnellen Überblick über Ihre aktuelle Situation verschaffen möchten, überprüfen Sie Ihre Domain mit dem kostenlosen Analyse-Tool. Geben Sie Ihre Domain ein, klicken Sie auf „Jetzt prüfen“ und Sie können Ihre DNS-Einstellungen, erkannte Fehlkonfigurationen sowie praktische Tipps zu deren Behebung einsehen.

Häufig gestellte Fragen

Diese behandeln die operativen Fragen, die sich stellen, sobald das Konzept feststeht.

Wie behebt man „dangling“ DNS-Einträge?

Identifizieren Sie den veralteten Eintrag, überprüfen Sie, ob Ihre Organisation noch Eigentümer des Ziels ist, und verringern Sie dann die TTL. Geben Sie die Ressource zunächst frei, sofern dies möglich ist, löschen Sie den Eintrag oder verweisen Sie ihn auf eine neue Adresse, überprüfen Sie die Weitergabe mit „dig“ und dokumentieren Sie die Änderung.

Was ist ein „dangling hostname“?

Eine Subdomain, die auf ein Ziel verweist, das nicht mehr vom Domaininhaber kontrolliert wird. Der Grund dafür ist ein „dangling“ DNS-Eintrag. Wenn dev.example.com auf ein deaktiviertes Cloud-Konto verweist, handelt es sich um einen „dangling“ Hostnamen.

Können „dangling“ DNS-Einträge die E-Mail-Sicherheit beeinträchtigen?

Ja. DMARC-, SPF-, DKIM-, MTA-STS- und TLS-RPT-Einträge werden alle ungültig, wenn sie auf inaktive Domains, veraltete Absender oder nicht überwachte Berichts-Mailboxen verweisen. Die Folge sind Authentifizierungsfehler und unbemerkte Sichtbarkeitslücken.

Wie oft sollten Unternehmen ihre DNS-Einträge überprüfen?

Nach jeder Deaktivierung eines Dienstes, jeder Anbieterwechsel, jeder Domain-Erwerbung oder jeder Änderung des Absenders. Fügen Sie je nach Komplexität wiederkehrende monatliche oder vierteljährliche Audits sowie eine kontinuierliche Überwachung hinzu, um Abweichungen zwischen diesen Zeiträumen zu erkennen.

Bedeutet ein „dangling record“ immer, dass eine Subdomain übernommen werden kann?

Nein. Bei einer Übernahme muss die Zielressource von jemand anderem beansprucht werden können, was bei Cloud-Buckets, CDN-Endpunkten und SaaS-Subdomains häufig der Fall ist. Ein Eintrag, der auf eine nicht mehr existierende IP-Adresse verweist, führt weiterhin zu Ausfällen und birgt das Risiko des Abfangens von Daten.

Wer sollte intern für die Bereinigung der DNS-Einträge zuständig sein?

Die Verantwortung für die Stilllegung von Diensten liegt nicht allein beim DNS-Administrator. Einträge veralten in dem Moment, in dem ein Dienst außer Betrieb genommen wird; daher gehört die Bereinigung in die Offboarding-Checkliste und nicht in eine separate DNS-Überprüfung.

• Über
• Neueste Beiträge

Yunes Tarada

Experte für Domain- und E-Mail-Sicherheit bei PowerDMARC

Yunes ist Operations Team Lead bei PowerDMARC und verfügt über Expertenwissen im Bereich E-Mail-Authentifizierung und -Sicherheit. Yunes ist ein Microsoft-zertifizierter Azure Administrator Associate mit Zertifizierungen in CompTIA A+ und vielen mehr.

Neueste Beiträge von Yunes Tarada (alle anzeigen)

• Anleitung zur Einrichtung von Happyfox DKIM, DMARC und SPF – 13. August 2026
• Anleitung zur Einrichtung von SPF, DKIM und DMARC in Twikey – 11. August 2026
• Was versteht man unter „Whaling“ in der Cybersicherheit? – 7. August 2026