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
Als die öffentliche Abfrage zur privaten Lead-Maschine wurde: Register.com gegen Verio
Eine tägliche Liste neu registrierter Domains war öffentliche Infrastruktur, bis Verio sie mit automatisierten WHOIS-Abfragen und schnellen Vertriebsanrufen verband. Der Fall zeigt vor allem eine betriebliche Trennung: Veröffentlichungspflicht, Maschinenzugriff, Weiterverwendung…

ICANN
Wann eine Meldung über DNS-Missbrauch handlungsfähig wird — und was der Vertrag weiterhin nicht anordnet
Der entscheidende Moment im ICANN-Vertragsregime ist nicht der Eingang einer Behauptung. Er ist erreicht, wenn die verfügbaren Informationen eine vernünftige Feststellung tragen. Dann müssen Registrar oder Registry zügig handeln, aber weiterhin eine Maßnahme wählen, die zu ihrer…

Fallakte
Die Zertifikate waren nicht abgelaufen: Chromes Entrust-Stichtag machte Vertrauen zur Betriebslizenz
Nicht allein das Ablaufdatum im TLS-Zertifikat entschied über die Verbindung. Maßgeblich wurde, wann das Zertifikat im Transparenzprotokoll erschien und ob Chrome der ausstellenden Stelle zu diesem Zeitpunkt noch standardmäßig vertraute.

Geschichte
Der Hinweis, den eine Antwort ersetzen musste: DNS-Root-Priming
Ein rekursiver Resolver beginnt mit absichtlich unvollständigem Wissen: Er besitzt Adressen, über die er die DNS-Root erreichen kann, aber noch keine aktuellen Root-Daten im Cache. Priming verwandelt diesen geerbten Hinweis in eine autoritative Antwort mit Ablaufzeit.

IETF
Der geheime Servername braucht weiter eine öffentliche Tür: ECHs neue Datenschutzgrenze
Ein Client kann den eigentlichen Zielnamen im ersten TLS-Gruß verbergen. Damit die öffentliche Tür den verschlossenen inneren Gruß öffnen kann, muss der Client jedoch vorher Schlüssel und Tür kennen. ECH beseitigt die Grenze daher nicht; es verlegt sie in DNS, Frontend-Betrieb…

ICANN
Ein Portal, keine Frist: Wer genehmigt den Zugriff auf Zonendateien?
Über CZDS lassen sich Zonendateien vieler generischer Top-Level-Domains an einer Stelle beantragen. Der gemeinsame Eingang verdeckt jedoch eine verteilte Zuständigkeit: Prüfung, Genehmigung, Widerruf und Aufsicht liegen nicht bei derselben Stelle.

ICANN
Der gefälschte Brief, der Sex.com verschob: Kremen gegen Cohen und Network Solutions
Der Fall handelte nicht vom Transport einer Sache, sondern von einer Änderung im maßgeblichen Registrierungsbestand. Gerade diese Trennung macht sichtbar, wer Autorität behauptete, wer handelte und wer die Kontrolle wiederherstellen konnte.

ICANN
Eine Domain in den Händen eines Zwangsverwalters: Office Depot gegen Zuccarini
Mehr als 190 `.com`-Namen standen im Raum, obwohl nur ein anderer Name den ursprünglichen Rechtsstreit ausgelöst hatte. Das Berufungsgericht musste erklären, wie ein Urteil auf solche immateriellen Vermögenswerte zugreifen konnte.

Geschichte
Nummer drei ist kein Servername: die begrenzte Identität von DNS NSID
Ein weltweit abgestimmter Optionscode kann Informationen tragen, deren Bedeutung nur ein einzelner Betreiber kennt. DNS NSID nutzte genau diese Trennung: Die Kennung sollte zur untersuchten Antwort gehören, ohne dass das Internet ein gemeinsames Namensverzeichnis aller Server…

Geschichte
Ein Bit hält keinen Dienst am Leben: Warum DNS WKS kein Live-Verzeichnis wurde
Ein gesetztes Bit sollte einen lauschenden Server ankündigen. Ein fehlendes Bit konnte verhindern, dass ein Mailprogramm ihn überhaupt kontaktierte. Dazwischen lag die entscheidende Schwäche von WKS.

ICANN
Der Vier-Stunden-Kontakt, der den Transfer nicht rückgängig machen kann
Um 02:00 Uhr meldet der bisherige Registrar einen mutmaßlich unbefugten Transfer über TEAC. Um 05:59 Uhr antwortet eine befugte Fachkraft des neuen Registrars und eröffnet die Untersuchung. Die Vier-Stunden-Pflicht ist erfüllt. Im Register steht weiterhin derselbe neue Sponsor.

ICANN
§1610(g)(3) schützte Dritte, nicht die Selbstbeschreibung ICANNs
Die Gläubiger besaßen vollstreckbare Terrorismusurteile. Doch die Nutzer, Registrare und Netzbetreiber innerhalb von `.ir`, `.sy` und `.kp` hafteten dafür nicht. An dieser Kostengrenze scheiterte der Versuch, eine laufende Länderkennung wie einen übergabefähigen…
ICANN
Die Werkstatt hinter Root-Empfehlungen: Wer kontrolliert den RSSAC-Caucus-Prozess?
Auf einem RSSAC-Dokument steht der Name des beschließenden Ausschusses. Der größte Teil der fachlichen Arbeit entsteht jedoch in einem breiteren Expertenkreis. Das geltende Verfahren trennt beides: Der RSSAC Caucus kann Fragen aufwerfen, Belege ordnen und Entwürfe schreiben; die…
ICANN
Die vom Board ernannten Sicherheitsexperten: Wo die Macht des SSAC endet
Ein Satz in den SSAC-Verfahrensregeln setzt den Maßstab: Die Hauptpflicht der Mitglieder besteht nicht darin, Interessenkonflikte zu beseitigen oder Betroffene von der Beratung auszuschließen. Sie besteht in Offenlegung und Transparenz. Wer dieses Modell prüfen will, muss deshalb…

Fallakte
Der rückwärts laufende Kalender der 30-Prozent-Abgabe
Erst endete die Erhebung. Dann stellte ein Gericht das Fehlen einer Ermächtigung fest. Danach erklärte der Kongress die Vergangenheit für rechtmäßig. In diesem Fall entschied die Reihenfolge der Daten darüber, ob aus einem Rückzahlungsanspruch ein Bundesvermögen wurde.

Geschichte
Der Name, der einen Dienst wählte: Wie DNS SRV Server fand
Eine Domain führte einst zu einer Adresse und einem vermuteten Port. DNS SRV machte Dienstort zu einer ausdrücklichen, begrenzten Auswahl.

Geschichte
Der Alias verschob keine Autorität: DNS DNAME
DNAME leitet Nachfahren durch Suffixaustausch um. Eigentümer, Zonen-Apex, Zonenschnitt und NS-Autorität bleiben unverändert.

Geschichte
Der Name aus der Frage: Grenzen von DNS-Wildcards
Eine DNS-Wildcard kann einen nicht gespeicherten Namen synthetisieren. Exakte Knoten, Nichtterminale und Delegation bestimmen, wann die Vorgabe antwortet.
Fallakte
Die Antwort, die das Rennen gewann: Kaminsky, DNS und die Entropie hinter Vertrauen
Das gefälschte Paket musste keine Autorität beweisen. Es musste nur zu einer offenen Anfrage passen und vor der echten Antwort eintreffen. Die DNS-Krise von 2008 machte aus dieser Annahmeregel ein beliebig erneuerbares Rennen – und trennte die Verteuerung einer Lüge von der…
Fallakte
Die Signatur, die jeden Schlüssel verlangte: Was KeyTrap über die Kosten von Vertrauen zeigte
KeyTrap fälschte DNSSEC nicht. Der Angriff machte aus der Sorgfalt des Validators eine fernsteuerbare Rechenressource und zwang Betreiber, Beweisarbeit lokal zu budgetieren.
