Thema
DNS-Delegationsmacht
Innerhalb der Facette Thema verbindet die Themenanalyse DNS-Delegationsmacht Artikel, die ein gemeinsames Thema, einen Signalfokus oder ein Monitoring-Thema teilen. Die Seite bietet den Lesern einen umfassenderen Zugang zu verwandter Berichterstattung, Quellenbelegen, Marktakteuren und Infrastrukturfolgen – mit ausreichend Kontext, um zu verstehen, warum das Thema für Unternehmensaktivitäten, Governance-Entscheidungen, regionale Risikoexposition und operationelle Risiken relevant ist. Leser können wiederkehrende Signale, betroffene Organisationen, öffentliche Belege, Marktkontext, Servicekontinuität, Beschaffung, Wettbewerb, Compliance und strategische Planungsfragen hinter dem Thema vergleichen, statt bei einer dünnen Liste passender Artikel stehenzubleiben. Es erklärt, was das Thema abdeckt, welche Infrastrukturakteure oder -politiken beteiligt sind, welche Belege die Berichterstattung stützen und warum das Thema für Betreiber, Kunden, Investoren und politisch interessierte Leser von Bedeutung sein kann.
ICANN
JP-DRP: Neue Verfahrensregeln für .jp-Domains ab April 2026
Seit dem 1. April 2026 gilt für Streitigkeiten um .jp-Domains eine überarbeitete Verfahrensfassung: JPNIC (Japan Network Information Center) hat die Regeln für das JP Domain Name Dispute Resolution Policy (JP-DRP) am 17. Februar 2026 per Vorstandsbeschluss geändert, sie ab dem…
Fallakte
Der SRP-Schlüssel besaß den Namen. Ein anderes Update besaß trotzdem die Zone
RFC 9665 verspricht dem ersten akzeptierten Schlüssel Kontinuität für einen Dienstnamen. Diese Zusage kann unbemerkt gebrochen werden, wenn gewöhnliche DNS-Update-Zugangsdaten dieselben Records überschreiben dürfen. Kryptografische Kontinuität braucht deshalb eine klar…
IETF
Die Konfiguration kam an. Die öffentliche Zone nicht: RFC 9527
RFC 9527 liefert einer Homenet Naming Authority Domain und Verteilmanager per DHCPv6. Ob Delegation, signierte Zone und öffentliche Antworten danach wirklich stimmen, ist eine andere Beweiskette.
IETF
Der Proxy nannte die Alias-Kette. Die Identität blieb offen: RFC 9532
RFC 9532 macht sichtbar, welche CNAMEs ein HTTP-Vermittler bei der Auflösung seines nächsten Hops erhalten hat. Die Liste kann Analyse und Cloaking-Erkennung verbessern, doch sie bleibt eine Aussage des Proxys über eine begrenzte Resolver-Sicht.
ICANN
Japans .jp-Registry im Fadenkreuz der Instrumentenkette: JPRS, ICANN und der JPNIC-Vertrag im Jahr 2026
Japan Registry Services Co., Ltd. (JPRS) verwaltet die Länder-Domain .jp im Auftrag der IANA unter einer Instrumentenkette aus IANA-Redelegation, ICANN-Sponsorship Agreement und einem Auftragsverhältnis mit JPNIC. Dieser Beitrag prüft, welche Instrumente welche Befugnisse…
Globale institutionelle Trends
ISC-AGP1 (AS210764): Die Verwaltungskette hinter einer stammservernahen RIPE-Registrierung
Die Analyse-Zusammenfassung zu ISC-AGP1 (AS210764): Die Verwaltungskette hinter einer stammservernahen RIPE-Registrierung erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die möglichen…
Globale Institutionen
BIND 9: Die Reparatur endet an drei veröffentlichten Grenzen
Ein öffentlicher Sicherheitshinweis für BIND 9 folgt aus der veröffentlichten Politik des Herstellers, nicht aus dem Zustand einer einzelnen Installation. Die Internet Systems Consortium, Inc. beschreibt in eigenen Dokumenten drei Grenzen, die den Umfang einer Reparatur…
ICANN
ICANN kann den eigenen Rechtsbruch feststellen. Die Abhilfe braucht dennoch eine zweite Instanz.
Die Satzung verpflichtet ICANN, Entscheidungen eines Independent Review Process als endgültigen, bindenden Schiedsspruch anzuerkennen. Was ein Panel anordnen darf, ist damit nicht gesagt: Es kann einen Verstoß gegen die Articles of Incorporation oder die Bylaws feststellen und…
Berichte
ARIN schloss den DS-Automatisierungsvorschlag. Die Entscheidung der Elternzone bleibt offen
Ein DNS-Signal aus der Kindzone beschreibt einen gewünschten Vertrauenswechsel; es erteilt dem Betreiber der Elternzone nicht automatisch den Auftrag dazu. ARIN hat im Januar den Vorschlag für automatische DS-Updates als nützlich bezeichnet, ihn zur internen Priorisierung gegeben…
ICANN
DNSSEC in Ghana und Nigeria: Die Prozentzahl verdeckt zwei Betreiberpflichten
ICANN meldet Fortschritte bei der DNSSEC-Nutzung in Westafrika. Hinter der gemeinsamen Erfolgsmeldung stehen jedoch verschiedene Eingriffe: Mobilfunknetze prüfen Antworten, eine Landesregistrierung signiert ihre Zone.
Geschichte
Als das Handelsregister den Domainnamen bestimmen sollte: Die verschobene Grenze des RFC 2352
Ein unabhängiger RFC schlug 1998 vor, für jede rechtlich eingetragene Organisation einen Domainpfad aus Firmenname, Rechtsform und Zuständigkeit abzuleiten. Das versprach klare Arbeitsteilung: Die Gesellschafts- oder Markenbehörde entscheidet über den Anspruch, das DNS trägt das…
IETF
Der Schlüssel passte zum DNS-Eintrag. Berechtigt war die Anwendung noch nicht
Revision 14 des DANE-Entwurfs für Client-Authentifizierung bindet einen im TLS-Handshake genannten DNS-Namen über DNSSEC und TLSA an ein Zertifikat oder einen Rohschlüssel. Diese Bindung belegt Schlüsselkontrolle, nicht die Erlaubnis für einen Dienst oder eine Anwendungshandlung.
ICANN
ICANN und der neue gTLD-Antrag: Wem gehört die Ablehnung – und was bringt der Rechtsbehelf?
Wer eine neue generische Top-Level-Domain beantragt, kann an den Programmregeln scheitern, an einer Empfehlung des Governmental Advisory Committee oder an einem Beschluss des ICANN-Vorstands. Der dokumentierte Rechtsweg führt danach nicht zur Delegierung: Reconsideration endet…
Berichte
Stork vergleicht DNS-Serien nur in erfassten Zonen
APNIC 62 zeigte einen nützlichen Vergleich über mehrere DNS-Server hinweg. Seine Aussagekraft beginnt jedoch vor der ersten Abweichung: bei den Daemons, Views und Zonenkonfigurationen, die tatsächlich in den Cache gelangten.
IETF
RFC 9874: Wenn ein EPP-Löschbefehl das DNS eines anderen Kunden trifft
Ein erfolgreicher Löschbefehl kann für den anfordernden EPP-Client korrekt sein und zugleich die Delegation eines anderen Clients beschädigen. RFC 9874 beschreibt diese geteilte Zuständigkeit. Wer den Befehl ausführen darf, ist nicht zwingend derjenige, dessen DNS davon abhängt.…
IETF
Die Übertragung war verschlüsselt. Die Zonenkopie brauchte weiterhin Obhut: RFC 9103
XoT nimmt einem passiven Beobachter den Klartext einer AXFR- oder IXFR-Verbindung. Es entscheidet aber nicht automatisch über die Berechtigung jeder Anfrage, die Verwahrung der Replik und die übrigen Wege, auf denen DNS-Daten sichtbar bleiben.
IETF
Der Ersatzserver antwortete. Der Cache kannte seinen Schlüssel nicht: RFC 8901
Ein zweiter autoritativer DNS-Anbieter kann nach dem Ausfall des ersten weiter antworten und trotzdem keine für validierende Resolver brauchbare Antwort liefern. RFC 8901 beschreibt DNSSEC-Redundanz als Synchronisationsvertrag zwischen Signierern, nicht als Zahl von Nameservern.
ICANN
4,3 Millionen IDNs zählen Registrierungen, nicht universelle Akzeptanz
Ein Name kann in der Root-Zone stehen, registriert sein und im DNS aufgelöst werden – und dennoch am ersten Eingabefeld eines Kontos scheitern. Der ICANN-Bericht 2026 zeigt beides: Der mehrsprachige Namensbestand ist groß, die Softwarekette für seine Nutzung bleibt lückenhaft.
IETF
Weniger Root-Anfragen bedeuten nicht weniger Datenverkehr
LocalRoot hält viele gewöhnliche Root-Abfragen auf dem Resolver-Host und reduziert die Abhängigkeit vom Live-Pfad zum Root Server System. Dafür entsteht eine andere Pflicht: Quellen finden, Änderungen prüfen, Zonendaten holen, ZONEMD und DNSSEC validieren, einen Stand aktivieren…
ICANN
ICANN ordnete AFRALOs Forderungen ein, ohne sie zu übernehmen
Der entscheidende Satz steht im Begleitschreiben: AFRALO übermittelte die gemeinsame Erklärung dem ICANN Board „zu Informationszwecken“. Dahinter folgten konkrete Vorschläge mit möglichen Haushalts-, Betriebs- und Governance-Folgen. Die zweiseitige Antwort erkannte das Anliegen…