Primäre Domain
DNS
Innerhalb der Facette Primäre Domain bündelt DNS die Berichterstattung nach primärem Themenbereich, sodass Leser einen fokussierten Bereich der Internetinfrastruktur, Governance, Konnektivitätsmärkte oder des digitalen Kapitals verfolgen können. Die Seite führt verwandte Artikel, öffentliche Belege, Institutionen, Unternehmen, Personen, regionale Verflechtungen, operative Abhängigkeiten und Marktkontext zusammen, die sonst über verschiedene Kategorieseiten verstreut wären. Sie erläutert den Themenbereich, die wahrscheinliche Akteursgruppe, den Markt- oder Governance-Kontext und das Quellenmaterial, das Leser beim Vergleich von Signalen heranziehen sollten. Betreiber, Analysten und mit Governance befasste Leser können erkennen, wie derselbe Themenbereich in Ereignissen, Profilen, Marktveränderungen, Belegen aus öffentlichen Quellen, regionalen Abhängigkeiten und langfristigen Infrastrukturentscheidungen immer wieder auftaucht.
Führungskräfte
Dean Pemberton wollte aus einem belasteten IPv4-Block eine DNS-Adresse machen. APNIC sagte erst ja, dann nein.
1.2.3.0/24 lag bei APNIC in Quarantäne, weil unerwünschter Verkehr eine normale Vergabe unattraktiv machte. Pemberton schlug lokal begrenztes DNS-Anycast vor. Am Donnerstag stimmte die Policy SIG zu, am Freitag fand die Mitgliederversammlung keinen Konsens.
Akademiker
Giovane Moura fordert vergleichbare DNS-Daten; .nl kann die IPv6-Historie nicht retten
SIDN veröffentlicht DNS-Kennzahlen für .nl im RSSAC-002-Format. Das eigene Repository weist zugleich einen fehlenden Tag und nicht rekonstruierbare ältere IPv6-Zählungen aus.
IETF
Joe Ableys DNSSEC-Test: 1 ms im Median, 1,405 Sekunden im p99
Im frühen Cloudflare-Test blieb der Median fast unbewegt. Im langsamsten Prozent wies der doppelt signierte Pfad beim p99 dagegen 1,405 Sekunden mehr verstrichene Zeit auf als die klassische Kontrolle. Die Grafik für validierende Resolver bezeichnete das aggregierte Ergebnis…
ICANN
Carlos Gañán trennt die DNS-Missbrauchsrechnung: mehr Monate, 38 Prozent kleinere Kampagnen
Unter 1.106 gTLDs lag die monatliche Missbrauchswahrscheinlichkeit bei Category 1 um 3,1 Prozentpunkte höher; nach dem Auftreten lag die erwartete Kampagnengröße um 38 Prozent niedriger. Zusammengenommen schätzte das Modell 37 Prozent weniger böswillig registrierte Domains je…
Akademiker
Ginevra Fabrizio sparte 11 Byte – NXDOMAIN blieb trotzdem zu groß
Auf der RIPE 93 verglich die Forscherin der Universität Twente zwei Falcon-512-Formate anhand eines Tages mit `.nl`-Anfragen. Die ungepolsterte Signatur hatte einen Median von 655 Byte gegenüber 666 Byte; jede getestete NXDOMAIN-Antwort überschritt weiterhin beide untersuchten…
IETF
Algorithmus 18 hatte eine Nummer. Joe Abley fand die EPP-Schranke.
IANA führt ML-DSA-44 als DNSSEC-Algorithmus 18. Auf der RIPE 93 beschrieb Joe Abley die nächste Hürde: Ein Registry-System kann DS-Daten ablehnen, die ein Betreiber per EPP übermittelt. Sein individuelles Draft vom Oktober will die Annahmeregeln an die IANA-Register koppeln.
Akademiker
Martine Sophie Lenders fand das Signal, das verschlüsseltes DNS im Paket verrät
Ihre Studie zu knapper IoT-Hardware liest keine DNS-Anfrage. Sie prüft, ob die Paketform den DNS-Verkehr trotzdem erkennen lässt – und wie Blockübertragung und Header-Kompression dieses Signal verkleinern.
Globale Institutionen
Fünf benannte Fixes und ein vages Wort: CVE-2025-40778 lesen
Ein datierter Bericht über eine Cache-Poisoning-Lücke in BIND 9 zählt genau auf, welche Builds den Fix tragen, und überlässt die betroffene Seite dem Wort „various“. Dieses Ungleichgewicht entscheidet, was der Eintrag gegenüber demjenigen belegen kann, der das Update freigibt…
Fallakte
Dyn antwortete weiter. Kein Text verpflichtete die Namensauflösung.
Ein gemeinsamer Namensdienst absorbierte im Oktober 2016 Verkehr aus einem Botnetz, und die öffentliche Akte behielt den Vorgang als Ausfallgeschichte. Die Dokumente, die danach kamen, sind merkwürdiger: eine Bundeswarnung über die Geräte, die diesen Verkehr erzeugten, und danach…
Führungskräfte
Ray Bellis und die Richtung einer Pflicht
Zwei Dokumente desselben Ingenieurs unterscheiden sich zuerst in der Richtung ihrer Verpflichtung. Das eine verbietet einem Mittler, sich in etwas einzumischen, das er nicht versteht. Das andere verlangt von zwei Seiten, erst einen gemeinsamen Zustand zu schaffen, bevor eine von…
ICANN
Die .org-Absage: ein Zustimmungsvorbehalt ohne veröffentlichten Maßstab
Im November 2019 vereinbarte die Internet Society den Verkauf von Public Interest Registry, dem Betreiber der Top-Level-Domain .org, an die Beteiligungsgesellschaft Ethos Capital. Am 30. April 2020 verweigerte der ICANN-Vorstand seine Zustimmung zum Kontrollwechsel der…
IETF
Eine Nummer ist noch keine Vertrauenskette
RFC 9563 gibt SM2-Signaturen und SM3-Digests eindeutige DNSSEC-Kennungen. Damit ist das Format benennbar. IETF-Konsens, kryptografische Eignung, Validator-Unterstützung und eine authentifizierte Namensauflösung folgen daraus nicht.
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.
Geschichte
Gihan Dias und Sri Lankas zwei Namen in der Root-Zone
Ein Land kann technisch vernetzt sein und im Namensraum des Netzes dennoch nur unvollständig vorkommen. Gihan Dias’ Weg von sparsamem Wählleitungs-E-Mail bis zur Verantwortung für `.LK` zeigt, warum Sri Lanka nach der Verbindung noch zwei eigene Schriften in die DNS-Root bringen…
Fallakte
Wenn ein BIND-Fix noch keine belastbare Reparatur ist
ISC veröffentlicht für schwerwiegende BIND-Schwachstellen Abhilfe. Die offene Frage beginnt danach: Können Betreiber ihre Betroffenheit nachweisen, den Fix tatsächlich ausrollen und die wiederhergestellte Resolver-Resilienz unter realer Belastung überprüfen?
IETF
James Gould und das Schwärzungssignal, das keine Richtlinie beweist
Wenn in einer RDAP-Antwort ein Feld fehlt, sieht das Ergebnis eindeutig aus: Dort steht nichts. Die Entstehungsgeschichte bleibt jedoch offen. Vielleicht gab es nie einen Wert; vielleicht hält der Server ihn nur für diesen Client zurück. RFC 9537, mitverfasst von James Gould…
Fallakte
Wer darf die nächste interne Zone anlegen?
Eine öffentliche DNS-Zone kann eine interne Namensauflösung bestätigen, ohne das interne Namensverzeichnis offenzulegen. RFC 9704 macht daraus eine präzise technische Vereinbarung. Wie weit diese Vereinbarung reicht, entscheidet aber darüber, welche Änderungen später noch eine…
IETF
Suzanne Woolf und das Serveretikett, das keine Maschinenidentität ist
Liefert eine DNS-Antwort eine Serverkennung mit, wirkt die Identitätsfrage zunächst gelöst. In Anycast-Netzen, hinter Lastverteilern und bei frei gewählten Betreiberwerten wäre diese Schlussfolgerung jedoch zu groß. Der von Suzanne Woolf mitverfasste RFC 4892 legt eine…
IETF
Sara Dickinson und das Resolver-Versprechen, das Verschlüsselung nicht belegen kann
Ein verschlüsselter DNS-Kanal schließt Beobachter auf dem Weg aus. Am Ende des Kanals steht jedoch ein Resolver, der die Frage lesen muss. RFC 8932, an dem Sara Dickinson mitgewirkt hat, lenkt den Blick auf diesen Moment: Welche Daten werden gespeichert, zusammengeführt…
ICANN
Allison Mankin und die Namenskollisions-Stichprobe, die ihre Ursache nicht bewies
Eine Root-Messung kann Name, Query-Typ und Zeitpunkt exakt festhalten. Sie kennt deshalb noch nicht die Anwendung, den verantwortlichen Betreiber oder den Schaden einer späteren Delegation. Der von Allison Mankin mitverfasste RFC 8023 macht aus dieser Lücke eine überprüfbare…