Zusammenfassung

  • Öffentliche Register, Maintainer-Angaben, IRR-Objekte, RPKI-Daten und BGP-Beobachtungen beantworten unterschiedliche Fragen. Keines dieser Elemente beweist allein die operative Kontrolle über ein Netz oder eine vertragliche Leistungspflicht.
  • Für eine belastbare Korrektur oder einen Rechtsbehelf muss zuerst feststehen, welche konkrete Aussage bewiesen ist, welcher Akteur dafür zuständig ist und welches Verfahren diese Zuständigkeit anerkennt.

Ein Datensatz ist keine vollständige Kontrollkette

Die Recherche zu INFINITYWIFI und AS210057 führt zu einer institutionellen, nicht nur technischen Frage: Welche Person oder juristische Einheit kann eine Änderung tatsächlich auslösen oder rückgängig machen, und wer müsste gegenüber einem Betroffenen für deren Folgen einstehen?

Die öffentlich zugänglichen Instrumente teilen diese Frage in mehrere Ebenen. Die IANA-RDAP-Bootstrap-Daten verweisen auf den zuständigen Regional Internet Registry-Dienst; die RIPE-Datenbank stellt Informationen zu Aut-num-Objekten und deren Historie bereit. Diese Quellen können zeigen, welchem Dienst ein Nummernobjekt zugeordnet ist und welche Felder in einem Datensatz geführt werden. Sie sind aber keine vollständige Eigentums- oder Betriebserklärung. IANA-RDAP-Bootstrap-Daten, RIPE-RDAP-Eintrag für AS210057, RIPE-Datenbankobjekt

Das ist die erste Grenze: Die Registrierung einer autonomen Systemnummer ist nicht dasselbe wie der Nachweis, wer Router administriert, Kunden versorgt oder eine konkrete Route verändert. Auch ein Maintainer-Feld bezeichnet zunächst eine Datenbankpflege- oder Autorisierungsbeziehung. Es kann eine wichtige Spur sein, beweist aber nicht ohne weitere Belege die wirtschaftliche Eigentümerschaft oder die operative Verantwortung.

Sieben Ebenen, sieben verschiedene Beweisfragen

1. Registry-Zuweisung. Zu klären ist, welcher Registerdienst und welcher aktuelle Datensatz mit AS210057 verbunden sind. Die Delegations- und RDAP-Quellen können diese Zuordnung stützen. Sie sagen nicht ohne Weiteres, wer die Infrastruktur im Alltag kontrolliert. Delegationsdaten der RIPE NCC-Region

2. Datenbankpflege. Maintainer- und Kontaktfelder zeigen, wer Änderungen an einem Datenbankobjekt veranlassen oder verwalten kann. Das ist eine technische beziehungsweise administrative Autorität innerhalb eines Registers. Der RIPE-DB-Dokumentationsbestand und die RIPE-Kontaktwege beschreiben Verfahren und Zuständigkeiten, ersetzen aber keinen Nachweis über den tatsächlichen Betreiber.

3. Routenautorisierung. IRR-Route-Objekte und RPKI/ROA-Daten können für einen bestimmten Präfix, Ursprung und Zeitpunkt belegen, dass eine Beziehung erklärt oder kryptografisch autorisiert wurde. RPKI ist deshalb eine Autorisierungsschicht, keine allgemeine Aussage darüber, wer den Dienst ausführt. Die einschlägigen RIPE-NCC-RPKI-Unterlagen, RFC 6482 und die RIPE-682-Dokumentation müssen jeweils im Zusammenhang mit Präfix, Origin und Beobachtungszeit gelesen werden.

4. Beobachtetes Routing. RIPE RIS, Route Views und RIPEstat können zeigen, was ein bestimmter Kollektor in einem bestimmten Zeitraum gesehen hat. Solche Beobachtungen sind zeit- und vantage-point-gebunden. Sie beweisen weder, dass alle Kollektoren dasselbe sahen, noch wer eine Route technisch kontrollierte. Dazu gehören etwa RIPEstat-Routing-Daten, BGP-Zustandsdaten, Routing-Historie, RIS-Daten und das Route-Views-Archiv.

5. Operative Kontrolle. Die entscheidende Frage lautet, wer eine Route oder einen Dienst tatsächlich ändern, stoppen oder wiederherstellen kann. Aus Registereintrag, IRR, RPKI, BGP-Sichtbarkeit, PeeringDB oder Abuse-Kontakt allein folgt diese Kontrolle nicht. Dafür wären korrespondierende Betreiberangaben, Incident-Dokumentation, technische Logs oder ein anderer direkt zurechenbarer Nachweis erforderlich.

6. Vertragliche Verantwortung. Ein Anbietername, eine Kontaktadresse oder eine Unternehmenssuche belegt noch keinen wirksamen Kundenvertrag. Die Unternehmenssuche nach InfinityWiFi Limited kann eine Recherche-Spur liefern; sie weist für sich genommen weder einen bestimmten Dienstvertrag noch eine konkrete Leistungspflicht gegenüber einem Betroffenen nach.

7. Rechtsbehelf. Die richtige Stelle hängt davon ab, welche Ebene tatsächlich fehlerhaft ist. Für eine Datenbankkorrektur gelten andere Wege als für eine Route, eine missbräuchliche Nutzung, eine Vertragsverletzung oder eine regulatorische Beschwerde. RIPE NCC nennt Kontakt- und Abuse-Verfahren. Für Verbraucher- oder Dienstqualitätsfragen können Ofcom-Beschwerdewege, die Telekommunikationsbedingungen, gesetzliche Grundlagen und Informationen zur automatischen Entschädigung relevant sein. Ihre Anwendbarkeit hängt jedoch von Identität, Vertrag, Datum, Dienst und Zuständigkeit ab.

Die Identitätskette darf nicht verkürzt werden

Der Name INFINITYWIFI kann in einem Verzeichnis, einem Unternehmensregister und einem technischen Datensatz auftauchen, ohne dass damit dieselbe rechtliche oder operative Identität bewiesen ist. Ebenso darf aus einer Namensähnlichkeit keine Verbindung zu Comcast oder Xfinity WiFi abgeleitet werden. Der vorliegende Nachweis etabliert keine solche Identitätsbrücke.

Auch die Zuordnung eines ASN zu einer Organisation beantwortet nicht automatisch, welcher Mitarbeiter oder welche juristische Person eine Änderung autorisieren kann. Für diese Frage müssten Datenbankrolle, Betreiberrolle, wirtschaftliche Verantwortung und Vertragspartei getrennt belegt werden. Selbst ein gültiger Abuse-Kontakt bezeichnet zunächst einen Kommunikationskanal; er garantiert keine Abhilfe.

Was eine belastbare Untersuchung zusätzlich braucht

Eine belastbare Zuschreibung sollte mindestens den konkreten Präfix, Origin, Zeitpunkt und die verwendete Beobachtungsquelle festhalten. Danach muss sie prüfen, ob eine IRR-Erklärung, eine ROA-Autorisierung und die Sicht mehrerer Kollektoren übereinstimmen. Die RIPEstat-Übersicht zu AS210057, Whois-Daten, Abuse-Contact-Finder und angekündigten Präfixe sind dafür unterschiedliche Beweisstücke, keine austauschbaren Belege.

Erst wenn eine konkrete Abweichung nachgewiesen ist, lässt sich der nächste Schritt bestimmen: eine Korrektur im Register, eine technische Eskalation an Resource Holder oder Maintainer, eine Meldung an einen Abuse-Kanal, eine vertragliche Beschwerde oder ein regulatorisches Verfahren. Die Wahl des Verfahrens ist daher selbst eine Schlussfolgerung aus der Beweiskette.

Befund und offene Punkte

Die verfügbaren Quellen und Verfahren teilen Verantwortung auf mehrere Institutionen und Rollen auf. Sie zeigen, wo nach einem Datensatz, einer Autorisierung, einer Routing-Beobachtung oder einem Kontakt gesucht werden kann. Sie zeigen noch nicht, welche benannte Person oder juristische Einheit AS210057 operativ steuern kann, welcher Vertragspartner einem Kunden gegenübersteht oder welcher Rechtsbehelf im konkreten Fall Erfolg hätte.

Die bereitgestellte Recherche wurde nicht als Live-Abruf durchgeführt. Aktuelle Felder, Statusangaben, Maintainer, Präfixe und Objektgeschichte müssen deshalb direkt anhand der unveränderlichen Quellenaufnahmen und, für gegenwartsbezogene Aussagen, durch eine erneute aktuelle Prüfung verifiziert werden. Bis dahin ist die präziseste Aussage begrenzt: Die Register- und Routingebenen liefern Hinweise auf unterschiedliche Autoritäten, aber keinen vollständigen Nachweis der operativen Kontrolle oder der vertraglichen Verantwortung.

Weitere Quellen: https://apps.db.ripe.net/db-web-ui/query?searchtext=AS210057; https://archive.routeviews.org/; https://bgp.tools/as/210057; https://data.iana.org/rdap/asn.json; https://data.ris.ripe.net/; https://docs.db.ripe.net/; https://find-and-update.company-information.service.gov.uk/search/companies?q=InfinityWiFi%20Limited; https://ftp.ripe.net/pub/stats/ripencc/delegated-ripencc-extended-latest; https://rdap.db.ripe.net/autnum/210057; https://rest.db.ripe.net/ripe/aut-num/AS210057.json; https://rest.db.ripe.net/ripe/aut-num/AS210057/versions; https://rest.db.ripe.net/search.json?query-string=AS210057&inverse-attribute=origin&type-filter=route&type-filter=route6&source=RIPE; https://stat.ripe.net/data/abuse-contact-finder/data.json?resource=AS210057; https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210057; https://stat.ripe.net/data/as-overview/data.json?resource=AS210057; https://stat.ripe.net/data/bgp-state/data.json?resource=AS210057; https://stat.ripe.net/data/routing-history/data.json?resource=AS210057; https://stat.ripe.net/data/routing-status/data.json?resource=AS210057; https://stat.ripe.net/data/rpki-history/data.json?resource=AS210057; https://stat.ripe.net/data/whois/data.json?resource=AS210057; https://www.legislation.gov.uk/ukpga/2015/15/part/1/chapter/4; https://www.ofcom.org.uk/make-a-complaint/complain-about-phones-or-internet-services/; https://www.ofcom.org.uk/phones-and-broadband/information-for-industry/telecoms-general-conditions/; https://www.ofcom.org.uk/phones-and-broadband/service-quality/automatic-compensation-need-know/; https://www.peeringdb.com/api/net?asn=210057; https://www.rfc-editor.org/rfc/rfc6482; https://www.ripe.net/manage-ips-and-asns/resource-management/rpki/; https://www.ripe.net/publications/docs/ripe-679/; https://www.ripe.net/publications/docs/ripe-682/; https://www.ripe.net/support/abuse/; https://www.ripe.net/support/contact/