Résumé

  • L’association administrative entre DATAMATIX et l’AS210973 est une piste vérifiable, mais elle ne prouve ni l’exploitation actuelle du réseau, ni la propriété des équipements, ni l’existence de clients.
  • Pour établir une capacité économique, il faudrait relier de manière datée l’enregistrement, les annonces BGP, l’autorisation RPKI, les relations d’amont, les services accessibles et une responsabilité juridique identifiable.

Le premier fait est administratif, pas commercial

Un numéro de système autonome est une identité de routage. Il donne un point de départ pour examiner un réseau, mais ne décrit pas automatiquement son modèle économique. L’objet aut-num de l’AS210973 constitue donc la première pièce du dossier : il peut indiquer un nom de système, une organisation liée, des mainteneurs, des contacts et une politique de routage déclarée. Le registre RIPE NCC reste toutefois une base administrative. La continuité d’un objet dans cette base établit une continuité d’enregistrement, non une continuité de service.

Le même principe vaut pour le RDAP. Cette interface peut corroborer le statut de l’ASN, les événements d’enregistrement et les entités liées, mais elle présente essentiellement une autre vue des données de registre. Elle ne constitue pas une mesure indépendante du trafic, de la disponibilité ou du contrôle des routeurs. Les dates de modification peuvent signaler une intervention administrative ; elles ne suffisent pas à démontrer qu’une capacité réseau ou un contrat client a changé au même moment.

Les statistiques d’allocation déléguée apporteraient une vérification supplémentaire du statut de la ressource et de sa date de délégation. Même une ressource toujours déléguée peut rester inutilisée, être utilisée de façon intermittente ou être annoncée par une infrastructure opérée pour le compte d’un tiers. La distinction entre ressource attribuée et activité observable doit donc rester explicite.

Les registres consultables sont : l’objet aut-num de l’AS210973, le dossier RDAP de l’ASN 210973, l’historique des versions de l’objet et les statistiques déléguées du RIPE NCC.

Une route déclarée n’est pas encore une route visible

La recherche inverse dans la base RIPE peut identifier des objets route ou route6 dont l’AS210973 est déclaré comme origine. C’est un signal utile sur la manière dont une ressource est administrativement décrite. Mais un objet IRR est déclaratif : il peut exister sans annonce BGP active. À l’inverse, une annonce peut être visible sans qu’un objet IRR correspondant soit immédiatement disponible ou à jour.

La preuve suivante serait une observation de l’AS210973 dans le routage externe. RIPEstat peut fournir un état de routage, une liste de préfixes annoncés, des chemins BGP, des voisins, des mises à jour et une chronologie des apparitions ou retraits. Ces données répondent à des questions différentes. Une liste de préfixes indique ce qui est observé comme originaire à un instant donné. L’historique peut distinguer une annonce persistante d’un test bref, d’une migration ou d’une activité intermittente. Les voisins peuvent montrer une adjacence récurrente, sans prouver à eux seuls un contrat de transit ou de peering.

La durée et la pluralité des observations sont déterminantes. Une présence dans un seul instantané ne permet pas de conclure à une exploitation soutenue. Pour établir une continuité plus robuste, il faudrait observer l’AS210973 sur plusieurs collecteurs RIS et RouteViews, à des dates répétées en 2025 et 2026, puis comparer les préfixes, les chemins, les retraits et les périodes de silence. Les agrégateurs comme bgp.tools et Cloudflare Radar peuvent servir de contrepoint, mais leurs collecteurs, leurs calendriers et leurs méthodes diffèrent.

Les points de comparaison disponibles sont la recherche inverse des objets route, le statut de routage RIPEstat, les préfixes annoncés, l’historique du routage, l’état BGP, les mises à jour BGP, les voisins de l’ASN, le profil RPKI, le profil bgp.tools, les données PeeringDB, la vue de Cloudflare Radar, l’archive RIS et l’archive RouteViews.

Le contrôle opérationnel exige plusieurs preuves convergentes

Même une annonce BGP répétée ne permet pas d’identifier automatiquement la personne qui exploite les équipements, qui paie le transit ou qui assume la responsabilité envers les clients. Un ASN peut être annoncé par un fournisseur d’hébergement, un revendeur, un prestataire de transit ou une autre structure agissant sous mandat. La visibilité de l’origine est une propriété du routage ; elle n’est pas une preuve complète de propriété physique ou de contrôle économique.

L’RPKI peut renforcer cette chaîne, mais seulement sur un point précis. Une autorisation de route correspondant à un préfixe et à l’AS210973 montrerait que le détenteur du certificat de ressource a autorisé cet ASN à l’annoncer. Elle réduirait l’incertitude sur l’autorisation d’origine. Elle ne démontrerait pas qui exploite les serveurs, qui fournit le service, qui détient les équipements, ni quel client dépend de cette connectivité.

Les relations d’amont et de pair-à-pair doivent être interprétées avec la même prudence. Une adjacence répétée dans les chemins BGP peut être compatible avec une continuité de connectivité. Elle ne prouve pas le contenu contractuel de cette relation, son prix, son exclusivité ou la part de trafic concernée. De même, une fiche PeeringDB pourrait identifier un nom de réseau, un site web, une politique, des points d’échange ou des installations déclarées. Ces informations sont utiles pour orienter la vérification, mais elles sont auto-déclarées et peuvent être incomplètes, anciennes ou prospectives.

L’API des sondes RIPE Atlas pourrait fournir un indice complémentaire si une sonde connectée utilisait une adresse associée à l’AS210973. Cet indice serait limité : une sonde peut être opérée par un volontaire ou un client et ne prouverait pas que DATAMATIX possède l’accès ou l’infrastructure. Son absence ne prouverait pas davantage l’inactivité.

Les éléments pertinents incluent l’historique RPKI, la fiche PeeringDB et la recherche de sondes RIPE Atlas.

Un service accessible relierait enfin le réseau à un usage

La preuve d’un service client exige une autre transition. Il ne suffit pas de trouver une adresse dans un préfixe associé à l’AS210973. Il faut disposer d’un domaine, d’un protocole ou d’un certificat observé à une date précise, puis vérifier que cette adresse était effectivement attribuée à l’ASN pendant la même période. Cette correspondance temporelle est essentielle : un domaine peut avoir changé d’hébergeur, passer par un CDN ou être placé derrière un proxy inverse.

Censys pourrait révéler des hôtes, des protocoles, des certificats, des logiciels ou des noms d’hôte associés à des adresses attribuées à l’ASN au moment du scan. urlscan.io pourrait fournir des pages, des titres, des domaines ou des captures historiques. Ces sources aideraient à établir une surface de service exposée, mais elles ne permettraient pas automatiquement d’attribuer le service à DATAMATIX. Un hôte peut appartenir à un client, à un locataire d’hébergement ou à un revendeur ; une adresse peut être partagée ; un certificat peut identifier une marque sans identifier l’opérateur juridiquement responsable.

La recherche Censys et les observations urlscan.io sont donc des pistes pour passer de la visibilité réseau à l’usage observable. Elles ne remplacent ni un contrat, ni une page commerciale vérifiable, ni un dépôt légal reliant le service à une entité précise.

La responsabilité juridique reste le maillon faible

La question commerciale ne peut être résolue par le seul nom DATAMATIX. Il faut faire correspondre l’organisation mentionnée dans les registres à une dénomination juridique exacte, à un numéro d’entreprise et à des documents officiels dans la juridiction concernée. Une recherche dans Companies House ou OpenCorporates peut révéler une correspondance, une absence de correspondance ou plusieurs homonymes. Chacun de ces résultats a une portée différente.

Une absence dans une base ne prouve pas nécessairement l’absence d’entreprise : la structure peut être enregistrée ailleurs, utiliser une autre dénomination ou ne pas être indexée. Une correspondance de nom ne prouve pas non plus que la société contrôle l’ASN. Le lien défendable devrait réunir quatre éléments : l’identité du registre Internet, l’identité juridique exacte, la preuve d’exploitation technique et un service ou actif économique attribuable.

Les recherches publiques disponibles sont la recherche Companies House et la recherche OpenCorporates. À ce stade, leur seule présence dans le dossier ne permet pas d’affirmer une identité juridique, un chiffre d’affaires, une clientèle ou une responsabilité opérationnelle.

Le mécanisme économique que les données pourraient établir

Le mécanisme à tester est simple, mais il exige plusieurs transitions documentées. Une organisation liée à une ressource Internet peut obtenir une capacité d’adressage et de routage. Si elle contrôle effectivement l’annonce, elle peut maintenir une connectivité, héberger un service, fournir du transit ou soutenir des clients. Si ce service est durable et attribuable, il peut produire des revenus, réduire un risque de continuité pour les utilisateurs ou créer une dépendance vis-à-vis d’un fournisseur. Si la ressource n’est qu’enregistrée ou utilisée par un tiers, le mécanisme économique se rompt avant même l’étape du service.

C’est pourquoi le dossier DATAMATIX ne doit pas transformer une trace en conclusion. Le registre établit au mieux une identité administrative à vérifier. Les objets IRR décrivent une intention déclarée. BGP peut montrer une activité de routage depuis certains points d’observation. RPKI peut préciser une autorisation d’origine. Les scanners peuvent montrer des services exposés. Les fichiers d’entreprise peuvent relier, ou ne pas relier, ces éléments à une personne morale. Aucune couche ne remplace la suivante.

Le changement mesurable recherché serait une différence datée entre deux états : apparition d’un préfixe, stabilité d’une annonce, variation du nombre de voisins, modification RPKI, exposition persistante d’un service ou changement officiel de l’organisation liée. Le paquet de recherche disponible ne contient toutefois pas de récupération en direct ni de série vérifiée pour 2025-2026. Il ne permet donc pas de conclure qu’une telle évolution a eu lieu.

Ce qu’il faudrait observer ensuite

La prochaine condition observable est une chaîne convergente et datée :

  1. un objet RIPE et une délégation toujours cohérents avec l’identité étudiée ;
  2. un ou plusieurs préfixes annoncés par l’AS210973 sur plusieurs collecteurs RIS et RouteViews pendant une période significative ;
  3. des chemins et des relations d’amont suffisamment persistants pour distinguer un service d’un test ponctuel ;
  4. une autorisation RPKI correspondant aux annonces observées ;
  5. un domaine, un protocole ou un certificat lié à ces adresses pendant le même intervalle ;
  6. une correspondance exacte avec une société, un numéro d’entreprise ou une responsabilité opérationnelle vérifiable.

Même cette chaîne ne permettrait pas nécessairement de quantifier le trafic, la marge ou la dépendance client. Elle établirait néanmoins un niveau supérieur de capacité opérationnelle démontrable. Pour mesurer un effet de marché ou de trésorerie, il faudrait ensuite des contrats, des comptes, des annonces commerciales ou des données de clients, rarement disponibles dans les bases techniques publiques.

Le résultat défendable aujourd’hui est donc limité mais utile : DATAMATIX et l’AS210973 constituent un cas où la visibilité d’une ressource réseau ouvre une enquête sur la capacité opérationnelle, sans encore prouver un réseau commercial durable. La conclusion pourrait évoluer si des observations répétées, des services datés et une responsabilité juridique concordante apparaissent. Sans ces éléments, l’hypothèse d’une activité commerciale reste une possibilité à tester, non un fait établi.