Sempernet: AS45444 disparu du BGP RIPE, sites sur AS63949

Résumé

AS45444 reste enregistré au nom de Twin-K Computers Pty Ltd, et son contact d'abus a été validé en juin 2026. L'enregistrement est à jour; le routage ne l'est pas. Le 15 juillet 2026, RIPE RIS n'a observé aucun espace IPv4 ou IPv6 annoncé, aucun voisin et aucune route pour ce système autonome.
Les dernières origines globalement visibles associées à AS45444 étaient le bloc IPv4 116.197.144.0/21 et le bloc IPv6 2406:a000::/32 au début de 2021. Ces allocations restent actives dans les enregistrements APNIC, mais des adresses allouées ne sont pas une preuve de serveurs sous tension, d'hébergement commercialisable ou de service joignable.
Sempernet et Coherent Cloud sont tous deux des noms commerciaux enregistrés de Twin-K Computers. Les documents publics n'établissent pas Sempernet comme une filiale légale distincte, malgré cette formulation dans la description historique du système autonome.
Coherent Cloud, Studentnet et Cloudwork exposent toujours des produits, du support et une page de statut, mais leurs adresses web publiques observées tombent dans des préfixes originaires d'AS63949. APNIC nomme cet ASN AKAMAI-LINODE-AP et identifie Akamai Technologies comme son titulaire; ces faits de registre ne localisent ni n'identifient aucun serveur de site web, backend, charge de travail Cloudwork ou donnée.

Le silence est dans la table de routage, pas sur le site web de l'entreprise

Le 15 juillet 2026 à 08h00 UTC, les collecteurs de routage de RIPE écoutaient, via 326 pairs IPv4 et 322 pairs IPv6, à la recherche d'AS45444. Aucun ne l'a vu. L'enregistrement de statut de routage RIPEstata dénombré zéro préfixe annoncé, zéro adresse annoncée, zéro voisin observé et zéro pair voyant le système autonome dans l'un ou l'autre protocole. Laréponse d'état BGPassociée a renvoyé un ensemble de routes vide.

Presqu'au même moment, l'activité publique semblait vivante. Lapage d'accueil de Studentnetpromouvait un webinaire de juin 2026 sur la vérification d'identité des élèves, décrivait un support technique par des professionnels locaux et indiquait que Cloudwork était utilisé dans des écoles australiennes. Sapage de statutaffichait « All Systems Operational » et un composant visible de 90 jours à 100 % de disponibilité. Lesite de Coherent Cloudarborait une mention de copyright 2026, un numéro de téléphone australien et le même ABN Twin-K Computers que celui qui apparaît dans le registre gouvernemental.

Les deux observations peuvent être vraies. Une entreprise peut continuer à fournir une application après avoir retiré sa propre origine de route. Elle peut louer des machines virtuelles chez un autre fournisseur, placer des services derrière un réseau tiers, migrer des charges de travail tout en conservant d'anciennes ressources de numéros, ou laisser un enregistrement de système autonome en place pour une éventuelle utilisation future. L'erreur importante serait de considérer la page d'application en ligne comme preuve qu'AS45444 la transporte, ou de considérer l'ASN silencieux comme preuve que l'entreprise a cessé ses activités.

La question de l'infrastructure de Sempernet n'est donc pas simplement de savoir si l'organisation existe. Elle existe. La question est de savoir ce qui reste du réseau décrit dans ses entrées de registre, quelles couches physiques et contractuelles transportent désormais le service d'identité scolaire, et quelle capacité utilisable survit à une défaillance de fournisseur, de baie, d'alimentation, de réseau ou de récupération. Les preuves publiques sont particulièrement bonnes pour montrer l'écart, et particulièrement faibles pour le combler.

Le nom dans l'ASN n'est pas un organigramme fiable

L'étiquette d'entité « Sempernet subsidiary of Coherent Cloud » provient directement de l'enregistrement APNIC pour AS45444. Il nomme le système autonome SEMPERNET-AS-AU, le décrit comme un fournisseur de services réseau à Sydney et répertorie les sites web de Sempernet, Coherent Cloud et Studentnet. Le titulaire n'est cependant pas une société nommée Sempernet ou Coherent Cloud. Il s'agit de Twin-K Computers Pty Ltd.

L'historique ABN de Twin-K Computerspublié par le gouvernement australien clarifie la frontière légale. L'ABN 90 001 966 892 appartient à une société privée australienne active. Sempernet, Coherent Cloud, PPS Internet, PPS Technology, Student Net et Isonet sont répertoriés comme noms commerciaux actuels sous cette même entité. Sempernet est répertorié depuis le 14 mars 2000 et Coherent Cloud depuis le 21 janvier 2014. Le registre n'identifie pas un nom commercial comme parent d'un autre.

Cela n'empêche pas Twin-K d'organiser ses marques en interne selon une hiérarchie. Coherent Cloud se qualifie de « parent body » de Cloudwork et Studentnet, et la page à propos de Studentnet indique que Studentnet est une filiale à 100 % de Twin-K. Ce sont des déclarations de produit et de marque avec un certain contexte d'entreprise. Elles ne créent pas une société Sempernet déposée séparément, et elles n'établissent pas une participation légale de Coherent Cloud dans Sempernet.

Cette distinction n'est pas du pédantisme. Les contrats, les responsabilités, les ressources de numéros, les droits sur les logiciels et les obligations de traitement des données sont attachés aux personnes morales. Un client lisant l'étiquette de l'ASN pourrait supposer qu'une société nommée Coherent Cloud possède une filiale distincte nommée Sempernet. Le registre public gouvernemental indique plutôt une seule société légale utilisant plusieurs noms. À moins qu'un contrat ou un dépôt d'entreprise actuel ne démontre le contraire, le propriétaire défendable et le détenteur responsable des ressources est Twin-K Computers Pty Ltd.

Les adresses nécessitent également une séparation. APNIC porte toujours Suite 1, 89 Jones Street à Ultimo comme adresse d'organisation et de contact. Coherent Cloud publie la même adresse. Le registre ABN indique que l'emplacement principal de l'activité de Twin-K est passé de NSW 2007 à NSW 2065 en mai 2024, et lapage de contact de Studentnetdonne une adresse postale au 2 Herbert Street, St Leonards NSW 2065. Aucun de ces détails de bureau ou de contact n'est une preuve de salle de serveurs. Ils témoignent d'une présence administrative et d'une dérive d'adresse, pas de la propriété d'équipement.

Ce que le réseau enregistré était conçu pour faire

Les enregistrements d'adresses de l'APNIC décrivent une opération historique plus concrète que la table de routage actuelle. L'allocation 116.197.144.0/21est enregistrée au nom de Twin-K sous le nom SEMPERNET. Sa description qualifie la ressource de réseau de colocation et d'hébergement de serveurs web combiné à des services gérés sur mesure pour les entreprises et sociétés australiennes. Un /21 contient 2 048 adresses IPv4 avant que les réservations normales de réseau ou les choix opérationnels ne soient pris en compte.

L'allocation IPv6 2406:a000::/32décrit un réseau IPv6 de production desservant des clients commerciaux et éducatifs en Australie. Elle est également enregistrée au nom de Twin-K. Les deux allocations sont marquées comme actives dans le registre, toutes deux datent de 2008, et toutes deux conservent un contact d'abus validé le 17 juin 2026. Le système autonome lui-même a été enregistré en septembre 2008.

Ces enregistrements établissent l'intention historique et la responsabilité continue des ressources. Ils n'établissent pas l'utilisation actuelle. Un statut RIR « actif » signifie que l'enregistrement n'est pas marqué comme retourné, révoqué ou autrement inactif dans cette base de données. Cela ne signifie pas qu'une route BGP est propagée, qu'une baie est sous tension, qu'un client peut passer commande ou qu'un paquet peut atteindre une application. La validation récente du contact d'abus est une preuve utile que quelqu'un répond encore au processus de maintenance des ressources. Ce n'est pas un test de santé du service.

L'ancienne politique de routage nommait également trois systèmes autonomes externes. L'objet APNIC d'AS45444 déclarait des importations depuis et des exportations vers AS7543, AS18398 et AS2914. Dans un réseau actif, ces politiques pourraient décrire plusieurs relations en amont. Ici, il s'agit d'une déclaration de configuration modifiée pour la dernière fois en 2020, et non d'une observation actuelle. RIPE RIS n'a vu aucun voisin au moment de l'examen. Une ligne d'importation déclarée peut rester dans un registre de routage Internet longtemps après que la session, l'interconnexion ou le contrat de transit sous-jacent ait pris fin.

Un objet de route résiduel est particulièrement facile à mal interpréter. La requête IPv4 d'APNIC contient un objet de route 116.197.144.0/22 nommant AS2914 comme origine, mis à jour en avril 2023. Pourtant, l'aperçu de préfixe actuel de RIPEstatindique que ce /22 n'est pas annoncé, et sa vue d'état BGP ne trouve aucun chemin. Un objet de route est une autorisation de politique ou un enregistrement de documentation. Ce n'est pas une annonce active. La même prudence s'applique à l'ancienne politique d'AS45444: la paperasse peut survivre aux paquets.

Le retrait de 2021 est la frontière opérationnelle

L'historique des routes fournit une date bien plus solide que des déclarations générales sur un ancien site web ou une ancienne installation. Lesdonnées d'historique de routage de RIPEstatmontrent l'agrégat IPv4 116.197.144.0/21 visible du 30 avril 2009 au 1er février 2021. L'origine IPv6 2406:a000::/32 a été visible de février 2009 à la même date de fin. Plusieurs routes IPv4 plus spécifiques sont apparues pendant des périodes plus courtes autour de 2009 et 2010.

La vue actuelle du statut de routage identifie le dernier événement observé comme étant 116.197.144.0/21 originaire d'AS45444 le 27 janvier 2021. La légère différence entre cet horodatage d'événement et la fin de l'intervalle d'historique reflète la manière dont les deux jeux de données RIPEstat résument les observations des collecteurs. Cela ne permet pas de préciser l'heure du retrait. La conclusion solide est que l'origine observée globalement a pris fin au début de 2021 et n'est pas réapparue dans le jeu de données actuel.

Lavue de routage de Cloudflare pour AS45444identifie également le réseau comme SEMPERNET-AS-AU et CoClo, mais elle ne présente aucune liste de préfixes actuelle dans le résumé public. IPinfo classe séparément l'ASN comme inactif et ne signale aucun préfixe, pair ou amont. Ces résumés commerciaux sont des vérifications secondaires. RIPE RIS fournit la mesure qui doit étayer la conclusion.

Il s'agit d'une preuve négative avec une portée définie. RIS est un vaste système d'observation, pas tous les routeurs de la planète. Il peut établir qu'aucune route n'était visible pour ses centaines de collecteurs au moment indiqué. Il ne peut pas exclure un réseau privé interne, un service atteint via un ASN d'origine différent, un VPN, une route spécifique à un client, ou un équipement conservé hors ligne pour une réactivation future. Il ne peut pas non plus expliquer pourquoi les routes ont disparu.

Aucun avis public de mise hors service, annonce de migration, enregistrement de vente ou rapport d'incident trouvé dans cet examen ne donne de cause.

Pour un client, cependant, l'effet externe est clair. Les adresses à l'intérieur des blocs Sempernet enregistrés n'étaient pas joignables globalement via AS45444 à la date de coupure. Tout service public actuel utilisant un fournisseur différent a une dépendance de routage, d'installation et de support différente de celle que la description historique de l'ASN implique. La diligence raisonnable doit suivre les points de terminaison de service actuels plutôt que de s'arrêter à l'ancien enregistrement de ressources de numéros.

L'espace d'adressage enregistré n'est pas une capacité d'hébergement utilisable

Les avoirs IPv4 et IPv6 peuvent sembler être une capacité. Ils constituent une portée d'adresses. Le /21 fournit 2 048 adresses IPv4. Le /32 fournit une énorme allocation IPv6 destinée au sous-réseautage hiérarchique. Aucun de ces nombres n'indique combien de serveurs existent, combien de machines virtuelles peuvent être placées, combien de mémoire ou de stockage est installé, combien d'identités de clients sont traitées, ou quel débit est disponible en cas de défaillance.

Leprofil PeeringDB pour AS45444ajoute une ancienne échelle opérationnelle auto-déclarée. Il étiquette le réseau comme CoClo (Coherent Cloud), répertorie Sempernet, Studentnet, Isonet et PPS Internet comme noms alternatifs, le classe comme réseau de contenu, et signale huit préfixes IPv4, aucun préfixe IPv6, un trafic de 20-100 Mbps, un ratio sortant élevé et une portée Asie-Pacifique. Le profil réseau a été mis à jour pour la dernière fois en juillet 2022.

Ces champs ne constituent pas une mesure actuelle. L'entrée « huit préfixes » ne correspond pas à une table de routage actuelle avec zéro origine. Elle peut décrire une configuration antérieure, compter des annonces plus spécifiques, ou simplement être une valeur de profil qui n'a pas été corrigée après le retrait. La bande de 20-100 Mbps est large, ancienne et auto-sélectionnée. Ce n'est pas un débit d'information garanti, une facture au 95e centile, une vitesse de port ou une garantie de capacité de réserve.

Aucun catalogue de produits public trouvé ici ne vend un serveur privé virtuel Sempernet, un hôte bare-metal, un cabinet de colocation, un circuit de transit ou un niveau de stockage. Il n'y a pas de nombre de serveurs, d'inventaire d'unités de baie, de pool de CPU et de RAM, de capacité de disque, d'engagement réseau, d'allocation client, de graphique d'utilisation, de liste d'attente, de stock de matériel ou de prix. Il n'y a pas non plus de distinction entre la capacité conçue, installée, alimentée, opérationnelle, vendue, réservée et réellement disponible.

La déclaration honnête de capacité est donc austère. Twin-K conserve des ressources de numéros Internet enregistrées avec des descriptions historiques d'hébergement. AS45444 ne rend actuellement aucune de ces ressources visible globalement. Coherent Cloud commercialise une application de gestion d'identité, mais ses documents publics ne divulguent pas les unités de calcul et de stockage qui la soutiennent. La capacité ne peut être calculée ni à partir de l'allocation d'adresses, ni du profil PeeringDB.

Une ancienne association avec un site de Sydney ne peut pas localiser le service d'aujourd'hui

PeeringDB associe AS45444 à un seul site:DigiCo Sydney SYD1, anciennement Global Switch Australia, au 400 Harris Street à Ultimo. L'association réseau-site a été créée en 2011 et mise à jour pour la dernière fois en mars 2016. AS45444 n'a aucun attachement répertorié à un point d'échange Internet. Cet historique est compatible avec un client prenant du transit à l'intérieur d'un centre de données neutre vis-à-vis des opérateurs plutôt que de faire du peering public à un point d'échange.

Le site lui-même est réel et actuel.DigiCo décritun site Sydney SYD1 dans son portefeuille, avec une alimentation redondante, un refroidissement, une sécurité et des opérations sur site 24h/24 à travers son parc de centres de données. Le site a reçu le statut stratégique du cadre de certification d'hébergement du gouvernement australien en 2025. Aucune de ces affirmations au niveau du site ne dit qu'AS45444 reste un locataire.

Le dossier de planification de NSW rend la frontière de propriété et de capacité encore plus importante. Lademande d'expansion de DigiCo SYD1couvre un campus de centre de données existant au 392-422 Harris Street, deux niveaux supplémentaires, la conversion de surface de plancher en usage technique et électrique, et une augmentation de la consommation électrique de 47,5 MW. Elle a été approuvée en décembre 2025. Les documents d'ingénierie décrivent une installation prévue de 88 MW après intensification.

Pas un watt de cette augmentation de 47,5 MW, ni aucune fraction des 88 MW prévus, ne peut être attribué à Sempernet. Il s'agit de chiffres de développement du site pour DigiCo. Ils ne montrent pas de bail de Twin-K, de baie, d'interconnexion, de disjoncteur, de réservation ou de facture d'électricité. Un réseau client peut occuper une petite partie d'une grande installation, la quitter, ou acheter un service auprès d'un autre locataire sans apparaître dans les documents de planification.

La FAQ de Cloudwork indique toujours que son gestionnaire central d'accès aux identités fonctionne comme une seule machine virtuelle sur du matériel serveur dédié au « GlobalSwitch DC » de Coherent Cloud. Cette déclaration lie l'architecture de l'application à l'ancien nom du site, mais la page ne fournit aucune date pour le paragraphe et aucun détail de baie ou de contrat. L'utilisation de l'ancienne marque après que le site soit devenu DigiCo est une raison de chercher confirmation, pas une raison de supposer que le matériel a disparu.

Les preuves actuelles confirment l'existence du site; elles ne confirment pas la présence actuelle de Sempernet à l'intérieur.

La bordure visible est en dehors d'AS45444

La couche web publique donne un exemple direct d'adresses atteintes en dehors de l'ancien réseau. Le 15 juillet 2026, Google Public DNS a renvoyé 173.255.242.216 pour coherentcloud.com et coclo.co. Il a renvoyé 172.105.255.107 pour studentnet.net. Les informations réseau de RIPE mappent les deux préfixes de couverture vers AS63949 plutôt qu'AS45444. L'enregistrement APNIC pour AS63949le nomme AKAMAI-LINODE-AP, identifie Akamai Technologies, Inc. comme titulaire et décrit Akamai Connected Cloud. Cette attribution appartient à l'enregistrement de l'ASN, pas à une charge de travail de site web particulière.

Laréponse DNS pour coherentcloud.comet l'enregistrement réseau pour son adressedémontrent la chaîne de bordure publique. Laréponse DNS pour Studentnetéquivalente et l'enregistrement réseaumontrent le même ASN d'origine via un préfixe différent. Les enregistrements d'ARIN nomment LINODE pour les attributions couvrant173.255.242.216et172.105.255.107.

Ensemble, ces sources établissent une chaîne DNS-vers-adresse-vers-AS-origine et les noms de registre attachés à l'ASN et aux attributions d'adresses. Elles ne prouvent pas qui possède ou exploite une machine virtuelle ou un serveur, où un backend s'exécute, si le site public partage l'infrastructure avec Cloudwork, ou où les données d'application sont stockées. L'état du DNS et du routage peut également changer après l'observation.

La preuve des domaines est néanmoins décisive contre un raccourci: aucun des sites web publics ne démontre un hébergement sur AS45444. Coherent Cloud et PPS Internet résolvent vers la même adresse externe; coclo.co redirige vers coherentcloud.com. Studentnet résout vers un autre préfixe d'AS63949. L'ancien domaine de Sempernet est encore plus faible:semper.netredirige vers une page de vente de domaine. Un domaine de marque garé n'est pas un portail opérationnel.

Il y a aussi une différence de protocole. Studentnet sert un site HTTPS actuel. L'hôte de Coherent Cloud a répondu en HTTP simple lors de l'examen et n'a pas négocié de connexion TLS moderne avec le client d'examen. Sa réponse annonçait d'anciennes chaînes de version Apache et PHP, bien que les en-têtes de serveur puissent être inexacts ou délibérément corrigés. Ceci est un signal de maintenance de bordure publique, pas une preuve concernant le service Cloudwork protégé et pas une preuve de faille exploitable.

Cloudwork est une dépendance applicative, pas une capacité cloud générique

L'offre active est plus spécifique que ce que la catégorie attribuée pourrait suggérer. Lapage produit de Studentnetdécrit Cloudwork comme une gestion des identités et des accès pour les communautés scolaires. Il gère les élèves, le personnel, les parents, les anciens élèves et les visiteurs, synchronise les données des systèmes de gestion scolaire et s'intègre avec plus de 110 applications et services éducatifs. Les modules couvrent le contrôle d'identité, la validation, le provisionnement, l'authentification et l'intégration des appareils.

Ce n'est pas un catalogue public d'IaaS. Le client ne choisit pas des tailles arbitraires de machines virtuelles ou un inventaire bare-metal. Il achète une application et un support géré. L'infrastructure reste importante, mais elle devrait être mesurée en transactions d'identité réussies, en synchronisation d'annuaire, en latence d'authentification, en objectifs de récupération et en écoles supportées, plutôt qu'en cœurs de CPU annoncés seuls.

LaFAQ de Cloudworkdécrit une architecture en deux parties. Un nœud d'identité Cloudwork, ou CwIN, est une machine virtuelle Windows déployée chez l'organisation cliente. Il contient le code Cloudwork et Microsoft ADFS. Coherent Cloud le maintient et le gère, tandis que l'organisation est responsable de sauvegarder l'image du CwIN. Coherent Cloud indique conserver les fichiers de configuration pour une récupération bare-metal.

Le gestionnaire central d'accès aux identités Cloudwork, ou CwIM, est décrit comme une seule machine virtuelle Linux sur du matériel serveur dédié au centre de données GlobalSwitch. Studentnet indique sauvegarder cette machine et conserver une copie de récupération complète dans une installation de récupération hors site. Cette architecture crée au moins trois surfaces opérationnelles: le nœud local ou hébergé dans le cloud de l'école, le gestionnaire central, et la copie de récupération.

Chaque surface a un propriétaire et un chemin de défaillance différents. Le manquement d'une école à sauvegarder son image CwIN peut entraver la récupération locale même si Coherent Cloud conserve les fichiers de configuration. Une défaillance du gestionnaire central peut affecter les fonctions d'authentification ou de gestion partagées entre les clients. Une copie de récupération peut réduire l'exposition à la perte de données, mais seulement si elle est suffisamment à jour, isolée, compatible et capable d'être démarrée avec le réseau et les dépendances requis. La description publique ne fournit pas ces résultats de test.

Appeler Cloudwork « cloud » n'efface donc pas le matériel. Son service d'identité dépend d'hôtes serveurs, de stockage, de systèmes d'exploitation, d'ADFS, de chemins réseau, de certificats, de DNS, de personnel et des applications tierces auxquelles il donne accès. L'architecture publique est utile précisément parce qu'elle montre que la responsabilité est distribuée. Elle ne transforme pas cette responsabilité en résilience quantifiée.

Le statut public est une preuve d'activité de service, pas un diagramme de topologie

La page de statut de Studentnet est l'un des signaux actuels les plus forts qu'une opération de service se poursuit. Elle expose un mécanisme d'abonnement pour les notifications d'incident et, au moment de l'examen, signalait tous les systèmes opérationnels. La page de support dirige les utilisateurs vers le statut actuel du système et les rapports d'incident. Ce sont des comportements d'un service opérationnel plutôt que d'une marque dormante.

La page de statut est également auto-publiée. Son état vert signifie que l'opérateur n'avait aucun problème ouvert représenté à ce moment-là. Un affichage de 100 % sur 90 jours signifie qu'aucun temps d'arrêt n'a été enregistré pour le composant visible selon les propres règles de mesure et d'incident du site. Elle ne révèle pas l'emplacement de la sonde, la profondeur des transactions, les erreurs spécifiques aux clients, la gestion de la maintenance planifiée ou la relation entre un composant et AS45444.

Plus important encore, la page de statut ne restaure pas l'ancienne origine du réseau. Un moniteur de service peut signaler un état sain alors que les adresses des sites web publics examinés sont visibles via AS63949. La page de statut ne divulgue pas le réseau d'origine, les installations ou les chemins utilisés par les transactions applicatives surveillées, elle ne peut donc pas transformer l'association PeeringDB, les politiques d'importation APNIC ou les préfixes Sempernet historiques en une carte des dépendances actuelles.

Lapage de supportpublique ajoute un chemin de réponse humaine. Elle propose des tickets et un email pour les problèmes courants, et un numéro de centre d'opérations pour les pannes critiques ou d'urgence en dehors des heures normales de bureau. Les signalements de panne réels ne sont pas facturés; l'utilisation non urgente de ce numéro peut entraîner une facturation horaire. Cela montre un canal d'escalade. Elle ne divulgue pas de planning de personnel, d'objectif de temps de réponse, de cible de restauration, de matrice de sévérité ou de substitut si le chemin téléphonique ou le personnel nommé sont indisponibles.

Il n'y a pas de contradiction entre un support actif et une infrastructure inconnue. Les petites sociétés de services gérés vendent souvent de l'expertise et de la réactivité tout en louant de la capacité physique. La question de diligence est de savoir si un acheteur connaît la chaîne de responsabilité et dispose de recours contractuels à chaque couche. Les pages publiques répondent à la question de savoir qui appeler. Elles ne répondent pas à la question de savoir combien de matériel de rechange existe ou à quelle vitesse un hôte central défaillant peut être reconstruit.

La localité des données s'arrête aux mots « GlobalSwitch » et « hors site »

Cloudwork traite des informations relatives à l'identité. Lapolitique de confidentialité de Studentnetindique qu'elle utilise les noms, e-mails et informations de contact pour créer des comptes, authentifie les utilisateurs, journalise les requêtes y compris les adresses IP source, chiffre les données en transit et au repos, et maintient des sauvegardes régulières pour les opérations et la reprise après sinistre. Elle indique que les informations personnelles conservées ne le sont que le temps nécessaire pour fournir un service fiable.

Ces déclarations décrivent des pratiques de traitement, pas une carte complète des données. La FAQ situe le gestionnaire central dans un centre de données de Sydney sous son ancienne marque. Elle situe chaque CwIN chez l'organisation cliente. Elle décrit la copie de récupération uniquement comme « hors site ». Elle ne nomme pas l'installation de récupération, le pays, l'entité légale, le fournisseur cloud, le chemin de réplication ou le support de stockage.

La bordure web publique ajoute une autre question juridictionnelle. AS63949 est l'origine tierce observée pour les deux préfixes de sites web, et son pays d'enregistrement et les noms des détenteurs de ressources ne localisent pas le serveur sous-jacent. La géolocalisation IP peut suggérer une région mais n'est pas une preuve documentaire de l'emplacement des disques, des sauvegardes ou des administrateurs. Un client a besoin d'un registre de traitement des données, d'une liste de sous-traitants et d'un document d'architecture à jour pour établir la localité.

La page de sécurité de Studentnet indique que son document de références couvre les sous-traitants de données, leur finalité, leur catégorie, leur emplacement et leurs mesures de sécurité. Un PDF de références de sécurité daté de mars 2026 est lié publiquement. C'est une voie utile pour une diligence plus détaillée, mais une liste de fournisseurs changeante devrait être lue directement dans le dossier contractuel actuel. Une affirmation générale de propriété et de développement australiens n'est pas la même chose qu'un engagement de traitement exclusivement en Australie.

La souveraineté des données dépend également des opérations. Si une copie de récupération est en dehors de l'installation principale mais à l'intérieur du même domaine de panne électrique ou opérateur métropolitain, elle peut être géographiquement séparée sans être opérationnellement indépendante. Si elle se trouve dans une autre juridiction, la récupération peut s'améliorer tandis que l'exposition légale change. Le mot « hors site » laisse les deux possibilités ouvertes.

La déclaration défendable de localité est étroite: la société associe publiquement son gestionnaire Cloudwork central avec l'installation Sydney Global Switch/DigiCo, place un nœud chez chaque organisation participante, et dit qu'une image complète du gestionnaire existe dans une installation de récupération hors site non nommée. L'emplacement actuel de la charge de travail centrale, sa bordure web publique et la copie de récupération ne sont pas entièrement réconciliés dans les preuves publiques.

Un historique logique multi-amont n'est pas une redondance physique

L'objet de registre d'AS45444 déclarait trois relations de routage externes. Cela ressemble à une conception multi-amont. PeeringDB répertorie une installation de Sydney neutre vis-à-vis des opérateurs dont la page actuelle nomme de nombreux réseaux et fabrics d'échange locaux. Ensemble, ils décrivent un environnement dans lequel un transit diversifié aurait pu être acheté.

Ils ne prouvent pas trois chemins disjoints. La politique BGP nomme des systèmes autonomes, pas des conduits. Deux opérateurs peuvent entrer par la même salle d'interconnexion du bâtiment, la même tranchée de rue, le même panneau d'interconnexion ou le même routeur client. Ils peuvent partager l'alimentation, le transport optique ou un amont plus éloigné. Une troisième route peut améliorer le choix de politique sans ajouter de protection contre une défaillance de baie, de châssis ou de fibre locale.

Aujourd'hui, la question est plus fondamentale car RIPE RIS observe zéro voisin pour AS45444. Il n'y a pas de visibilité multi-amont logique actuelle à analyser pour cet ASN. Les deux adresses de sites web examinées partagent AS63949 comme origine observée, ce qui établit une dépendance de bordure publique tierce mais aucune diversité de chemin, d'installation, d'alimentation ou de basculement. Leur visibilité après le retrait de l'ancien ASN n'est pas une preuve que la plateforme d'identité a migré ou que Cloudwork peut basculer.

L'architecture de première partie mentionne une machine virtuelle centrale sur du matériel serveur dédié. Une seule VM peut être sauvegardée et restaurée rapidement, mais elle n'est pas intrinsèquement hautement disponible. Le matériel dédié peut isoler la charge de travail des voisins bruyants tout en créant un point de défaillance de l'hôte. L'expression ne dit rien sur un cluster d'hyperviseurs, une migration à chaud, une deuxième instance active, une réplication de base de données, un équilibrage de charge, un serveur de rechange ou un basculement automatique.

De même, une image de récupération n'est pas une capacité opérationnelle. Elle peut être froide, tiède ou chaude. Elle peut nécessiter un nouveau matériel, des changements de réseau, des mises à jour DNS, une restauration de certificats et une validation manuelle avant que les clients puissent s'authentifier. Sans RTO, RPO, date de dernier test et temps de récupération mesuré, la capacité utilisable en cas de défaillance est inconnue.

Des preuves de redondance réelles nommeraient les sites principaux et de récupération actuels, montreraient des chemins d'alimentation et d'opérateur indépendants, documenteraient l'état actif par rapport au repos, divulgueraient l'intervalle de réplication et fourniraient le résultat d'un exercice de basculement récent. Aucun de ces faits n'est disponible dans le matériel public examiné ici. Le langage multi-amont et hors site doit rester des hypothèses jusqu'à ce que ces preuves soient produites.

L'alimentation, le refroidissement et le matériel se trouvent derrière une frontière contractuelle

Le marketing des centres de données peut faire paraître l'infrastructure louée comme un actif du client. DigiCo décrit une alimentation redondante, un refroidissement avancé, une sécurité physique, une surveillance et des équipes sur site. Le dossier de planification montre une expansion mesurée en dizaines de mégawatts. Ce sont des attributs significatifs de la plateforme de l'opérateur de l'installation.

La part utilisable de Sempernet dépend de son contrat et de son déploiement. Un locataire peut avoir une baie ou une partie d'un cabinet, une ou deux alimentations électriques, une allocation de disjoncteur fixe, des mains à distance partagées et des interconnexions vers des opérateurs sélectionnés. Il peut plutôt acheter un serveur géré auprès d'un autre locataire. Les sources publiques n'identifient pas l'arrangement.

La distinction contrôle le comportement en cas de défaillance. Un événement de service public à l'échelle de l'installation peut être couvert par des générateurs, mais un client peut néanmoins tomber en panne parce que sa baie a une seule alimentation, une seule unité de distribution, un seul commutateur en haut de baie ou aucune pièce de rechange testée. Un bâtiment neutre vis-à-vis des opérateurs peut contenir de nombreux opérateurs, mais un client peut n'acheter qu'un seul circuit. Un site peut avoir des mégawatts disponibles tandis qu'un hall, un disjoncteur ou une baie particulière n'a pas de marge de capacité.

Le remplacement du matériel est tout aussi opaque. Il n'y a pas de stock publié de serveurs compatibles, de disques, de cartes réseau ou d'alimentations pour Coherent Cloud. Il n'y a aucune déclaration sur le support du fournisseur, le cycle de vie, la fenêtre de correctifs ou le temps de remplacement de l'hôte CwIM dédié. La description d'une seule VM dans la FAQ et l'affirmation de sauvegarde rendent ces questions matérielles plutôt que spéculatives.

La véritable capacité du gestionnaire central n'est pas le chiffre en MW prévu du centre de données. C'est la plus faible des contraintes de calcul, de stockage, de base de données, de réseau, de logiciel et de support pour la charge de travail, après avoir réservé suffisamment de marge pour absorber une défaillance ou une restauration. Le matériel public ne fournit aucune de ces quantités. La seule valeur sûre pour la capacité actuelle commercialisable ou en condition de défaillance est inconnue.

Qui est affecté lorsque la chaîne se brise

Les clients de Cloudwork sont des écoles, et le produit se trouve en amont de systèmes dépendants de l'identité. Studentnet indique qu'il synchronise les systèmes d'information scolaire et donne accès à des services comprenant Microsoft 365, les applications Google, les plateformes d'apprentissage, les bibliothèques, les outils de contenu et les systèmes administratifs. Une défaillance d'identité centrale ou locale peut donc se propager au-delà d'une page de connexion.

L'impact dépend de la couche qui défaille. Si le CwIN d'une école tombe en panne mais que les sessions applicatives existantes restent valides, les utilisateurs déjà connectés peuvent continuer tandis que les nouvelles connexions, le provisionnement ou les changements d'annuaire sont bloqués. Si le gestionnaire central tombe en panne, les fonctions d'authentification et d'administration partagées peuvent être affectées dans plus d'une organisation. Si les chemins DNS, de certificats ou de réseau public échouent, les utilisateurs peuvent ne pas atteindre le point de terminaison d'authentification même lorsque la machine virtuelle est saine.

Une mauvaise synchronisation peut être aussi perturbante qu'une panne de serveur. Les systèmes d'identité peuvent créer, désactiver, renommer ou regrouper des comptes. Un retard peut laisser les nouveaux élèves et le personnel sans accès; une mise à jour incorrecte peut supprimer l'accès d'utilisateurs existants ou préserver un accès qui aurait dû prendre fin. La récupération doit restaurer à la fois le service et un état d'annuaire fiable.

La dépendance à des tiers crée une autre classe de défaillance. Cloudwork peut être sain tandis que Microsoft, Google, une application éducative, un fournisseur de SMS ou un annuaire client ne l'est pas. Inversement, une application tierce peut être joignable mais rejeter les assertions de Cloudwork en raison d'une discordance de certificat, de métadonnées, d'horloge ou de politique. Une cartographie de l'infrastructure a besoin de ces interfaces protocolaires et administratives, pas seulement des adresses de serveurs.

Les utilisateurs affectés comprennent les élèves, les enseignants, les administrateurs scolaires, le personnel informatique, les parents, les anciens élèves et les visiteurs. La gravité peut varier fortement selon le moment: une courte interruption pendant une période calme est différente d'une panne d'authentification au début des cours, pendant les examens ou lorsque le personnel répond à un incident de sécurité. Les preuves publiques ne divulguent pas le nombre de clients, les pics de transactions simultanées ou les calendriers critiques, de sorte que l'impact global ne peut pas être quantifié.

La responsabilité des sauvegardes est divisée, et la migration reste floue

La FAQ attribue une partie de la récupération au client. Chaque organisation est responsable de sauvegarder l'image de sa machine virtuelle CwIN, tandis que Coherent Cloud conserve les fichiers de configuration pour une récupération bare-metal. Cette division devrait être explicite dans un contrat, car les fichiers de configuration et une image exécutable complète ne sont pas interchangeables.

Si l'image du client est manquante ou obsolète, Coherent Cloud peut être en mesure de reconstruire la configuration sur un système d'exploitation propre, mais le temps et l'exhaustivité dépendent des paquets logiciels, de l'état d'ADFS, des certificats, des secrets, des correctifs et des intégrations locales. Si la copie de configuration du fournisseur est indisponible, l'image du client peut encore fonctionner mais être plus difficile à réparer ou à migrer. Un exercice de récupération doit tester les deux moitiés.

Pour le CwIM central, Studentnet indique qu'il conserve des sauvegardes et une image complète hors site. Aucun document public n'indique la fréquence de sauvegarde, la durée de rétention, l'immuabilité, la garde des clés de chiffrement, l'objectif de point de récupération ou l'objectif de temps de récupération. La politique de confidentialité indique que les sauvegardes ne sont conservées que le temps nécessaire, mais ne publie pas le calendrier.

La sortie du client est un autre chemin de récupération. Aucun document public examiné ici n'explique comment une école exporte la configuration d'identité, les journaux, les règles de correspondance et les métadonnées sous une forme neutre vis-à-vis du fournisseur, ni combien de temps l'assistance se poursuit après la résiliation. Le document de conditions identifie Twin-K comme le propriétaire de Cloudwork et décrit la relation de service, mais il n'établit pas une capacité de migration publiquement mesurable.

La portabilité des données est importante car un fournisseur d'identité est intégré dans de nombreuses connexions applicatives. Le remplacer peut nécessiter de nouvelles métadonnées SAML, des certificats, des DNS, des paramètres d'appareils, des enregistrements d'applications, des connecteurs d'annuaire et des communications aux utilisateurs. Un concurrent théoriquement disponible ne crée pas un chemin de restauration immédiat. Le temps de migration peut dépasser le temps de réparation du service d'origine.

Le plan de résilience le plus solide combinerait des sauvegardes de nœuds locaux testées, un gestionnaire central récupérable indépendamment, des exports de configuration à jour, une garde documentée des certificats et un chemin répété vers une authentification temporaire. Les preuves publiques montrent des morceaux de cette conception, pas un résultat de bout en bout testé.

Ce qu'un acheteur peut croire aujourd'hui

Plusieurs faits sont solides. Twin-K Computers est une société privée australienne active. Sempernet et Coherent Cloud sont des noms commerciaux actuels qui y sont attachés. Twin-K reste le titulaire d'AS45444 et des ressources 116.197.144.0/21 et 2406:a000::/32. Le contact d'abus a été validé en juin 2026. Studentnet et Cloudwork exposent des surfaces de produit, de support et de statut actuelles.

Plusieurs faits historiques sont également solides. AS45444 a originaire les agrégats IPv4 et IPv6 pendant environ douze ans. Ses enregistrements décrivent de l'hébergement et des services gérés à Sydney. PeeringDB l'associait à l'ancienne installation Global Switch Sydney. Le réseau a cessé d'apparaître dans les collecteurs globaux de RIPE au début de 2021.

Les faits physiques actuels sont faibles. Aucune source n'identifie une baie, un cabinet, un serveur, une interconnexion, une allocation d'alimentation ou un contrat d'installation Sempernet actuel. La FAQ de Cloudwork nomme l'ancien site de Global Switch pour une VM centrale, mais ne date pas et ne corrobore pas indépendamment le déploiement. L'expansion de l'installation de DigiCo prouve que le bâtiment fonctionne et se développe, pas que Twin-K l'occupe.

Les faits de routage actuels sont négatifs. AS45444 n'a aucun préfixe ou voisin visible dans l'observation. Ses anciens blocs d'adresses ne sont pas annoncés, y compris le /22 avec un objet de route AS2914 ultérieur. Les adresses des sites web de Coherent Cloud et Studentnet examinés tombent dans des préfixes originaires d'AS63949. L'ASN enregistré ne peut donc pas être utilisé comme preuve actuelle de transport de trafic, de diversité amont ou de basculement.

Les faits de capacité sont inconnus. Il n'y a aucune quantité publique pour le calcul, le stockage, la baie, l'alimentation, la bande passante, la main-d'œuvre de support, la capacité vendue, réservée ou de réserve. L'ancienne plage de 20-100 Mbps de PeeringDB n'est pas une mesure actuelle. Les chiffres en MW de DigiCo appartiennent à l'installation, pas à Sempernet.

Les faits de récupération sont partiels. L'entreprise décrit des images de nœuds locaux détenues par les clients, des fichiers de configuration détenus par le fournisseur, des sauvegardes centrales et une image de récupération hors site. Elle publie un contact d'urgence et une page de statut. Elle ne publie pas de RTO, de RPO, d'emplacement du site de récupération, de mode de réplication, de matériel de rechange, de date de test, de résultat de basculement ou de calendrier de sortie.

Les questions qui transformeraient un ancien enregistrement réseau en assurance actuelle

Un client n'a pas besoin de deviner. Une demande de preuves compacte pourrait régler la majeure partie de l'incertitude:

Identifier l'entité légale contractante et expliquer comment Sempernet, Coherent Cloud, Studentnet et Cloudwork sont utilisés dans les contrats, les factures, les avis de confidentialité et le support de service.
Indiquer si AS45444 est intentionnellement retiré, inactif ou prévu pour une réactivation, et identifier l'ASN d'origine actuel pour chaque point de terminaison de production.
Fournir une architecture actuelle montrant où s'exécutent les CwIN, CwIM, bases de données, journaux, DNS, certificats, sauvegardes et surveillance, avec les propriétaires à chaque frontière.
Nommer les installations principales et de récupération, les régions et les sous-traitants, et identifier les charges de travail et les classes de données que chacun détient.
Fournir des preuves de location de baie ou de cloud, de conception d'alimentation électrique, de connexions opérateur et de diversité physique, sans s'appuyer sur les affirmations marketing générales d'une installation.
Quantifier la capacité de calcul, de stockage et de réseau installée et utilisable, l'utilisation actuelle, la marge réservée et la capacité disponible après la perte d'un hôte, d'une baie, d'un opérateur ou d'un site.
Divulguer la conception de haute disponibilité du gestionnaire central, l'état chaud, tiède ou froid de l'image de récupération, et le temps de basculement ou de reconstruction réussi le plus récent.
Définir la fréquence de sauvegarde, la rétention, le chiffrement, l'immuabilité, le RPO et le RTO séparément pour les nœuds clients, les services centraux et les journaux.
Documenter la couverture du support, les objectifs de sévérité, les dispositions de remplacement du matériel, les préavis de maintenance et l'escalade au-delà d'un seul numéro de téléphone.
Fournir un plan de sortie couvrant l'export de configuration, les journaux, les informations d'identification, les certificats, la suppression des données, le support de transition et le temps nécessaire pour déplacer les écoles vers un autre chemin d'identité.

Les réponses doivent être actuelles, datées et liées à des actifs ou des contrats spécifiques. Un diagramme qui étiquette trois amonts est insuffisant à moins que les routes physiques ne soient indépendantes. Un certificat d'installation est insuffisant à moins que le déploiement sous contrat ne soit dans le périmètre. Une capture d'écran de sauvegarde est insuffisante à moins qu'une restauration n'ait été testée. Un enregistrement ASN est insuffisant à moins que ses routes ne soient visibles.

Un service actif peut dépasser son identité réseau d'origine

Sempernet a commencé avec l'infrastructure reconnaissable d'un petit réseau d'hébergement et de services gérés à Sydney: des blocs d'adresses portables, un système autonome, plusieurs fournisseurs de transit déclarés et une association de centre de données. Cette empreinte était réelle. L'historique des routes montre des années d'opération mondiale plutôt qu'un ASN simplement réservé.

Les preuves publiques décrivent maintenant une forme différente. Les produits de l'entreprise sont visibles, l'entité légale est active, les canaux de support existent et une surface de statut rapporte la santé du service. Mais l'ASN d'origine est absent des observations de routage mondiales depuis 2021. Son domaine de marque est garé. Ses autres domaines publics examinés résolvent vers des adresses dans des préfixes originaires d'AS63949. Son association avec un site de Sydney est ancienne, tandis que sa description applicative fait encore référence à ce site par un ancien nom.

Ce n'est pas une preuve d'échec. Cela montre que l'ancienne identité réseau n'explique plus la fourniture des sites web publics examinés. Les preuves publiques n'établissent pas si les charges de travail de production ont migré, sont restées sur du matériel dédié à Sydney ou utilisent d'autres réseaux et sites d'origine. Twin-K peut également conserver les anciennes ressources de numéros pour un usage patrimonial, privé ou futur. Les registres publics ne choisissent pas parmi ces scénarios.

La conclusion sur l'infrastructure doit donc rester exacte. L'identité légale et historique de Sempernet est vérifiable. Le routage mondial actuel d'AS45444 est négatif. La fourniture web publique de Coherent Cloud est externe à cet ASN. Une affirmation d'une VM centrale et une association de site périmée n'établissent pas la propriété actuelle de baie, l'alimentation, la diversité de réseau ou la capacité de récupération. Quiconque dépend de Cloudwork devrait évaluer la chaîne applicative actuelle et ses contrats, et non supposer qu'une entrée de registre encore active représente un réseau d'hébergement encore actif.