Résumé

  • Le RDAP de RIPE identifieAS201801comme ZEROSPACE et le relie à Christian Wittenberg exerçant sous le nom de Zerospace Cloud à Veldhoven, aux Pays-Bas; leaperçu ASde RIPEstat a signalé l'AS comme annoncé le 15 juillet 2026.
  • Le domaine routé est petit mais visible: lestatut de routagemontrait un préfixe IPv4, 256 adresses IPv4, huit /48 IPv6 et deux voisins observés, tandis que lespréfixes annoncéslistaient 185.140.53.0/24 plus huit /48 IPv6 visibles.
  • L'hygiène d'origine de route est un point fort: RIPEstat a renvoyé un RPKI valide pour185.140.53.0/24et pour2a07:1a84::/48, la validation IPv6 reposant sur un ROA sur 2a07:1a84::/44 et une longueur maximale /48.
  • La preuve d'exploitation est faible:PeeringDBliste Zerospace Cloud mais montre zéro nombre de points d'échange publics et zéro nombre de centres de données; legeofeedmappe des tranches d'adresses sur dix étiquettes métropolitaines, mais il ne prouve pas de baies locales, d'alimentation, de matériel, de support ou de capacité de migration client dans ces métropoles.

L'entreprise a une identité réseau réelle, mais l'identité est récente

Le premier fait à distinguer du bruit est que Zerospace Cloud n'est pas simplement une phrase marketing. Le RDAP de RIPE àhttps://rdap.db.ripe.net/autnum/201801enregistre AS201801 comme ZEROSPACE, statut actif, avec un événement d'enregistrement le 30 janvier 2026 et un événement de dernière modification le 13 mars 2026. L'entité organisation dans la même réponse RDAP est Christian Wittenberg exerçant sous le nom de Zerospace Cloud, avec Veldhoven, Pays-Bas, comme étiquette d'adresse publique. La réponse RDAP nomme également Zerospace Cloud Network Operations comme contact administratif et technique et Zerospace Cloud Abuse Department comme contact contre les abus. Pour un petit fournisseur de cloud ou d'hébergement, c'est une base utile: il y a une organisation nommée, un réseau nommé et des rôles de contact opérationnel nommés.

Les enregistrements d'adresses correspondent à l'identité AS. Le RDAP de RIPE àhttps://rdap.db.ripe.net/ip/185.140.53.0/24identifie 185.140.53.0 à 185.140.53.255 comme ZEROSPACE-CLOUD, assigné PA, pays NL, statut actif, avec des remarques pointant vers un geofeed àhttp://download.zerospace.cloud/ipam/geofeed.csv. Le RDAP de RIPE àhttps://rdap.db.ripe.net/ip/2a07:1a84::/44identifie 2a07:1a84::/44 comme ZEROCLOUD, agrégé par LIR, pays NL, statut actif, avec la même organisation et la même référence de geofeed. L'aperçu de préfixe de RIPEstat pourhttps://stat.ripe.net/data/prefix-overview/data.json?resource=185.140.53.0/24identifie AS201801 comme le détenteur d'origine pour le /24 IPv4.

Ces enregistrements ne prouvent pas un parc d'hébergement mature. Ils prouvent un détenteur de route actuel avec des ressources enregistrées en direct. L'âge compte. Le système autonome et l'agrégat IPv6 ont été enregistrés fin janvier 2026, et le /24 IPv4 a été enregistré en février 2026. C'est suffisamment récent pour que les clients doivent traiter les preuves d'exploitation publiques comme encore en formation.

Les nouveaux fournisseurs d'infrastructure peuvent être compétents; ils peuvent aussi être dans une phase où le routage, la marque, les processus de support et les contrats fournisseurs physiques sont encore en cours de durcissement. La bonne question n'est pas de savoir si AS201801 existe. Il existe. La bonne question est de savoir quels services clients peuvent être placés en toute sécurité dessus.

Le signal de route publique est en direct. L'aperçu AS de RIPEstat àhttps://stat.ripe.net/data/as-overview/data.json?resource=AS201801a signalé le détenteur comme ZEROSPACE Christian Wittenberg exerçant sous le nom de Zerospace Cloud et l'AS comme annoncé à la requête du 15 juillet 2026. Le statut de routage de RIPEstat àhttps://stat.ripe.net/data/routing-status/data.json?resource=AS201801a signalé une large visibilité publique: 324 des 326 pairs IPv4 RIS et 322 des 322 pairs IPv6 RIS voyaient l'espace routé. Ce n'est pas la signature d'un enregistrement inutilisé. C'est la signature d'un petit réseau qui est visible par le système de routage mondial.

Pour les acheteurs d'infrastructure, la visibilité de route en direct est nécessaire mais pas suffisante. Un fournisseur peut router un /24 et plusieurs /48 IPv6 tout en dépendant de serveurs virtuels loués, de colocation revendeur, d'un seul fournisseur de mains distantes ou d'un petit ensemble de fournisseurs d'accès. Une route montre que les paquets peuvent trouver les préfixes annoncés.

Elle ne montre pas qu'un client peut obtenir un remplacement de matériel après une panne de disque, exporter un grand ensemble de données sous contrainte de temps, récupérer après une panne de stockage, ou joindre une personne ayant autorité pour corriger un incident électrique. La capacité hébergée transforme la visibilité de route en service uniquement lorsqu'il y a des baies, de l'alimentation, du refroidissement, un inventaire matériel, des procédures d'accès, une couverture de support et des chemins de sortie derrière les préfixes.

[Le reste de la traduction suit la même logique.]