Thema
RPKI und Routensicherheit
Innerhalb der Facette Thema verbindet die Themenanalyse RPKI und Routensicherheit 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.
IETF
RPKI-Router-YANG-Entwurf ergänzt Fehlerzähler. Eine Momentaufnahme ist kein Verlauf
Ein geplanter Cache-Neustart und eine bewusste Abschaltung können beide als getrennte RPKI-Sitzung erscheinen. Für den Router bedeuten sie jedoch nicht dasselbe. Eine neue SIDROPS-Modellversion benennt diese Zustände genauer. Die Governance-Aufgabe folgt nach der Erhebung: Der…
Berichte
ARIN schloss die ROA-Formulierungskorrektur ab. Im veröffentlichten Beispiel fehlt das Präfixlängenintervall
ARIN reagierte innerhalb von rund fünf Wochen auf einen präzisen Hinweis, änderte die FAQ und meldete den Vorgang als erledigt. Das ist eine gute Ausgangslage. Doch gerade bei einem Abschluss sollte die öffentliche Akte den Grenzfall bewahren, an dem sich die versprochene Klärung…
Berichte
Barrys IPv6-Präfix aus dem README scheitert schon am Lexer
`::/0` und `0::/0` bezeichnen denselben IPv6-Adressraum. Bei Barry, LACNICs experimentellem Generator, steht die erste Schreibweise im README als Standardwert; ein offenes Issue berichtet jedoch, dass der Lexer des Repository Descriptor sie zurückweist. Eine vorangestellte Null…
Berichte
ARIN plant ROA-Auswirkungswarnungen für das Web, nicht für die API
ARIN will den Augenblick vor einer ROA-Änderung besser absichern: Noch bevor ein Resource Holder bestätigt, soll er sehen, wie beobachtete Routen unter der geplanten Autorisierung aussehen würden. Nach dem öffentlich angenommenen Entwurf gilt diese Hilfe jedoch für ARIN Online.…
IETF
Eine Origin-Validation-Community überträgt Vertrauen, aber keine Importpolitik
Ein Router kann den Ursprung einer Route als Valid, NotFound oder Invalid bewerten und das Ergebnis an einen anderen Router im selben autonomen System weitergeben. RFC 8097 macht diesen Austausch kompakt, aber nicht selbstvollziehend. Der Empfänger behält Verantwortung für…
Berichte
LACNICs RPKI-Kontrollen machen Ursprungsautorität operativ nutzbar
RPKI macht BGP nicht allein durch eine Signatur sicher. Es belegt kryptografisch, welches autonome System ein Präfix ankündigen darf. Betreiber müssen diese Autorisierung mit dem tatsächlichen Routing abgleichen und festlegen, wie Validierung ihre Routingpolitik beeinflusst.
Gesellschaft für Nummernressourcen
Eine ASPA ist keine vollständige AS-Pfad-Attestierung
Eine ASPA hilft zu prüfen, ob ein AS-Pfad mit veröffentlichten Kunden-Provider-Autorisierungen vereinbar ist. Das ist wertvolle Evidenz gegen Route Leaks. Es ist weder eine Signatur jedes Hops noch ein Nachweis für Ursprung, Identität, Vertrag oder Vollständigkeit der…
Globale Trends bei regionalen ISPs
Wenn RPKI-Validatoren abweichen, wird Redundanz zur Policy-Entscheidung
Zwei gesunde Validatoren können denselben Präfix unterschiedlich bewerten. Sobald der Betreiber entscheidet, welche Antwort den Router erreicht, ist Redundanz keine Zählung von Servern mehr, sondern eine Entscheidung über Routing-Policy.
Gesellschaft für Nummernressourcen
Eine RPKI-Cache-Seriennummer ist kein Zeitstempel für Aktualität
Zwei RPKI-Caches können völlig korrekte Seriennummern melden, ohne zu zeigen, welcher Cache den neueren globalen Datenstand hält. RFC 8210 begrenzt eine Seriennummer auf eine Cache-Sitzung und Protokollversion. Wer die größere Zahl als frischere Sicht deutet, erzeugt eine…
Globale Trends bei regionalen ISPs
Eine ROA-maxLength ist keine Erlaubnis für Traffic Engineering
Eine weit gefasste ROA kann verhindern, dass eine Notfallroute als RPKI Invalid gilt. Sie kann aber zugleich Ursprünge autorisieren, die nie angekündigt werden sollten. Kontrolliert werden muss, welche Präfixe tatsächlich als Ursprung angekündigt werden sollen, nicht die…
Gesellschaft für Nummernressourcen
Die maxLength einer ROA ist keine Traffic-Engineering-Policy
Eine Route kann RPKI Valid sein, weil ihre Präfixlänge innerhalb der maxLength einer ROA liegt. Das belegt eine begrenzte Ursprungsautorisierung, nicht Planung, Freigabe, Ankündigung oder Bevorzugung der spezifischeren Route.
Gesellschaft für Nummernressourcen
Ein BGPsec-Routerzertifikat belegt keine Berechtigung als Ursprungs-AS
Eine gültige BGPsec-Signatur kann belegen, dass ein autorisierter Schlüssel einen Pfad im Namen eines autonomen Systems signiert hat. Sie beweist allein nicht, dass dieses AS das Präfix als Ursprung ankündigen durfte. Die Betriebsakte muss beide Aussagen und die Schritte…
Gesellschaft für Nummernressourcen
Ein Ghostbusters-Datensatz ist keine Alarm- und Zuständigkeitsliste
Eine RPKI-Prüfinstanz kann jedes Byte eines Ghostbusters Record validieren und trotzdem nicht wissen, ob im entscheidenden Moment jemand den angegebenen Kanal überwacht. Das signierte Objekt macht minimale Kontaktdaten der für die CA zuständigen Stelle auffindbar; die operative…
Gesellschaft für Nummernressourcen
Ein Trust-Anchor-Wechsel braucht ein Annahmeprotokoll
Die Veröffentlichung eines Nachfolgeschlüssels für einen RPKI-Trust-Anchor macht nicht alle Relying Parties sofort einsatzbereit. Der Übergang besteht aus getrennten Zuständen: Ankündigung, Prüfung, Beobachtungsfrist, Wechsel einzelner Validatoren und geordnete Beendigung der…
Gesellschaft für Nummernressourcen
Ein RPKI-Publikationspunkt braucht ein Nachweisprotokoll bis zur Sichtbarkeit
Ein RPKI-Publikationsserver kann eine authentisierte Änderung atomar annehmen, während Relying Parties noch einen älteren Stand des Repositorys sehen. Das ist kein zwingender Widerspruch: Publikation, Verteilung und Beobachtung liegen in der Verantwortung verschiedener…
Gesellschaft für Nummernressourcen
Ein ASN-Transfer braucht ein Übergabejournal für die Routing-Identität
Die Analyse-Zusammenfassung zu Ein ASN-Transfer braucht ein Übergabejournal für die Routing-Identität erläutert die Entwicklung, die öffentlich zugänglichen Belege, die beteiligten Organisationen, den regionalen Kontext, die Marktexposition und die möglichen…
Nordamerika: Trends bei regionalen ISPs
Plus Analytics: Was eine unsichtbare Route über ein VPN beweist – und was nicht
Plus Analytics beschreibt Datenschutz als Ergebnis eines Dienstes. Der öffentliche Nummernressourcen-Nachweis beschreibt etwas anderes: eine administrative Zuordnung. Genau an dieser Lücke sollte die Prüfung eines Käufers beginnen, ohne daraus vorschnell ein Urteil über den…
Globale Trends bei regionalen ISPs
Ein ASPA-Eintrag ist noch keine Richtlinie gegen Routenlecks
Eine signierte Providerliste schafft überprüfbare Evidenz. Ob ein Produktionsrouter daraus eine sichere Ablehnung ableitet, ist eine eigene Betriebskette.
IETF
Default Reject macht fehlende EBGP-Policy von stiller Befugnis zum sichtbaren Fehler
Eine externe BGP-Sitzung kann aufgebaut sein, obwohl die Befugnis zum Empfang oder zur Ankündigung von Routen ungeklärt bleibt. RFC 8212 schließt diese Lücke: Ohne Import-Policy werden keine Routen angenommen, ohne Export-Policy keine angekündigt. Entscheidend ist nicht nur, ob…
NPNOG
Nach dem RPKI-Panel: Bestand npNOGs Routing-Security-Moment von 2020 über den Bildschirm hinaus?
Die offizielle Seite belegt für sich allein nicht, dass Teilnehmende danach ROAs erstellten, Validierung einführten oder Produktionsrichtlinien änderten.