Was ist die RIPE-Datenbank?
Die RIPE-Datenbank ist eine öffentliche Registrierungsdatenbank, in der Informationen über Internetnummernressourcen und damit verbundene technische Objekte gespeichert werden. Sie wird vom RIPE NCC betrieben, der Regionalen Internet-Registrierungsstelle für Europa, den Nahen Osten und Teile Zentralasiens. Ihr Zweck besteht darin, Transparenz, Rechenschaftspflicht und technische Koordination im gesamten öffentlichen Internet aufrechtzuerhalten. Die Datenbank umfasst Datensätze für IPv4- und IPv6-Adressraum, ASNs, Organisationen, Netzwerkkontakte, Routing-Richtlinien, Routenankündigungen, Reverse-DNS-Delegierungen, Sicherheitskontakte und andere technische Informationen. Diese Datensätze sind als strukturierte Objekte angeordnet. Jedes Objekt hat einen Typ, einen eindeutigen Schlüssel oder Bezeichner, eine Reihe von Attributen und einen oder mehrere Maintainer, die kontrollieren, wer es aktualisieren darf.
Beispielsweise kann eine IPv4-Adresszuweisung durch ein inetnum object. An IPv6 allocation may be represented by an inet6num Objekt. Ein ASN wird im Allgemeinen durch ein aut-num Objekt. Eine BGP-Routenrichtlinie kann durch ein Route object for IPv4 or a route6 object for IPv6. A company itself may be represented by an Organisation Objekt, während ein technischer Kontakt durch ein Person oder Rolle Objekt. Diese Objekte sind miteinander verbunden. Ein IP-Adressblock kann auf ein Organisationsobjekt verweisen. Das Organisationsobjekt kann administrativen und technischen Kontakten zugeordnet sein. Ein Routenobjekt kann ein IP-Präfix mit einer ASN verknüpfen. Ein Maintainer-Objekt kann festlegen, wer die Berechtigung hat, den Datensatz zu ändern. Diese verknüpfte Struktur macht die RIPE-Datenbank sowohl für den technischen Betrieb als auch für die Ressourcenverwaltung nützlich.
Es ist wichtig zu verstehen, dass die RIPE Database ein Register- und Koordinierungssystem und kein einfacher Eigentumsnachweis ist. Ein öffentlich zugänglicher Datensatz kann die für eine Ressource verantwortliche Organisation oder die als Endnutzer registrierte Stelle ausweisen, doch der rechtliche, vertragliche und politische Kontext kann komplexer sein. Unternehmen sollten sich bei der Durchführung eines IPv4-Transfers von hohem Wert, einer Übernahme, einer Streitfallprüfung oder eines umfangreichen Due-Diligence-Prozesses nicht ausschließlich auf eine Datenbankabfrage verlassen. In solchen Situationen ist die Datenbank eine wichtige Beweisquelle, sollte jedoch gemeinsam mit den aktuellen Registerverfahren, vertraglichen Unterlagen und gegebenenfalls professioneller Beratung geprüft werden.
RIPE NCC, RIPE-Community und die RIPE-Datenbank
Die Begriffe „RIPE“, „RIPE NCC“ und „RIPE Database“ werden häufig zusammen verwendet, bedeuten jedoch nicht genau dasselbe. RIPE bezeichnet die breitere Gemeinschaft von Netzbetreibern, Internetdienstanbietern, technischen Spezialisten und anderen Interessengruppen, die an der Entwicklung und Koordinierung des Internetbetriebs in der Region beteiligt sind. RIPE NCC, oder Réseaux IP Européens Network Coordination Centre, ist die Organisation, die Register- und Koordinierungsdienste bereitstellt, einschließlich des Betriebs der RIPE Database.
Das RIPE NCC ist eines der fünf Regionalen Internet-Register der Welt. Die anderen vier sind ARIN für die Vereinigten Staaten, Kanada sowie Teile der Karibik und des Nordatlantiks; APNIC für die Region Asien-Pazifik; LACNIC für Lateinamerika und weite Teile der Karibik; und AFRINIC für Afrika und die Region des Indischen Ozeans. Jedes RIR verwaltet Internetnummernressourcen innerhalb seiner Dienstregion auf Grundlage von Richtlinien, die durch gemeinschaftliche Prozesse entwickelt werden.Die RIPE Database ist daher ein zentrales operatives Werkzeug für die Region des RIPE NCC. Ein Unternehmen, das beispielsweise über einen vom RIPE NCC unterstützenden LIR eine ASN erhält, kann im Rahmen des Registrierungsprozesses Informationen in der RIPE Database eintragen oder aktualisieren lassen. Das Unternehmen muss möglicherweise später Organisationsdatensätze, technische Ansprechpartner, Routenobjekte, RPKI-Autorisierungen, Informationen zu Missbrauchskontakten und BGP-bezogene Daten pflegen.
Für Netzwerkbetreiber unterstützt die Datenbank tägliche Betriebsentscheidungen. Ein Transitprovider kann beim Erstellen von Präfixfiltern Routend objektdaten verwenden. Ein Sicherheitsanalyst kann die Datenbank nutzen, um einen relevanten Abuse-Kontakt zu identifizieren. Ein Unternehmen kann eine ASN suchen, bevor es eine Peering- oder Servicebeziehung eingeht. Ein Rechenzentrum kann während der Prüfung einer IP-Übertragung die Adressregistrierungsdaten überprüfen. Ein Ingenieur, der eine Routenankündigung behebt, kann das IP-Präfix, die Ursprungs-ASN, das Routenobjekt, den RPKI-Status und die Anforderungen des Upstream-Providers vergleichen.
Warum die RIPE-Datenbank für Unternehmen wichtig ist
Die RIPE-Datenbank ist wichtig, weil die Internetinfrastruktur öffentliche Rechenschaftspflicht benötigt. Wenn ein Unternehmen ein IP-Präfix oder eine ASN betreibt, benötigen andere Netzwerke eine zuverlässige Möglichkeit festzustellen, wer für diese Ressource verantwortlich ist. Dies ist besonders wichtig, wenn es zu einem Routingvorfall, DDoS-Angriff, einer Spam-Beschwerde, einer Missbrauchsmeldung, einem verdächtigen Verkehrsmuster, einem BGP-Hijacking, einem Verbindungsausfall oder einer Sicherheitsuntersuchung kommt.
Ein gut gepflegter Datensatz in der RIPE-Datenbank kann es erleichtern, ein Unternehmen zu identifizieren und zu kontaktieren. Er kann auch Reibungsverluste bei der Zusammenarbeit mit Upstream-Transit-Anbietern, Internet Exchange Points, Partnern für Cloud-Konnektivität, DDoS-Abwehranbietern und anderen Netzbetreibern verringern. Wenn die Datensätze einer Organisation unvollständig, ungenau oder veraltet sind, kann es zu Verzögerungen kommen, wenn sie Präfixe ankündigen, BGP-Routing validieren, die Kontrolle über Ressourcen nachweisen, Kontaktdaten aktualisieren oder auf einen Vorfall reagieren möchte.
Die Datenbank ist auch für das Reputationsmanagement wichtig. Öffentliche IP-Adressen können auf Grundlage ihrer bisherigen Nutzung eine Reputation entwickeln. Ein Hostinganbieter, VPN-Betreiber, eine E-Mail-Plattform, ein Cloud-Unternehmen oder ein Proxy-Dienst muss möglicherweise nachweisen, dass er über eine legitime Organisationsstruktur, einen funktionierenden Abuse-Kontakt, klare technische Ansprechpartner und ordnungsgemäß gepflegte Routing-Einträge verfügt. Obwohl ein Eintrag in der RIPE-Datenbank keine gute Reputation garantiert, kann er zu einer transparenteren und professionelleren Netzwerkpräsenz beitragen.Für Organisationen, die BGP verwenden, sind korrekte Routenobjekte und RPKI-Einträge besonders wertvoll. Viele Upstream-Anbieter nutzen Informationen aus Routing-Registries, um Präfixfilter zu erstellen. Wenn ein Netzwerk ein Präfix ankündigt, aber kein geeignetes Routenobjekt oder keine entsprechende Routenautorisierung besitzt, kann der Anbieter die Route ablehnen. Dies kann zu Ausfällen, verzögertem Onboarding oder einer unvollständigen globalen Erreichbarkeit führen.
Die RIPE-Datenbank unterstützt auch die interne Governance. Ein Unternehmen kann mehrere Personen haben, die an Netzwerkbetrieb, Compliance, rechtlicher Verwaltung, Abrechnung, der Bearbeitung von Missbrauchsfällen und der Wartung der Infrastruktur beteiligt sind. Klare Objektbeziehungen und Maintainer-Kontrollen können dem Unternehmen dabei helfen festzulegen, wer welche Datensätze aktualisieren darf. Dadurch wird das Risiko verringert, dass ehemalige Mitarbeitende, externe Berater oder unbefugte Parteien die Kontrolle über kritische Datensätze zu Internetressourcen behalten.
Wichtige RIPE-Datenbank-Objekttypen
Die RIPE-Datenbank enthält viele verschiedene Objekttypen. Einige werden hauptsächlich von Registrierungsadministratoren verwendet, während andere regelmäßig von Netzwerkingenieuren und IP-Ressourcenmanagern genutzt werden. Die wichtigsten Objekte für ein typisches Unternehmen, das öffentlichen IP-Adressraum und eine ASN betreibt, sind das Organisationsobjekt, das IP-Adressobjekt, das ASN-Objekt, das Kontaktobjekt, das Maintainer-Objekt und das Routenobjekt.
An Organisation Objekt repräsentiert eine juristische Person, einen Ressourceninhaber, einen Endnutzer oder eine andere anerkannte Organisation, die an der Registrierung von Internetnummernressourcen beteiligt ist. Es kann den Namen und Typ der Organisation, Adressverweise, Kontaktverweise und Maintainerinformationen enthalten. Dieses Objekt hilft dabei, IP-Adressbereiche und ASNs einer verantwortlichen Organisation zuzuordnen.
An inetnum Objekt repräsentiert einen IPv4-Adressbereich. Es kann den Bereich selbst, einen beschreibenden Namen, eine Organisationsreferenz, administrative und technische Kontakte, Statusinformationen, Verweise auf Missbrauchskontakte und Maintainer-Steuerungen enthalten. Ein inet6num object performs a similar function for IPv6 address space. These records are critical because they identify the network operator or organization associated with an address block.
An aut-num Das Objekt repräsentiert eine autonome Systemnummer. Es kann die ASN, die dafür verantwortliche Organisation, Informationen zur Routing-Richtlinie, Verweise auf Import- und Exportrichtlinien, technische Kontakte und Informationen zum Maintainer enthalten. Ein Unternehmen, das BGP verwendet, sollte sicherstellen, dass seine ASN-bezogenen Daten korrekt sind, da dieser Datensatz Teil des öffentlichen Kontexts rund um die Routing-Identität des Netzwerks ist.
A Person objekt identifiziert einen einzelnen Kontakt, während ein Rolle Das Objekt identifiziert einen funktionalen Kontakt wie „Network Operations Center“, „Abuse Department“, „Technical Support“ oder „IP Resource Administration“. In vielen Fällen sind Rollenobjekte praktischer als persönliche Kontakte, da sie auch dann gültig bleiben, wenn sich die Mitarbeiter ändern. Ein gut verwaltetes Unternehmen verwendet für den Netzwerkbetrieb und die Bearbeitung von Missbrauchsmeldungen häufig funktionale Rollenadressen, anstatt sich vollständig auf die persönlichen Daten einer einzelnen Mitarbeiterin oder eines einzelnen Mitarbeiters zu verlassen.
A mntner Das Objekt, kurz für Maintainer-Objekt, ist eine der wichtigsten Sicherheitskontrollen in der RIPE-Datenbank. Es legt die Authentifizierungs- und Autorisierungsanforderungen für die Änderung zugehöriger Objekte fest. Wenn ein Maintainer nicht korrekt konfiguriert ist, kann das Unternehmen die Möglichkeit verlieren, seine Datenbankeinträge zu aktualisieren, oder sich unbefugten Änderungsversuchen aussetzen. Maintainer-Zugangsdaten, Passwörter, API-Zugangsdaten und Autorisierungsverfahren sollten sorgfältig verwaltet und niemals in öffentlich zugänglichem Quellcode, browserseitigen Skripten oder ungesicherten Dokumentationen offengelegt werden.
A Route object documents the relationship between an IPv4 prefix and an origin ASN. A route6 Objekt stellt den entsprechenden Datensatz für ein IPv6-Präfix bereit. Beispielsweise kann ein Routenobjekt angeben, dass 203.0.113.0/24 soll angekündigt werden von AS64500. Diese Objekte werden von Providern und Peers häufig beim Erstellen von Routenfiltern verwendet. Ein Routenobjekt ist nicht dasselbe wie eine aktive BGP-Ankündigung, aber es ist eine wichtige Erklärung der Routing-Absicht.
So durchsuchen Sie die RIPE-Datenbank
Die RIPE-Datenbank kann über ihre Weboberfläche, WHOIS-ähnliche Abfragetools und die REST-API durchsucht werden. Die gewählte Methode hängt vom Zweck des Nutzers ab. Ein Geschäftsmanager bevorzugt möglicherweise die Weboberfläche, weil sie leicht zu lesen ist. Ein Netzwerkingenieur verwendet möglicherweise Befehlszeilenabfragen oder die REST-API zur Automatisierung. Ein Sicherheitsteam verwendet möglicherweise eine Kombination aus Datenbankabfragen, RPKI-Validierungstools, BGP-Überwachungsplattformen und internen Systemen zur Reaktion auf Sicherheitsvorfälle.
Eine einfache IP-Suche kann die Registrierungsinformationen anzeigen, die einem öffentlichen IPv4- oder IPv6-Adressbereich zugeordnet sind. Wenn ein Benutzer nach einer IP-Adresse sucht, gibt die Datenbank möglicherweise ein Adressbereichsobjekt zurück, das den zugewiesenen oder vergebenen Bereich, den Netzwerknamen, den Ländercode, den Organisationsverweis, technische Kontakte, Verweise auf Missbrauchskontakte und Informationen zum Betreiber enthält. Abhängig vom Objekt und den geltenden Datenschutzbestimmungen können einige Kontaktdaten geschwärzt oder eingeschränkt sein.
Eine ASN-Abfrage kann die aut-num Objekt, das mit einem Netzwerk verknüpft ist. Dies kann die ASN selbst, eine Beschreibung, relevante Organisationsverweise, technische Kontakte, Informationen zur Routing-Richtlinie und Angaben zum Maintainer umfassen. Ein ASN-Datensatz kann bei der Untersuchung der Routing-Identität eines Netzwerks oder bei der Vorbereitung einer BGP-Beziehung hilfreich sein.
Eine Routenabfrage kann dabei helfen festzustellen, ob ein Präfix als von einer bestimmten ASN angekündigt dokumentiert ist. Dies ist nützlich, wenn ein Upstream-Provider ein Routenobjekt anfordert, bevor er eine BGP-Ankündigung akzeptiert. Sie kann Ingenieuren auch dabei helfen, zu diagnostizieren, warum ein Präfix gefiltert, abgelehnt oder als unerwartet behandelt wird.
Dennoch sollten sich Nutzer der Grenzen der Daten bewusst sein. Ein Routenobjekt beweist nicht, dass die Route derzeit im globalen Internet sichtbar ist. Es beweist nicht, dass jeder Anbieter die Route akzeptiert. Es ersetzt auch keine RPKI-Validierung. Um die Sichtbarkeit des Live-Routings zu verstehen, muss der Nutzer möglicherweise BGP-Monitoringsysteme, Route Collectors, Looking-Glasses von Anbietern, RPKI-Validatoren oder Plattformen für Routing-Intelligence konsultieren.
Ebenso kann ein IP-Adressdatensatz eine registrierte Organisation ausweisen, aber er offenbart nicht notwendigerweise jedes Unternehmen, das Dienste hinter dieser Adresse nutzt. Hosting-Anbieter, Cloud-Plattformen, VPN-Dienste und Wiederverkäufer können Infrastruktur für viele Kunden betreiben, die einen gemeinsam genutzten oder delegierten Block verwenden.
So verwenden Sie die RIPE-Datenbank-REST-API
Machen Sie sich mit dem REST-URI-Format, Objektschlüsseln, sicheren schreibgeschützten Abfragen, authentifizierten Aktualisierungen, der Dry-Run-Validierung, Antwortformaten und betrieblichen Schutzmaßnahmen vertraut.
Die REST-API der RIPE-Datenbank ermöglicht den programmgesteuerten Zugriff auf RIPE-Datenbankobjekte über HTTPS. Sie ist nützlich für Anlageninventare, Netzwerkverwaltungstools, interne Portale, Überwachungs-Workflows und die kontrollierte Ressourcenverwaltung. Jedes RIPE-Datenbankobjekt verfügt über einen eindeutigen Locator-URI, sodass eine Anwendung ein bestimmtes Objekt abrufen oder verwalten kann, wenn sie die Datenbankquelle, den Objekttyp und den Primärschlüssel kennt.
1 Das REST-URI-Format verstehen
Das standardmäßige Objekt-URI-Format ist https://rest.db.ripe.net/source/objecttype/key. Die Quelle identifiziert die Datenbankquelle, beispielsweise RIPE für Produktionsdaten oder TEST bei Verwendung der Testumgebung. Die Objekttyp identifiziert das RIPE-Datenbankobjekt, wie etwa inetnum, inet6num, aut-num, Person, Rolle, mntner, Route, oder route6. Die Schlüssel ist die primäre Kennung des Objekts.
https://rest.db.ripe.net/source/objecttype/key
Die meisten Objekttypen verwenden einen Primärschlüsselwert. Personen- und Rollenobjekte verwenden den nic-hdl Wert als Schlüssel. Route- und route6-Objekte verwenden einen kombinierten Schlüssel: das Routenpräfix, unmittelbar gefolgt von der Ursprungs-ASN. Beispielsweise ein Routenobjekt für das Präfix 193.0.22.0/23 stammend von AS3333 verwendet den kombinierten Schlüssel 193.0.22.0/23AS3333. Verwenden Sie URL-Kodierung, wenn erforderlich, wenn ein Schlüssel Zeichen wie Schrägstriche, Leerzeichen oder andere reservierte URL-Zeichen enthält.
https://rest.db.ripe.net
Verwenden Sie diesen Endpunkt für Live-Objekte der RIPE-Datenbank und autorisierte Produktionsaktualisierungen.
https://rest-test.db.ripe.net
Verwenden Sie diesen Endpunkt, um Anfragen zu testen und die Integrationslogik zu validieren, ohne Produktionsdaten zu ändern.
2 Beginnen Sie mit einer schreibgeschützten Objektsuche
Schreibgeschütztes Abrufen ist der sicherste Ausgangspunkt für eine Integration. Der folgende Befehl fordert die öffentliche aut-num Objekt für die Beispiel-ASN AS3333 und fordert die API auf, JSON zurückzugeben. Ersetzen Sie die Beispiel-ASN nur durch eine echte öffentliche ASN, die Sie abfragen dürfen. Dieser Befehl erstellt, ändert oder löscht kein Datenbankobjekt.
curl -H "Accept: application/json" \
"https://rest.db.ripe.net/ripe/aut-num/AS3333.json"
Sie können XML anfordern, indem Sie Akzeptieren: application/xml oder durch die Verwendung eines .xml Erweiterung. JSON kann angefordert werden mit Accept: application/json oder ein .json Erweiterung. Wenn das Antwortformat nicht angegeben ist, verwendet die API standardmäßig XML. Anwendungen sollten ihr bevorzugtes Format ausdrücklich anfordern, damit das Parsing-Verhalten vorhersehbar bleibt.
3 Nach Daten suchen, wenn Sie den genauen Objektschlüssel nicht kennen
Eine Suchanfrage ist nützlich, wenn Sie über eine ASN, eine IP-Adresse, ein Präfix, eine Organisationskennung oder einen anderen Suchwert verfügen, aber die genaue Objekt-URI noch nicht kennen. Das folgende Beispiel durchsucht die RIPE-Quelle nach Datensätzen im Zusammenhang mit AS3333. Die flags=no-referenced Der Parameter verlangt eine optimierte Antwort, die keine referenzierten Objekte enthält.
curl --get "https://rest.db.ripe.net/search.json" \
--data-urlencode "query-string=AS3333" \
--data-urlencode "source=ripe" \
--data-urlencode "flags=no-referenced".
Für eine Routing-Abfrage schränken Sie die Antwort nach Objekttyp ein. Das folgende Beispiel sucht nach IPv4 Route Objekte, die mit dem Dokumentationspräfix verknüpft sind 203.0.113.0/24. Ein Routenobjekt dokumentiert beabsichtigte Routing-Informationen; es sollte zusammen mit der Live-BGP-Sichtbarkeit und dem RPKI-Status bewertet werden, bevor eine Routing-Entscheidung getroffen wird.
curl --get "https://rest.db.ripe.net/search.json" \
--data-urlencode "query-string=203.0.113.0/24" \
--data-urlencode "type-filter=route" \
--data-urlencode "source=ripe"۔
4 Verwenden Sie nur POST, PUT und DELETE mit ordnungsgemäßer Autorisierung
Die REST-API unterstützt BEITRAG um ein Objekt zu erstellen, EINSETZEN um ein bestehendes Objekt zu aktualisieren, und LÖSCHEN um ein Objekt zu entfernen. Diese Vorgänge erfordern HTTPS, eine korrekte Autorisierung und einen gültigen Anforderungstext oder ein gültiges Zielobjekt. Der Anforderungstext für die Erstellung oder Aktualisierung eines Objekts ist eine WhoisResource-Darstellung des Objekts. Für POST-, PUT- und DELETE-Anforderungen geben Sie geeignete Content-Type und Akzeptieren Header. Unterstützte Objektdarstellungen umfassen application/json und application/xml.
Ein Objekt erstellen
Verwenden POST /{source}/{objecttype} um ein neues Objekt zu erstellen. Eine erfolgreiche Anfrage gibt das neu erstellte, ungefilterte Objekt zurück.
Ein Objekt aktualisieren
Verwenden PUT /{source}/{objecttype}/{key} eine neue Version eines bestehenden Objekts einreichen.
Ein Objekt entfernen
Verwenden DELETE /{source}/{objecttype}/{key} nur wenn das Objekt nicht mehr benötigt wird und die Löschung genehmigt ist.
Platzieren Sie keinen API-Schlüssel, keinen Wert für die Basisauthentifizierung, kein Zertifikat, kein Passwort und keine Zugangsdaten von Betreuern in WordPress-HTML, JavaScript im Frontend, einem öffentlichen Git-Repository, einem Screenshot oder einer E-Mail. Authentifizierte Anfragen gehören in einen gesicherten serverseitigen Dienst, einen kontrollierten Automatisierungs-Runner oder eine professionelle Umgebung zur Verwaltung von Geheimnissen.
5 Änderungen zuerst mit einem Dry-Run validieren
Verwenden Sie das dry-run=true Abfrageparameter zur Validierung einer vorgeschlagenen POST-, PUT- oder DELETE-Anfrage, ohne die Aktualisierung durchzuführen. Dies ist die bevorzugte Methode, um die Anfragestruktur, den Objektinhalt und das Autorisierungsverhalten vor jeder Änderung in der Produktionsumgebung zu testen. Das folgende Beispiel richtet sich absichtlich an den Testendpunkt und verwendet Platzhalterwerte. Es darf nur von einem autorisierten Administrator angepasst werden, der mit einem gültigen Testobjekt und sicheren Anmeldedaten arbeitet.
curl -X PUT \
-H "Content-Type: application/json" \
-H "Accept: application/json" \
--data @object.json \
"https://rest-test.db.ripe.net/test/person/EXAMPLE-TEST?dry-run=true"。
Das optionale unformatiert parameter kann verwendet werden, wenn eine Anwendung die in der Anfrage bereitgestellte Formatierung einschließlich Leerzeichen und Zeilenumbrüchen beibehalten muss. Für Löschanfragen ist der optionale Grund Parameter kann angegeben werden, um zu dokumentieren, warum das Objekt entfernt wird. Ein Probelauf validiert die Anfrage, erstellt, aktualisiert oder löscht das Zielobjekt jedoch nicht.
6 HTTP-Statuscodes und API-Antworten interpretieren
Clientanwendungen sollten HTTP-Statuscodes verwenden, um das Ergebnis eines Vorgangs zu bestimmen, und bei Auftreten eines Fehlers den Antworttext lesen. Der Antworttext wird im angeforderten JSON- oder XML-Format zurückgegeben. Eine erfolgreiche Aktualisierungsantwort enthält das Objekt so, wie es nach dem Vorgang in der Datenbank erscheint, was nützlich ist, wenn eine Anwendung eine sofortige Bestätigung des gespeicherten Ergebnisses benötigt.
7 Plan für Codierung und Aktualisierungsverzögerung
REST-API-Antworten werden in UTF-8 zurückgegeben. RIPE-Datenbankobjekte werden mit dem Latin-1-Zeichensatz gespeichert, daher sollte der Inhalt von Anfragen UTF-8 verwenden und gleichzeitig auf gültige Latin-1-Zeichen beschränkt bleiben. Wenn ein nicht unterstütztes Zeichen konvertiert werden muss, kann der Dienst es durch ein Fragezeichen ersetzen und eine Warnung zurückgeben. Führen Sie nach einem Schreibvorgang eine Folgeabfrage durch oder verlassen Sie sich auf die erfolgreiche Änderungsantwort, um zu bestätigen, was gespeichert wurde.
Datenbankaktualisierungen sind möglicherweise nicht sofort in Nachschlage- und Suchvorgängen sichtbar. Die dokumentierte maximale Verzögerung kann bis zu zehn Sekunden betragen. Nichthierarchische Objekte, wie etwa Person-, Rollen- und Organisationsobjekte, sind häufig schneller sichtbar. Hierarchische Objekttypen, einschliesslich inetnum-, inet6num-, route-, route6- und Domainobjekten, können mehrere Sekunden benötigen, bevor sie in späteren Suchen erscheinen. Produktionsautomatisierungen sollten daher eine Wiederholungslogik enthalten und einen unmittelbaren Fehlschlag bei einer Abfrage nicht als Beweis dafür betrachten, dass eine erfolgreiche Aktualisierung fehlgeschlagen ist.
Wie Route-Objekte der RIPE-Datenbank die BGP-Filterung unterstützen
BGP ist das Routingprotokoll, das es autonomen Systemen ermöglicht, Erreichbarkeitsinformationen über das Internet auszutauschen. Wenn ein Unternehmen ein IPv4- oder IPv6-Präfix ankündigt, muss sein Upstream-Anbieter entscheiden, ob er diese Route akzeptiert. Um das Risiko von Routenlecks, Präfix-Hijacking, versehentlichen Ankündigungen und Richtlinienverstößen zu verringern, verwenden viele Anbieter Routing-Filter.
Ein Routenobjekt ist eine der Eingaben, die diesen Filterprozess unterstützen können. Das Objekt gibt an, dass ein bestimmtes Präfix von einer bestimmten ASN angekündigt werden soll. Wenn beispielsweise ein Unternehmen geschniegelt AS64500 und kündigt an 203.0.113.0/24, ein Routenobjekt kann diese Beziehung dokumentieren. Ein Provider kann das Routenobjekt beim Erstellen eines Präfixfilters verwenden, der es dem ASN erlaubt, nur das erwartete Präfix anzukündigen.Dies bedeutet nicht, dass jeder Provider dieselbe Filterrichtlinie verwendet. Einige Provider nutzen IRR-Routenobjekte umfassend. Andere stützen sich stärker auf RPKI. Viele verwenden eine Kombination aus RPKI, IRR-Daten, internen Richtlinien, Kundenverträgen, Präfixlimits und manueller Prüfung. Daher sollte ein Unternehmen nicht davon ausgehen, dass die Erstellung eines Routenobjekts automatisch überall die Routenakzeptanz garantiert.Der beste operative Ansatz besteht darin, sich vor der Ankündigung mit dem Upstream-Provider abzustimmen. Das Unternehmen sollte bestätigen, welche Präfixe angekündigt werden, welches ASN sie als Ursprung verwenden wird, ob der Provider IRR-Routenobjekte verlangt, ob RPKI-ROAs erforderlich sind, welche maximale Präfixlänge zulässig ist und ob der Provider ein Verfahren zur Routenregistrierung oder zur Erstellung von Tickets hat.
Ein häufiger Fehler besteht darin, zuerst BGP zu konfigurieren und sich erst später um die Routeneinträge zu kümmern. Dies kann zu Verzögerungen führen, da der Anbieter die Ankündigung möglicherweise ablehnt, bis die Registrierungsdaten vollständig sind. Ein besserer Prozess besteht darin, das Routenobjekt vorzubereiten, die ROA zu erstellen oder zu validieren, die ASN- und Organisationsdatensätze zu überprüfen, anschließend die BGP-Sitzung zu konfigurieren und kontrollierte Tests durchzuführen.
RIPE-Datenbank und RPKI: Ähnlich, aber anders
Die RIPE-Datenbank und RPKI stehen im Zusammenhang mit der Routing-Sicherheit, erfüllen jedoch unterschiedliche Funktionen. Die RIPE-Datenbank enthält öffentlich gepflegte Registrierungs- und Routingrichtlinieninformationen. RPKI, kurz für Resource Public Key Infrastructure, ist ein kryptografisches Rahmenwerk, das zur Erstellung von Route Origin Authorizations verwendet wird.
Ein Routenobjekt kann angeben, dass ein bestimmtes IP-Präfix von einer bestimmten ASN stammen soll. Eine ROA autorisiert kryptografisch eine ASN, ein bestimmtes Präfix zu originieren, und kann auch die maximale Präfixlänge festlegen, die angekündigt werden darf. Netzwerke, die eine RPKI-Routenursprungsvalidierung durchführen, können ROAs verwenden, um empfangene Routen als gültig, ungültig oder nicht gefunden zu klassifizieren.
Beispielsweise kann eine Organisation über ein IPv6-Präfix verfügen und ein ASN betreiben. Sie kann ein route6-Objekt in der RIPE-Datenbank erstellen, um das vorgesehene Ursprungs-ASN zu dokumentieren. Sie kann außerdem eine ROA erstellen, die dieses ASN zur Ankündigung des Präfixes berechtigt. Das route6-Objekt kann die auf IRR basierende Filterung unterstützen, während die ROA die kryptografische Validierung des Routenursprungs unterstützt.Die beiden sollten konsistent gepflegt werden. Wenn das Routenobjekt auf ein ASN verweist, die ROA jedoch ein anderes ASN autorisiert, können Upstream-Anbieter und Netzwerkbetreiber widersprüchliche Signale sehen. Wenn die ROA eine falsche maximale Präfixlänge aufweist, können legitime spezifischere Ankündigungen als ungültig eingestuft werden. Wenn ein Routenobjekt veraltet ist, kann ein Anbieter, der auf IRR basierende Filter verwendet, eine ansonsten legitime Ankündigung ablehnen.
Organisationen sollten ihre Routenobjekte und ROAs überprüfen, sobald sie ASN-Vereinbarungen ändern, zwischen verschiedenen betreuenden LIRs wechseln, IPv4-Ressourcen übertragen, ihr Unternehmen umstrukturieren, einen neuen Upstream-Provider hinzufügen oder ihre Richtlinie zur Präfixankündigung ändern. Routing-Datensätze sollten als fortlaufend zu pflegende Betriebsdaten und nicht als einmalige Konfigurationsaufgaben betrachtet werden.
Verwendung der RIPE Database REST API
Die REST-API der RIPE-Datenbank ermöglicht es Softwaresystemen, RIPE-Datenbankobjekte durch programmgesteuerte Anfragen abzurufen und, sofern ordnungsgemäß autorisiert, zu verwalten. Die API kann für Organisationen nützlich sein, die viele Netzwerke betreiben, umfangreiche IP-Ressourcenportfolios verwalten, Überwachungssysteme ausführen, Kundenportale erstellen oder Registrierungsdaten in interne Arbeitsabläufe integrieren müssen.
Ein einfacher REST-API-Workflow kann mit einer Suchanfrage beginnen. Das System sendet eine Abfrage nach einer ASN, IP-Adresse, einem Präfix, einer Organisationskennung, einem Netzwerknamen oder einem anderen bekannten Wert. Die Datenbank gibt strukturierte Daten zurück, üblicherweise im JSON- oder XML-Format. Die Anwendung kann dann das Ergebnis analysieren und relevante Attribute einem Operator anzeigen oder das Ergebnis mit internen Datensätzen vergleichen.
Beispielsweise kann ein Cloud-Anbieter schreibgeschützte API-Abfragen verwenden, um zu prüfen, ob eine vom Kunden bereitgestellte ASN existiert und ob die öffentlichen Routing-Einträge mit den Onboarding-Informationen übereinstimmen. Ein Netzwerksicherheitssystem kann API-Abfragen verwenden, um einen registrierten Missbrauchskontakt für einen Adressbereich zu ermitteln. Eine Plattform zur Verwaltung von IP-Ressourcen kann ihr internes Inventar mit öffentlichen Registrierungsdaten abgleichen, um veraltete Kontakte oder fehlende Routenobjekte zu identifizieren.
Die API sollte verantwortungsvoll genutzt werden. Automatisierte Systeme sollten ein übermäßiges Abfragevolumen vermeiden, Fehler ordnungsgemäß behandeln und ein einzelnes Datenbankergebnis nicht als vollständigen Beweis für Eigentum, Autorisierung oder den aktuellen Routing-Status betrachten. Ein robuster Arbeitsablauf kann die Ergebnisse der RIPE-Datenbank-API mit RPKI-Validierung, BGP-Überwachungsdaten, internen Verträgen, Kundenverifizierung und einer manuellen Überprüfung kombinieren.
Für schreibgeschützte Anfragen kann ein Befehlszeilentool wie cURL ausreichend sein. Ein Entwickler kann eine GET-Anfrage an den Suchendpunkt senden, einen Suchwert definieren, einen Quellenfilter anwenden und eine JSON-Antwort anfordern. Die Antwort kann dann in Python, PHP, JavaScript, Go, Java oder jeder anderen Programmiersprache verarbeitet werden, die JSON lesen kann.Bei der Arbeit mit Objektaktualisierungen ist das Risiko höher. Änderungen an Routenobjekten, Kontakten, Organisationseinträgen oder Betreuern können sich auf das Produktionsrouting, die Reaktion auf Vorfälle und die Geschäftskontinuität auswirken. Schreibvorgänge erfordern eine entsprechende Autorisierung durch den zuständigen Betreuer oder über den Registrierungsprozess. Zugangsdaten müssen sicher auf der Serverseite oder in einem genehmigten System zur Verwaltung von Geheimnissen gespeichert werden. Sie dürfen niemals in HTML von Websites, JavaScript im Frontend, öffentlichen Repositories, dem lokalen Browserspeicher, Screenshots, E-Mail-Vorlagen oder unverschlüsselten Konfigurationsdateien eingebettet werden.
Ein Unternehmen sollte außerdem Verfahren für das Änderungsmanagement festlegen. Vor der Aktualisierung eines Routenobjekts oder eines ASN-bezogenen Datensatzes sollte die verantwortliche Ingenieurin bzw. der verantwortliche Ingenieur das vorgesehene Präfix, die Ursprungs-ASN, den RPKI-Status, die Anforderungen des Upstream-Providers, den Autorisierungsweg und die potenziellen Auswirkungen der Änderung überprüfen. In größeren Organisationen kann eine Überprüfung durch eine zweite Person dazu beitragen, versehentliche Fehler in der Routing-Richtlinie zu verhindern.
Datenqualität der RIPE-Datenbank und häufige Fehler
Datenqualität ist eines der wichtigsten Themen in der RIPE-Datenbank. Ein Unternehmen verfügt möglicherweise über legitime IP-Ressourcen und eine aktive ASN, aber wenn die zugehörigen Objekte veraltet, inkonsistent oder schlecht gepflegt sind, kann das Unternehmen dennoch mit technischen und betrieblichen Problemen konfrontiert sein.Ein häufiger Fehler besteht darin, die persönlichen Daten von Mitarbeitenden als einzigen technischen oder administrativen Kontakt zu verwenden. Mitarbeitende wechseln ihre Rollen, verlassen Unternehmen, ändern ihre E-Mail-Adressen oder sind während Vorfällen nicht erreichbar. Ein funktionales Rollenobjekt, beispielsweise ein Kontakt des Network Operations Center oder des Abuse Desks, ist oft dauerhafter. Das Unternehmen kann die Personen hinter der Rolle aktualisieren, ohne dass jedes verknüpfte Ressourcenobjekt geändert werden muss.
Ein weiterer häufiger Fehler besteht darin, Organisationsinformationen nach einer Änderung des rechtlichen Namens, einer Übernahme, einer Fusion oder einer Unternehmensumstrukturierung nicht zu aktualisieren. Wenn sich die juristische Einheit ändert, die einem ASN oder IP-Block zugeordnet ist, müssen die Registereinträge möglicherweise überprüft werden. Das Unternehmen sollte sich mit seinem betreuenden LIR oder Registerdienstleister abstimmen, anstatt davon auszugehen, dass eine interne rechtliche Änderung automatisch in öffentlichen Internetdatensätzen widergespiegelt wird.Einige Organisationen erstellen auch Route-Objekte, versäumen es jedoch, diese zu pflegen. Sie fügen möglicherweise einen neuen Upstream-Provider hinzu, ändern ein ASN, übertragen ein Präfix oder ändern ihr BGP-Design, ohne die Routing-Einträge zu aktualisieren. Dadurch kann eine Diskrepanz zwischen der beabsichtigten Routing-Richtlinie und den Informationen in öffentlichen Datenbanken entstehen.
Ein verwandtes Problem besteht darin, IRR-Routenobjekte und RPKI-ROAs als austauschbar zu behandeln. Das sind sie nicht. Beide können nützlich sein, und je nach Anbieter oder Validierungssystem kann jeweils eines davon erforderlich sein. Ein moderner Prozess zur Routingsicherheit sollte beide überprüfen.
Schließlich sollten Organisationen den Maintainer-Zugriff sorgfältig schützen. Die mit einem Objekt verbundenen Maintainer-Steuerelemente können bestimmen, wer es aktualisieren kann. Der Verlust des Zugriffs auf einen Maintainer kann zukünftige Aktualisierungen erschweren. Das unsichere Teilen von Maintainer-Anmeldedaten kann ein nicht akzeptables Sicherheitsrisiko darstellen. Unternehmen sollten die Eigentumsverhältnisse dokumentieren, Anmeldedaten sicher speichern und einen klaren internen Prozess für die Wiederherstellung des Zugriffs und autorisierte Änderungen aufrechterhalten.
RIPE-Datenbank, IPv4-Übertragungen und Ressourcen-Due-Diligence
Die RIPE-Datenbank ist während eines IPv4-Transfers besonders relevant. Vor dem Erwerb von IPv4-Adressraum sollte ein Käufer die öffentlichen Datensätze prüfen, die dem Präfix zugeordnet sind. Dazu können das aktuelle Adressobjekt, die Organisationsreferenz, der Netzwerkname, der Ressourcenstatus, die technischen Kontakte, der Abuse-Kontakt, Routenobjekte und Maintainer-Details gehören.
Der Zweck besteht nicht lediglich darin zu bestätigen, dass das Präfix existiert. Der Käufer sollte feststellen, ob die Registrierungsinformationen schlüssig erscheinen, ob der Adressblock bestehende Routenobjekte aufweist, ob seine bisherige Nutzung Reputationsbedenken hervorrufen könnte und ob der Übertragungsweg ordnungsgemäß über das entsprechende Registry-Verfahren abgewickelt werden kann.
Beispielsweise kann ein Käufer feststellen, dass einem IPv4-Block aktive Routenobjekte zugeordnet sind, die mit einer ASN verknüpft sind, die nach der Übertragung nicht mehr verwendet wird. Der Käufer muss möglicherweise die Entfernung oder Ersetzung dieser Datensätze koordinieren, neue Routenobjekte für seine eigene ASN erstellen und RPKI-ROAs aktualisieren, bevor er das Präfix aus seinem Netzwerk ankündigt.
Der Käufer sollte auch die E-Mail- und Sicherheitsreputation berücksichtigen. Ein öffentlicher IP-Adressbereich kann für Hosting, E-Mail-Zustellung, Proxy-Dienste, VPN-Dienste oder andere Workloads verwendet worden sein. Wenn der Block mit Missbrauch, Spam, Malware oder verdächtigem Datenverkehr in Verbindung gebracht wurde, muss der neue Betreiber möglicherweise Zeit darauf verwenden, die Reputation nach der Übertragung wiederherzustellen. Die RIPE-Datenbank bietet keine vollständige Reputationshistorie, kann aber dabei helfen, frühere Betreiber und relevante Anlaufstellen für weitere Untersuchungen zu identifizieren.Ein professioneller IPv4-Übertragungsprozess sollte daher eine Due-Diligence-Prüfung des Registers, eine rechtliche Verifizierung, technische Planung, die Vorbereitung der Routing-Sicherheit, eine Vertragsprüfung und eine Validierung nach der Übertragung umfassen. Die RIPE-Datenbank ist eine wertvolle Grundlage für diesen Prozess, sollte aber zusammen mit anderen Informationsquellen verwendet werden.
Wie Unternehmen ihre RIPE-Datenbankeinträge pflegen sollten
Ein Unternehmen sollte die Pflege der RIPE-Datenbank als fortlaufende betriebliche Verantwortung betrachten. Der effektivste Ansatz besteht darin, klare interne Zuständigkeiten festzulegen. Ein Team oder eine dafür bestimmte Rolle sollte für die Überwachung von Änderungen an Unternehmensdaten, IP-Ressourcen, ASNs, Kontakten, Routenobjekten und RPKI-Datensätzen verantwortlich sein.Das Unternehmen sollte seine öffentlichen Datensätze regelmäßig überprüfen. Es sollte bestätigen, dass Organisationsnamen aktuell sind, technische Kontakte erreicht werden können, Missbrauchskontakte überwacht werden, Maintainer-Kontrollen zugänglich sind, Routenobjekte mit tatsächlichen BGP-Ankündigungen übereinstimmen und RPKI-ROAs mit der Routing-Richtlinie konsistent sind.
Eine Überprüfung ist vor größeren Netzwerkänderungen besonders wichtig. Wenn das Unternehmen einen zweiten Transit-Provider hinzufügt, in ein neues Rechenzentrum umzieht, seine BGP-Architektur ändert, einen neuen IPv4-Block erwirbt, IPv6-Ressourcen erhält, sein sponsoring LIR wechselt oder seine rechtliche Einheit neu strukturiert, sollten die Registrierungsdaten als Teil des Projektplans überprüft werden.Unternehmen, die nicht über internes Fachwissen zu Internetressourcen verfügen, können mit einem sponsoring LIR, einem Netzwerkberater, einem Managed-Service-Provider oder einem erfahrenen BGP-Ingenieur zusammenarbeiten. Das Ziel besteht nicht einfach darin, ein Registrierungsformular auszufüllen. Das Ziel ist sicherzustellen, dass rechtliche Daten, technische Daten, Routing-Richtlinien, Sicherheitskontrollen und betriebliche Prozesse zusammenwirken.
Die RIPE-Datenbank ist Teil Ihrer Internet-Infrastruktur
Die RIPE-Datenbank ist weit mehr als ein öffentliches Nachschlagewerk. Sie ist ein zentrales Register für IP-Adressen, IPv6-Präfixe, ASNs, Routing-Einträge, Organisationen, Kontakte und Maintainer in der Dienstleistungsregion des RIPE NCC. Für Unternehmen, die öffentliche Internetinfrastruktur betreiben, können ihre Einträge die Akzeptanz von Routing, die Reaktion auf Vorfälle, die Einhaltung von Vorschriften, die Verwaltung von IP-Ressourcen und den Ruf des Netzwerks beeinflussen.
Eine ordnungsgemäß gepflegte Präsenz in der RIPE-Datenbank unterstützt Transparenz und technisches Vertrauen. Sie hilft Upstream-Anbietern zu verstehen, welche Präfixe ein Netzwerk voraussichtlich ankündigen wird. Sie hilft Sicherheitsteams, relevante Kontakte zu identifizieren. Sie hilft Unternehmen, Ressourcen vor einem IPv4-Transfer zu überprüfen. Sie hilft Netzwerkbetreibern, konsistente Informationen zu ASN, Routenobjekten und RPKI zu pflegen.Unternehmen sollten die Datenbank sorgfältig nutzen und ihre Grenzen im Blick behalten. Ein Datenbankobjekt ist keine Garantie für eine aktuelle BGP-Sichtbarkeit, rechtliches Eigentum oder eine gute Reputationsqualität. Es ist ein wichtiger Bestandteil eines umfassenderen Prozesses zur Verwaltung der Internetinfrastruktur. Das stärkste Betriebsmodell kombiniert korrekte RIPE-Datenbankobjekte mit einer richtigen BGP-Konfiguration, gültigen RPKI-ROAs, sicherem Maintainer-Zugriff, aktueller Organisationsdokumentation, zuverlässiger Bearbeitung von Missbrauchsmeldungen und laufender Überwachung.
Für jedes Unternehmen, das eine RIPE NCC ASN, IPv4-Ressourcen, IPv6-Präfixe oder BGP-Routing nutzt, sollte die Pflege korrekter RIPE-Datenbankeinträge als zentrale Aufgabe des Netzwerkmanagements betrachtet werden.