IPv4-Due-Diligence-Checkliste

Bestätigen Sie, dass der Verkäufer der eingetragene Inhaber des Blocks ist, mittels WHOIS-Abfrage. Gleichen Sie mit der entsprechenden RIR-Datenbank ab.

Verifizieren Sie, dass der Block bei RIPE, ARIN, APNIC, LACNIC oder AFRINIC registriert ist und die Registrierung aktiv und aktuell ist.

Verfolgen Sie die Eigentumshistorie des Blocks. Suchen Sie nach Lücken, strittigen Transfers oder Blöcken, die von aufgelösten Unternehmen gehalten werden.

Bestätigen Sie, dass die Abuse-Kontaktinformationen aktuell und gültig sind. Veraltete Kontakte können auf verlassene oder vernachlässigte Blöcke hindeuten.

Bestimmen Sie, ob der Block Legacy (vor RIR-Zeiten) oder allokiert ist. Legacy-Blöcke können zusätzliche Vereinbarungen erfordern (z. B. ARIN LRSA/RSA).

Scannen Sie den Block mit dem IP-Blacklist-Check-Tool gegen über 300 Blacklist-Datenbanken. Prüfen Sie jede IP im Bereich, nicht nur die Netzwerkadresse.

Spamhaus ist die einflussreichste Blacklist. SBL-Einträge weisen auf bekannte Spam-Quellen hin; CBL zeigt kompromittierte Hosts an. Beide beeinflussen die E-Mail-Zustellbarkeit erheblich.

Wenn Sie die IPs für E-Mail (SMTP) verwenden möchten, prüfen Sie den Block mit dem E-Mail-Blacklist-Check gegen E-Mail-spezifische Blacklists.

Prüfen Sie die Reputationssysteme großer E-Mail-Provider (Google Postmaster, Microsoft SNDS) auf vorhandene Reputationsdaten zu den IPs.

Überprüfen Sie, ob der Block Gegenstand von Missbrauchsbeschwerden war. Prüfen Sie AbuseIPDB, Project Honeypot und ähnliche Datenbanken.

Überprüfen Sie die Routing-Historie des Blocks mit dem BGP-Lookup-Tool. Suchen Sie nach konsistenten, legitimen Ankündigungen von autorisierten ASNs.

Prüfen Sie auf unautorisierte Routen-Ankündigungen. BGP-Hijacking-Vorfälle sind ein kritisches Warnsignal und können auf anhaltende Sicherheitsprobleme hinweisen.

Verifizieren Sie, ob RPKI-ROAs für den Block existieren und ob sie mit dem erwarteten Origin-ASN übereinstimmen.

Prüfen Sie, ob der Block derzeit in der globalen BGP-Routing-Tabelle sichtbar ist. Nicht angekündigte Blöcke sind generell vorzuziehen (saubere Ausgangslage).

Bestätigen Sie, dass der Block von Ihrem ASN angekündigt werden kann und Ihre Upstream-Provider die Route akzeptieren.

Verifizieren Sie, dass der Transfer der Transfer-Richtlinie des jeweiligen RIR entspricht. Siehe unsere Leitfäden für RIPE-, ARIN-, APNIC- und LACNIC-Transfers.

Bestätigen Sie, dass keine aktiven Streitigkeiten, Rechtsstreitigkeiten oder Ansprüche gegen den Block bei einem RIR oder einer juristischen Person bestehen.

Verwenden Sie einen Treuhandservice (Escrow), um die Zahlung bis zur Bestätigung des Transfers durch das RIR zu halten. Zahlen Sie niemals den vollen Betrag vor der RIR-Bestätigung.

Überprüfen Sie den Transfer-Vertrag sorgfältig. Stellen Sie sicher, dass er Garantien zur Block-Sauberkeit, zum Eigentum und zur Unterstützung nach dem Transfer enthält.

Verifizieren Sie, dass keine der Parteien Handelssanktionen oder Exportbeschränkungen unterliegt, die den Transfer behindern könnten.

Bestätigen Sie, dass der Block den korrekten CIDR-Grenzen entspricht. Verwenden Sie den Subnetz-Rechner zur Überprüfung.

Verifizieren Sie, dass der Block keine ausstehenden Sub-Allokationen, Delegierungen oder geteilten Zuweisungen hat, die den Transfer erschweren könnten.

Prüfen Sie die aktuelle rDNS-Einrichtung. Planen Sie DNS-Delegationsänderungen nach dem Transfer.

Überprüfen Sie die aktuelle Geolokalisierungszuordnung des Blocks. Erwägen Sie eine Geofeed-Konfiguration nach dem Transfer, wenn Standortgenauigkeit wichtig ist.