Thema
Rechenschaftspflicht bei WHOIS/RDAP
Innerhalb der Facette Thema verbindet die Themenanalyse Rechenschaftspflicht bei WHOIS/RDAP 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.

Fallakte
Ein validiertes Postfach, ein ungeklärter Halter: NEXGENETs Verantwortungsfläche direkt gelesen
Der Whois-Dienst von APNIC bestätigt, dass das Abuse-Postfach hinter drei autonomen Systemen am 7. Juli 2026 validiert wurde — doch wer das eine dieser Systeme hält, wird inzwischen von verschiedenen öffentlichen Mirrors unterschiedlich eingetragen, und die maßgebliche Registry…

ICANN
JPRS RDAP: Wer den Registrar hinter einer .jp-Domain sieht – der Beschluss des 80. JP-Beratungsgremiums
Am 7. Juli 2026 stimmte der 80. JP-Domain-Name-Advisory Committee zu, dass JPRS in den RDAP-Ergebnissen für JP-Domains den Namen des verwaltenden指定事業者 anzeigen sollte – ein kleiner Datensatz, ein großer Transparenzsatz. Kein Ordnungsamt hat das verlangt; ein Beratungsgremium…

Asien-Pazifik-Cloud-Dienste
kz-novacloud-mnt: getrennte Kontrolle über Registrierung und Routen
Ein Wartungsobjekt der RIPE-Datenbank bestimmt, wer die Registrierungsdaten eines Cloud-Anbieters ändern darf. Im Fall von Nova Cloud LLP schützt kz-novacloud-mnt das Autonome System und die Organisationseinträge – doch die Route-Objekte des angekündigten Adressraums stehen unter…

Berichte
Die langsame Erosion des abuse-c: Warum der Missbrauchskontakt des RIPE-NCC funktional validiert, aber inhaltlich ungeprüft bleibt
Im RIPE-Dienstgebiet wird jede abuse-c-Eintragung jährlich darauf geprüft, ob E-Mails an sie zugestellt werden können — nicht darauf, ob sie gelesen oder bearbeitet wird. Dieser Bericht zeichnet nach, wie dieses System aus Anzeige, Validierung und stillschweigendem…

Fallakte
RIPE-858 und der Abuse-Kontakt: Wer eine Missbrauchsmeldung tatsächlich beantwortet
Eine Meldung über Netzmissbrauch landet nicht beim RIPE NCC. Sie landet in einem abuse-c-Postfach, das ein Betreiber unterhalten muss – und ob geantwortet wird, entscheidet nicht das Register. Die Revision von RIPE-858 zum 7. Mai 2026 hat den Postweg aus dem Verfahren entfernt…

Berichte
RIPE-NONAUTH: 0,006 Prozent der Whois-Abfragen und 20 Prozent der NRTM-Anfragen sind verschiedene Messwerte
Die RIPE NCC hat zwei Kennzahlen zu RIPE-NONAUTH veröffentlicht. Sie beziehen sich auf unterschiedliche Zugriffswege, nicht auf eine gemeinsame Nutzungsquote. Der Bereinigungsplan für das vierte Quartal steht auf „Starting“; keine der beiden Zahlen zählt abhängige Betreiber oder…

Asien-Pazifik Regionaler ISP
Ein Verantwortlichkeits-Kontakt unter Prüfung: Was am Konto von NEXGENET COMPANY LIMITED verifizierbar bleibt
Eine myanmarische LIR betreibt drei registrierte ASNs hinter einem einzigen, selbstverweisenden Rollenobjekt und einem Postfach. Diese Kurzanalyse prüft, welche Teile dieser Verantwortlichkeitskette sich verifizieren lassen — und welche nicht.

Cloud-Dienste in Europa und im Nahen Osten
Tideo Administration: Die Verwaltungsstelle hinter einem stillgelegten Netz
Die Analyse-Zusammenfassung zu Tideo Administration: Die Verwaltungsstelle hinter einem stillgelegten Netz erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die möglichen…

Berichte
Wer misst, und wer muss reparieren: Die geteilte Kontrolle über Abuse-Kontakte im RIPE-Raum
Die RIPE NCC prüft jährlich, ob die Abuse-Kontakte ihrer Mitglieder erreichbar sind — und genau damit endet ihre Verantwortung. Was die gemeldeten Adressen anschließend mit Beschwerden tun, entscheidet sich in den Netzwerken von über 20.000 lokalen Internetregistern und deren…

Fallakte
Das Sanktionsende der RIPE NCC: Wie der Kündigungs- und Schiedspfad bei Abuse-Contacts funktioniert
Wer jahrelang einen ungültigen Abuse-Contact in der RIPE Database stehen lässt, riskiert am Ende nicht bloß eine Mahnung, sondern die vollständige Schließung seiner Mitgliedschaft und die Abmeldung seiner Internetressourcen. Ob und wie ein betroffenes Mitglied dieses…

Berichte
RIPE-Abuse-Kontakte 2025–2026: validiert, gemessen — und die letzte Sanktion bleibt unberührt
Das RIPE NCC hat 2025 mehr als 2.300 Untersuchungen zur Validierung von Abuse-c-Kontakten durchgeführt und alle validierten Adressen als RIPE-705-konform gemeldet. Doch der dokumentierte Sanktionsstufenplan gegen dauerhaft nicht reagierende Abuse-Kontakte ist nach eigener…

Globale Cloud-Dienste
NovaCloud-admin: Was das Register über Kontrolle verrät – und was nicht
Unter dem Namen NovaCloud treten mehrere Anbieter und zwei autonome Systeme auf, doch das Handle "novacloud-admin" existiert in keinem durchsuchten Registrierungsobjekt. Die verifizierbare Verwaltungsgewalt liegt stattdessen bei benannten RIPE-Objekten – einem Maintainer, einer…

Fallakte
Wer haftet, wenn der Abuse-Handle den Namen einer verschwundenen Firma trägt? Das Svea-Konglomerat im RIPE-Register
Die Analyse-Zusammenfassung zu Wer haftet, wenn der Abuse-Handle den Namen einer verschwundenen Firma trägt? Das Svea-Konglomerat im RIPE-Register erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die…

IETF
Das Token ist gültig. Die RDAP-Abfrage ist noch nicht berechtigt
RFC 9560 gibt RDAP einen föderierten Identitäts- und Tokenablauf. Eine erfolgreiche Authentifizierung beweist weder den tatsächlichen Zweck noch die Berechtigung der einzelnen Abfrage, eine minimale Offenlegung oder ein brauchbares Datenergebnis.

ICANN
Netpia: Eine beglichene Rechnung öffnet noch keinen Datenzugang
Die Zahlungsforderung prägt die formelle Vertragsverletzung in ICANNs Schreiben. Zugleich stehen zwei andere Zugangswege auf dem Prüfstand: die öffentliche RDAP-Abfrage und eine auffindbare Stelle für Anträge auf nicht öffentliche Registrierungsdaten.

Berichte
RIPE ABUSE: Das letzte Mittel, das nicht gezogen wurde – dokumentiertes Verfahren gegen nachgewiesene Durchsetzung im Abuse-Kontakt-Regime des RIPE NCC
Ein Postfach kann die automatische Validierung des RIPE NCC bestehen, während die an es gerichteten Missbrauchsmeldungen unbeantwortet bleiben. Die Sanktionsleiter, die dieses Verhalten ahnden soll, hat laut den eigenen Unterlagen der Institution für dieses spezifische…

Berichte
APNIC stellte 3,0 Prozent einer Geofeed-Erfolgsstichprobe. Das ist keine Adoptionsrate
Eine Grafik von APNIC 62 weist APNIC mit der scheinbaren Genauigkeit einer Nachkommastelle den kleinsten Balken zu. Entscheidend ist die Fußnote: Grundlage waren 200.000 zufällig ausgewählte, über Whois auffindbare Geolokationszeilen; Herausgeber wurden auf unterschiedliche…

Berichte
Der XARF-Leitfaden im LACNIC-Blog zählt sieben Pflichtfelder, die Spezifikation acht
Im Kurzüberblick fehlt `sender`: das Feld, das den Hinweisgeber von der übermittelnden Organisation trennt. Erst mit Schema-Version, Rollen und Prüfregeln wird „gültig“ zu einer nachvollziehbaren Aussage.

Gesellschaft für Nummernressourcen
NovaCloud-Admin: Ein Markenname, sechs Organisationen und zwei autonome Systeme
Der Handle „novacloud-admin“ klingt nach einer klaren Zuständigkeit für ein Netz. Die öffentlichen Register zeichnen ein anderes Bild: Derselbe Markenname erscheint bei mehreren voneinander unabhängigen Firmen in verschiedenen Jurisdiktionen, während zwei autonome Systeme jeweils…

Berichte
LACNICs WHOIS zeigt Ursprungs-ASNs, aber nicht ihre Autorisierungsgrenze
Die Analyse-Zusammenfassung zu LACNICs WHOIS zeigt Ursprungs-ASNs, aber nicht ihre Autorisierungsgrenze erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die möglichen…
