Zusammenfassung

  • APNIC verlangt IRT-Verweise beim Anlegen oder Ändern von inetnum-, inet6num- und aut-num-Objekten und leitet Vorfallmeldungen damit an eine spezialisierte Kontaktstelle.
  • Der Verweis belegt eine Registerzuordnung zum Beobachtungszeitpunkt; er belegt keine Routerkontrolle, keinen aktuellen BGP-Ursprung, keine Verkehrsführung, Verfügbarkeit, Schuld oder Eigentümerschaft.

Ein Pflichtverweis mit begrenztem Auftrag

APNIC führte verpflichtende Verweise auf Incident Response Teams im November 2010 ein. Missbrauchsmeldungen sollten nicht länger in allgemeinen Verwaltungs- oder Technikpostfächern versanden. Der Ressourceneintrag enthält deshalb mnt-irt; das verknüpfte IRT-Objekt führt ein abuse-mailbox sowie administrative, technische, Authentifizierungs- und Maintainer-Attribute.

Die Konstruktion schafft einen nachvollziehbaren Eskalationsweg. Sie zeigt, welches Registerobjekt APNIC für die Vorfallbearbeitung dieser Ressource vorgesehen hatte. Seit 2019 verlangt die Richtlinie außerdem eine halbjährliche Validierung der IRT-Kontakte. Ungültige oder nicht reagierende Kontakte können zur Berichtigung gemeldet werden. Der Eintrag enthält damit sowohl die bestimmte Kontaktzuordnung als auch einen zeitlich begrenzten Validierungsstatus.

Ihre Bedeutung wird dadurch nicht weiter. APNIC beschreibt IRTs als Teams zur Bearbeitung von Missbrauchs- oder Computersicherheitsvorfällen, getrennt von Netzbetriebsabteilungen. Der Datenbankverweis bezeichnet das Kontaktobjekt für Incident Response; er bezeichnet weder die Netzbetriebsabteilung noch belegt er eine organisatorische Beziehung zwischen beiden Funktionen.

abuse-c ist eine Projektion, kein zweiter Zeuge

APNIC zeigt in Ressourceneinträgen auch abuse-c an. Laut Servicedokumentation verweist das Attribut auf ein Rollenobjekt mit denselben Kontaktdaten wie das IRT-Objekt des Mitglieds. Änderungen erfolgen über das IRT, weil abuse-c daraus erzeugt wird.

Das gemeinsame Auftreten von mnt-irt und abuse-c ist daher keine unabhängige Bestätigung durch zwei Quellen. Beide sind Ansichten desselben Kontaktmodells. Ihre Übereinstimmung bestätigt interne Konsistenz, nicht den Betrieb des Netzes durch den Postfachinhaber oder dessen Verantwortungsübernahme für einen bestimmten Vorfall.

Auch die Validierung hat eine zeitliche Grenze. Ein Validierungsnachweis zeigt, dass der Kontaktprozess des Registers zu einem bestimmten Zeitpunkt erfolgreich war. Er garantiert nicht dauerhaft, dass ein Mensch jede spätere Meldung liest, versteht und bearbeitet. Aktuelle Erreichbarkeit erfordert einen aktuellen Test, dessen Zustellergebnis und Reaktionszeit separat festgehalten werden.

Benachbarte Felder trennen unterschiedliche Befugnisse

Der inetnum-Leitfaden unterscheidet admin-c, tech-c, abuse-c, mnt-by, mnt-irt und mnt-routes. mnt-by schützt Änderungen am Datenbankobjekt. mnt-routes steuert, wer zugehörige Route-Objekte anlegen darf. tech-c bezeichnet eine technische Kontaktfunktion. Keines dieser Felder beobachtet Pakete an einem Router.

Für Routingaussagen sind zeitlich passende BGP-Beobachtungen nötig, für Autorisierung die einschlägigen IRR- und RPKI-Nachweise, für Verfügbarkeit aktive Messungen und für rechtliches oder wirtschaftliches Eigentum Unternehmens- und Rechtsunterlagen. Der APNIC-Kontaktverweis kann eine Untersuchung eröffnen, ersetzt diese Beweisebenen aber nicht.

Grenzen zu National Internet Registries fügen einen weiteren Schritt hinzu. APNIC weist darauf hin, dass manche Suchvorgänge an ein NIR verweisen und dessen Datenbank zur Bestimmung des zuständigen ISP erforderlich sein kann. Eine solche Weiterleitung lenkt die Anfrage; sie beweist nicht, dass APNIC oder das NIR das betreffende Netz betreibt.

Eine belastbare Lesart

Gesichert werden sollten die abgefragte Ressource, der exakte mnt-irt-Wert, die verknüpften IRT- und abuse-c-Objekte, die Quelldatenbank und der Abrufzeitpunkt. Eine präzise Aussage lautet: „Zum Beobachtungszeitpunkt verwies dieser APNIC-Ressourceneintrag auf dieses IRT-Objekt als Kontaktweg für Incident Response.“

Getrennt davon ist zu dokumentieren, ob das Postfach getestet wurde und antwortete, welche Organisation das Netz betreibt, welches ASN das Präfix ankündigte, wer Route-Objekte ändern konnte und wer die Ressource rechtlich hielt. Diese Trennung macht Registerdaten wertvoller: Sie bleiben genaue Evidenz und werden nicht zur unbelegten Zuschreibung.

Quellen