Liste de Vérification Due Diligence IPv4

Confirmez que le vendeur est le titulaire enregistré du bloc via une recherche WHOIS. Recoupez avec la base de données du RIR concerné.

Vérifiez que le bloc est enregistré auprès du RIPE, de l'ARIN, de l'APNIC, du LACNIC ou de l'AFRINIC et que l'enregistrement est actif et à jour.

Retracez l'historique de propriété du bloc. Recherchez les lacunes, les transferts contestés ou les blocs détenus par des entités dissoutes.

Confirmez que les informations de contact d'abus sont actuelles et valides. Des contacts obsolètes peuvent indiquer des blocs abandonnés ou négligés.

Déterminez si le bloc est legacy (pré-RIR) ou alloué. Les blocs legacy peuvent nécessiter des accords supplémentaires (ex. : ARIN LRSA/RSA).

Analysez le bloc contre plus de 300 bases de données de listes noires avec l'outil de vérification des listes noires IP. Vérifiez chaque IP de la plage, pas seulement l'adresse réseau.

Spamhaus est la liste noire la plus influente. Les inscriptions SBL indiquent des sources de spam connues ; CBL indique des hôtes compromis. Les deux affectent considérablement la délivrabilité des e-mails.

Si vous prévoyez d'utiliser les IPs pour le courrier électronique (SMTP), vérifiez le bloc contre les listes noires spécifiques au courrier via la vérification des listes noires de messagerie.

Consultez les systèmes de réputation des principaux fournisseurs de messagerie (Google Postmaster, Microsoft SNDS) pour les données de réputation existantes sur les IPs.

Vérifiez si le bloc a fait l'objet de plaintes pour abus. Consultez AbuseIPDB, Project Honeypot et les bases de données similaires.

Examinez l'historique de routage du bloc avec l'outil de recherche BGP. Recherchez des annonces cohérentes et légitimes provenant d'ASN autorisés.

Vérifiez les annonces de routes non autorisées. Les incidents de détournement BGP sont un signal d'alerte critique et peuvent indiquer des problèmes de sécurité en cours.

Vérifiez si des ROAs RPKI existent pour le bloc et s'ils correspondent à l'ASN d'origine attendu.

Vérifiez si le bloc est actuellement visible dans la table de routage BGP mondiale. Les blocs non annoncés sont généralement préférables (table rase).

Confirmez que le bloc peut être annoncé depuis votre ASN et que vos fournisseurs upstream accepteront la route.

Vérifiez que le transfert est conforme à la politique de transfert du RIR concerné. Consultez nos guides pour les transferts RIPE, ARIN, APNIC et LACNIC.

Confirmez qu'il n'existe aucun litige actif, procédure judiciaire ou réclamation contre le bloc auprès d'un RIR ou d'une entité juridique.

Utilisez un service de séquestre (escrow) pour retenir le paiement jusqu'à la confirmation du transfert par le RIR. Ne payez jamais le montant total avant la confirmation du RIR.

Examinez attentivement le contrat de transfert. Assurez-vous qu'il comprend des garanties sur la propreté du bloc, la propriété et le support post-transfert.

Vérifiez qu'aucune des parties n'est soumise à des sanctions commerciales ou à des restrictions à l'exportation susceptibles d'entraver le transfert.

Confirmez que le bloc est aligné sur les limites CIDR correctes. Utilisez le calculateur de sous-réseau pour vérifier.

Vérifiez que le bloc n'a pas de sous-allocations en cours, de délégations ou d'attributions fractionnées qui pourraient compliquer le transfert.

Vérifiez la configuration rDNS actuelle. Planifiez les changements de délégation DNS après le transfert.

Vérifiez le mapping de géolocalisation actuel du bloc. Envisagez la configuration geofeed après le transfert si la précision de localisation est importante.