Summary

  • Im MiLACNIC-Seminar vom 19. Oktober 2026 stellte LACNIC ASPA, delegiertes RPKI und ein Modul für Sicherheitsmeldungen vor. Laut offiziellem Programm steht das gezeigte Material Mitgliedern brasilianischer Organisationen wegen der anderen NIR-Plattform nicht zur Verfügung.
  • Für Mexiko nennt LACNIC eine Kompatibilität der RPKI- und Berichtsmodule. Die Folien zeigen, wie viel an diesem Zugang hängt: Administratorrechte, verpflichtender zweiter Faktor, Benachrichtigungen und die Pflege korrekter ASPA-Angaben.

Der entscheidende Satz steht am Ende des offiziellen Seminarprogramms. Zuvor beschreibt LACNIC eine ganze Werkzeugkiste in MiLACNIC: ASPA, delegiertes RPKI und ein Sicherheitsmodul für Vorfälle mit Nummernressourcen. Dann folgt die Einschränkung. Für Mitglieder von Organisationen in Brasilien sei das gezeigte Material nicht verfügbar, weil die NIRs eine andere Plattform benutzen. Für Mexiko seien RPKI und Berichte kompatibel. Die Registrierungsregion hat einen Namen; ihre Mitglieder haben mehrere Eingangstüren.

ASPA lässt ein autonomes System seine autorisierten Transitprovider erklären. Damit lassen sich BGP-Pfade auf Übereinstimmung mit den angegebenen Beziehungen prüfen. Beim delegierten RPKI betreibt die Organisation unter LACNIC als übergeordneter Zertifizierungsstelle eine eigene CA, behält deren privaten Schlüssel und erzeugt signierte ROA- und ASPA-Objekte. Das Sicherheitsmodul nimmt Angaben zu Ressourcen entgegen, die in Vorfälle verwickelt sind. Für jeden dieser Schritte zählt, wer auf welcher Plattform mit welcher Berechtigung handeln kann. Ein regionales Funktionsversprechen ist keine Bedienungsanleitung.

Die 20-seitige Präsentation zeigt die Verwaltung hinter der Ankündigung. Nur Administratoren dürfen Mitadministratoren hinzufügen oder entfernen. Diese erhalten fast alle Rechte, dürfen jedoch Kontakte nicht ändern und keine weiteren Mitadministratoren anlegen. Mindestens ein zweiter Authentifizierungsfaktor ist Pflicht. Die Folien erklären TOTP, Sicherungscodes und SMS als Reserve. Benachrichtigungen lassen sich je Nutzer wählen, etwa für neue ROAs, Passwortänderungen oder GeoFeed-Bearbeitungen. Als Kanäle erscheinen App, E-Mail, SMS, Slack, Webhook und WhatsApp. Wer eine Ressource absichert, muss auch wissen, wer von ihrer Änderung erfährt.

Die ASPA-Folie ist erfreulich unromantisch. Ein Peer am IXP oder ein Kunde gehört nicht deshalb in die Liste der Transitprovider, weil eine BGP-Sitzung besteht. Aktive Provider dürfen nicht fehlen; ehemalige müssen entfernt werden. Der Wert des Objekts hängt also an laufender Pflege. Eine abweichende Plattform ist relevant, weil sie genau diese Korrektur und die dazugehörigen Rechte organisiert.

Die Einschränkung für Brasilien belegt die Grenze dieses Seminars und seines gezeigten Materials. Sie enthält keinen Katalog der Funktionen von NIC.br und belegt keinen Mangel an ASPA oder RPKI bei brasilianischen Betreibern. Dafür braucht es Primärdokumentation von NIC.br oder einen konkreten Betriebsnachweis. Auch Mexikos Aussage ist begrenzt: zwei benannte Module sind kompatibel. Gleiche Administratorrechte oder Warnkanäle behauptet LACNIC damit nicht.

Ein brauchbares regionales Handbuch müsste die Plattformen nebeneinander stellen. Es sollte mit Datum angeben, wo direkte LACNIC-Mitglieder, brasilianische NIR-Mitglieder und mexikanische NIR-Mitglieder ASPA erstellen, eine CA delegieren, ROAs verwalten und Sicherheitsfälle melden. So würden die Unterschiede zu einer planbaren Betriebsfrage statt zu einer Überraschung nach dem Login.