Resumen
- AS45444 permanece registrado a nombre de Twin-K Computers Pty Ltd, y su contacto de abuso fue validado en junio de 2026. El registro está vigente; el enrutamiento no. RIPE RIS no vio espacio IPv4 o IPv6 anunciado, ni vecinos ni ruta para el sistema autónomo el 15 de julio de 2026.
- Los últimos orígenes visibles globalmente asociados con AS45444 fueron el bloque IPv4 116.197.144.0/21 y el bloque IPv6 2406:a000::/32 a principios de 2021. Esas asignaciones permanecen activas en los registros de APNIC, pero las direcciones asignadas no son evidencia de servidores encendidos, alojamiento comercializable o servicio alcanzable.
- Sempernet y Coherent Cloud son ambos nombres comerciales registrados de Twin-K Computers. Los registros públicos no establecen a Sempernet como una subsidiaria legal separada, a pesar de esa redacción en la descripción histórica del sistema autónomo.
- Coherent Cloud, Studentnet y Cloudwork todavía exponen productos, soporte y una página de estado, pero sus direcciones web públicas observadas caen dentro de prefijos originados por AS63949. APNIC nombra ese ASN como AKAMAI-LINODE-AP e identifica a Akamai Technologies como su titular; esos hechos de registro no ubican ni identifican ningún servidor de sitio web, backend, carga de trabajo de Cloudwork o datos.
El silencio está en la tabla de rutas, no en el sitio web de la empresa
A las 08:00 UTC del 15 de julio de 2026, los colectores de enrutamiento de RIPE estaban escuchando a través de 326 pares IPv4 y 322 pares IPv6 para AS45444. Ninguno lo vio. Elregistro de estado de enrutamiento de RIPEstatcontó cero prefijos anunciados, cero direcciones anunciadas, cero vecinos observados y cero pares viendo el sistema autónomo en cualquiera de los protocolos. Larespuesta de estado BGPcomplementaria devolvió un conjunto de rutas vacío.
En casi el mismo momento, el negocio de cara al público parecía vivo. Lapágina de inicio de Studentnetpromocionaba un seminario web de junio de 2026 sobre la verificación de identidad estudiantil, describía soporte técnico de profesionales locales y decía que Cloudwork estaba en uso en escuelas australianas. Supágina de estadomostraba "Todos los sistemas operativos" y un componente visible de 90 días al 100 por ciento de tiempo de actividad. Elsitio de Coherent Cloudllevaba una línea de derechos de autor de 2026, un número de teléfono australiano y el mismo ABN de Twin-K Computers que aparece en el registro gubernamental.
Ambas observaciones pueden ser ciertas. Una empresa puede continuar entregando una aplicación después de retirar su propio origen de ruta. Puede alquilar máquinas virtuales de otro proveedor, poner servicios detrás de una red de terceros, migrar cargas de trabajo conservando recursos numéricos antiguos o dejar un registro de sistema autónomo en vigor para un posible uso futuro. El error importante sería tratar la página de aplicación activa como prueba de que AS45444 la está transportando, o tratar el ASN oscuro como prueba de que la empresa ha cesado su actividad.
La cuestión de infraestructura de Sempernet no es, por tanto, simplemente si la organización existe. Existe. La cuestión es qué queda de la red descrita en sus entradas de registro, qué capas físicas y contractuales transportan ahora el servicio de identidad escolar y cuánta capacidad utilizable sobrevive a un fallo de proveedor, rack, energía, red o recuperación. La evidencia pública es inusualmente buena para mostrar la brecha e inusualmente débil para llenarla.
El nombre en el ASN no es un organigrama corporativo fiable
La etiqueta de entidad "Sempernet subsidiary of Coherent Cloud" proviene directamente delregistro APNIC para AS45444. Nombra el sistema autónomo SEMPERNET-AS-AU, lo describe como un proveedor de servicios de red en Sídney y enumera sitios web para Sempernet, Coherent Cloud y Studentnet. Sin embargo, el titular no es una empresa llamada Sempernet o Coherent Cloud. Es Twin-K Computers Pty Ltd.
Elhistorial de ABN de Twin-K Computersdel gobierno australiano aclara el límite legal. El ABN 90 001 966 892 pertenece a una empresa privada australiana activa. Sempernet, Coherent Cloud, PPS Internet, PPS Technology, Student Net e Isonet figuran como nombres comerciales actuales bajo esa misma entidad. Sempernet aparece desde el 14 de marzo de 2000 y Coherent Cloud desde el 21 de enero de 2014. El registro no identifica un nombre comercial como matriz corporativa de otro.
Eso no prohíbe que Twin-K organice internamente sus marcas en una jerarquía. Coherent Cloud se autodenomina el "cuerpo matriz" de Cloudwork y Studentnet, y la página acerca de Studentnet dice que Studentnet es una subsidiaria totalmente controlada de Twin-K. Son declaraciones de producto y marca con cierto contexto corporativo. No crean una empresa Sempernet registrada por separado, y no establecen una participación legal de Coherent Cloud en Sempernet.
Esta distinción no es pedantería. Los contratos, pasivos, recursos numéricos, derechos de software y deberes de procesamiento de datos se adhieren a personas jurídicas. Un cliente que lea la etiqueta del ASN podría suponer que una empresa llamada Coherent Cloud posee una subsidiaria separada llamada Sempernet. El registro gubernamental público apunta en cambio a una empresa legal que utiliza varios nombres. A menos que un contrato o registro corporativo actual demuestre lo contrario, el propietario defendible y titular responsable de recursos es Twin-K Computers Pty Ltd.
Las direcciones también necesitan separación. APNIC todavía lleva Suite 1, 89 Jones Street en Ultimo como dirección de la organización y contacto. Coherent Cloud publica la misma dirección. El registro de ABN dice que la ubicación principal de negocios de Twin-K cambió de NSW 2007 a NSW 2065 en mayo de 2024, y lapágina de contacto de Studentnetda una dirección postal en 2 Herbert Street, St Leonards NSW 2065. Ninguno de estos detalles de oficina o contacto es prueba de una sala de servidores. Son evidencia de presencia administrativa y deriva de direcciones, no de propiedad de equipos.
Para qué se construyó la red registrada
Los registros de direcciones de APNIC describen una operación histórica más concreta que la tabla de rutas actual. Laasignación 116.197.144.0/21está registrada a nombre de Twin-K bajo el nombre SEMPERNET. Su descripción llama al recurso una red de coubicación y alojamiento de servidores web combinada con servicios gestionados personalizados para corporaciones y empresas australianas. Un /21 contiene 2.048 direcciones IPv4 antes de considerar las reservas normales de red o decisiones operativas.
Laasignación IPv6 2406:a000::/32describe una red IPv6 de producción que sirve a clientes comerciales y educativos en Australia. También está registrada a nombre de Twin-K. Ambas asignaciones están marcadas como activas en el registro, ambas datan de 2008, y ambas conservan un contacto de abuso validado el 17 de junio de 2026. El propio sistema autónomo se registró en septiembre de 2008.
Estos registros establecen la intención histórica y la responsabilidad continua sobre los recursos. No establecen la utilización actual. Un estado activo en el RIR significa que el registro no está marcado como devuelto, revocado o inactivo de otro modo en esa base de datos. No significa que se esté propagando una ruta BGP, que un rack esté encendido, que un cliente pueda hacer un pedido o que un paquete pueda llegar a una aplicación. La validación reciente del contacto de abuso es evidencia útil de que alguien todavía responde al proceso de mantenimiento de recursos. No es una prueba de salud del servicio.
La antigua política de enrutamiento también nombraba tres sistemas autónomos externos. El objeto APNIC de AS45444 declaraba importaciones y exportaciones hacia AS7543, AS18398 y AS2914. En una red viva, esas políticas podrían describir varias relaciones de tránsito. Aquí son una declaración de configuración modificada por última vez en 2020, no una observación actual. RIPE RIS no observó ningún vecino en el momento del análisis. Una línea de importación declarada puede permanecer en un registro de enrutamiento de Internet mucho después de que la sesión, la conexión cruzada o el contrato de tránsito subyacente hayan terminado.
Un objeto de ruta residual es especialmente fácil de malinterpretar. La consulta IPv4 de APNIC contiene un objeto de ruta 116.197.144.0/22 que nombra a AS2914 como origen, actualizado en abril de 2023. Sin embargo,la vista general de prefijo actual de RIPEstatdice que ese /22 no está anunciado, y su vista de estado BGP no encuentra ninguna ruta. Un objeto de ruta es una autorización de política o un registro de documentación. No es un anuncio en vivo. La misma precaución se aplica a la antigua política de AS45444: el papeleo puede durar más que los paquetes.
La retirada de 2021 es el límite operativo
El registro histórico de rutas proporciona una fecha mucho más sólida que las declaraciones generales sobre un antiguo sitio web o instalación. Losdatos de historial de enrutamiento de RIPEstatmuestran el agregado IPv4 116.197.144.0/21 visible desde el 30 de abril de 2009 hasta el 1 de febrero de 2021. El origen IPv6 2406:a000::/32 fue visible desde febrero de 2009 hasta la misma fecha de finalización. Varias rutas IPv4 más específicas aparecieron durante períodos más cortos alrededor de 2009 y 2010.
La vista de estado de enrutamiento actual identifica el último evento visto como 116.197.144.0/21 originado por AS45444 el 27 de enero de 2021. La ligera diferencia entre esa marca de tiempo del evento y el final del intervalo del historial refleja la forma en que los dos conjuntos de datos de RIPEstat resumen las observaciones de los colectores. No permite precisión sobre la hora de la retirada. La conclusión robusta es que el origen observado globalmente terminó a principios de 2021 y no ha regresado en el conjunto de datos actual.
Lavista de enrutamiento de Cloudflare para AS45444también identifica la red como SEMPERNET-AS-AU y CoClo, pero no presenta ninguna lista de prefijos actual en el resumen público. IPinfo clasifica por separado el ASN como inactivo e informa de que no tiene prefijos, pares ni enlaces ascendentes. Esos resúmenes comerciales son comprobaciones secundarias. RIPE RIS suministra la medición que debe llevar la conclusión.
Esto es evidencia negativa con un alcance definido. RIS es un gran sistema de observación, no todos los enrutadores del planeta. Puede establecer que ninguna ruta era visible para sus cientos de colectores en el momento indicado. No puede descartar una red privada interna, un servicio alcanzado a través de un ASN de origen diferente, una VPN, una ruta específica de cliente o equipos mantenidos fuera de línea para una futura reactivación. Tampoco puede explicar por qué desaparecieron las rutas. Ningún aviso público de desmantelamiento, anuncio de migración, registro de venta o informe de incidente encontrado en esta revisión da una causa.
Para un cliente, sin embargo, el efecto externo es claro. Las direcciones dentro de los bloques registrados de Sempernet no eran globalmente accesibles a través de AS45444 en el momento del corte. Cualquier servicio público actual que utilice un proveedor diferente tiene una dependencia de enrutamiento, instalación y soporte diferente a la que implica la descripción histórica del ASN. La diligencia debida debe seguir los puntos finales del servicio actual en lugar de detenerse en el antiguo registro de recursos numéricos.
El espacio de direcciones registrado no es capacidad de alojamiento utilizable
Las tenencias IPv4 e IPv6 pueden sonar como capacidad. Son alcance de direcciones. El /21 proporciona 2.048 direcciones IPv4. El /32 proporciona una asignación IPv6 enorme destinada a la subdivisión jerárquica en subredes. Ninguna de estas cifras dice cuántos servidores existen, cuántas máquinas virtuales se pueden colocar, cuánta memoria o almacenamiento está instalado, cuántas identidades de clientes se procesan o qué rendimiento está disponible en una condición de fallo.
Elperfil de PeeringDB para AS45444añade una antigua escala operativa autoinformada. Etiqueta la red como CoClo (Coherent Cloud), enumera Sempernet, Studentnet, Isonet y PPS Internet como nombres alternativos, la clasifica como red de contenido e informa de ocho prefijos IPv4, sin prefijos IPv6, tráfico de 20-100 Mbps, ratio de salida pesado y alcance de Asia-Pacífico. El perfil de red se actualizó por última vez en julio de 2022.
Esos campos no son mediciones actuales. La entrada de "ocho prefijos" no coincide con una tabla de rutas actual con cero orígenes. Puede describir un arreglo anterior, contar anuncios más específicos o simplemente ser un valor de perfil que no se corrigió después de la retirada. La banda de 20-100 Mbps es amplia, antigua y autoseleccionada. No es una tasa de información comprometida, una factura al percentil 95, una velocidad de puerto o una garantía de capacidad sobrante.
No se encontró aquí ningún catálogo público de productos que venda un servidor privado virtual Sempernet, un host bare-metal, un gabinete de coubicación, un circuito de tránsito o un nivel de almacenamiento. No hay recuento de servidores, inventario de unidades de rack, conjunto de CPU y RAM, capacidad de disco, compromiso de red, asignación de clientes, gráfico de utilización, lista de espera, existencias de hardware o precio. Tampoco hay separación entre capacidad diseñada, instalada, alimentada, operativa, vendida, reservada y realmente disponible.
La declaración honesta de capacidad es, por tanto, austera. Twin-K conserva recursos numéricos de Internet registrados con descripciones históricas de alojamiento. AS45444 actualmente no hace ninguno de esos recursos visible globalmente. Coherent Cloud comercializa una aplicación de gestión de identidad, pero sus materiales públicos no revelan las unidades de cómputo y almacenamiento detrás de ella. La capacidad no se puede calcular ni a partir de la asignación de direcciones ni del perfil de PeeringDB.
Una antigua asociación con una instalación de Sídney no puede ubicar el servicio actual
PeeringDB asocia AS45444 con una instalación:DigiCo Sydney SYD1, anteriormente Global Switch Australia, en 400 Harris Street en Ultimo. La asociación red-instalación se creó en 2011 y se actualizó por última vez en marzo de 2016. AS45444 no tiene ningún apego a un punto de intercambio de Internet listado. Ese historial es consistente con un cliente que toma tránsito dentro de un centro de datos neutral en cuanto a operador en lugar de hacer peering públicamente en un intercambio.
La instalación en sí es real y actual.DigiCo describeun sitio Sydney SYD1 en su cartera, con energía redundante, refrigeración, seguridad y operaciones in situ las 24 horas en toda su finca de centros de datos. La instalación recibió el estatus estratégico del Marco de Certificación de Alojamiento del gobierno australiano en 2025. Ninguna de esas afirmaciones a nivel de instalación dice que AS45444 siga siendo un inquilino.
El registro de planificación de NSW hace que el límite de propiedad y capacidad sea aún más importante. Lasolicitud de ampliación de DigiCo SYD1cubre un campus de centro de datos existente en 392-422 Harris Street, dos niveles adicionales, conversión de espacio de planta a uso de instalaciones y eléctrico, y un aumento en el consumo de energía de 47,5 MW. Fue aprobada en diciembre de 2025. El material de ingeniería describe una instalación prevista de 88 MW después de la intensificación.
Ni un solo vatio de ese aumento de 47,5 MW, ni ninguna fracción de los 88 MW planificados, puede asignarse a Sempernet. Son cifras de desarrollo del sitio para DigiCo. No muestran un contrato de arrendamiento de Twin-K, un gabinete, una conexión cruzada, un disyuntor, una reserva o una factura de electricidad. Una red de cliente puede ocupar una pequeña parte de una gran instalación, abandonarla o comprar un servicio a otro inquilino sin aparecer en los documentos de planificación.
Las FAQ de Cloudwork todavía dicen que su Gestor de Acceso de Identidad central se ejecuta como una única máquina virtual en hardware de servidor dedicado en el "GlobalSwitch DC" de Coherent Cloud. Esa declaración vincula la arquitectura de la aplicación al antiguo nombre de la instalación, pero la página no suministra una fecha para el párrafo ni detalles de rack o contrato. El uso de la antigua marca después de que la instalación se convirtiera en DigiCo es una razón para buscar confirmación, no para asumir que el hardware desapareció.
La evidencia actual confirma la existencia de la instalación; no confirma la presencia actual de Sempernet dentro de ella.
El borde visible está fuera de AS45444
La capa web pública da un ejemplo directo de direcciones alcanzadas fuera de la antigua red. El 15 de julio de 2026, Google Public DNS devolvió 173.255.242.216 para coherentcloud.com y coclo.co. Devolvió 172.105.255.107 para studentnet.net. Los mapas de información de red de RIPE atribuyen ambos prefijos de cobertura a AS63949 en lugar de a AS45444. Elregistro APNIC para AS63949lo nombra AKAMAI-LINODE-AP, identifica a Akamai Technologies, Inc. como titular y describe Akamai Connected Cloud. Esa atribución pertenece al registro del ASN, no a ninguna carga de trabajo de sitio web en particular.
Larespuesta DNS para coherentcloud.comy elregistro de red para su direccióndemuestran la cadena del borde público. Larespuesta DNS de Studentnetequivalente y elregistro de redmuestran el mismo ASN de origen a través de un prefijo diferente. Los registros de ARIN nombran a LINODE para las asignaciones que cubren173.255.242.216y172.105.255.107.
En conjunto, esas fuentes establecen una cadena DNS-a-dirección-a-ASN-de-origen y los nombres de registro asociados al ASN y a las asignaciones de direcciones. No prueban quién posee u opera ninguna máquina virtual o servidor, dónde se ejecuta un backend, si el sitio público comparte infraestructura con Cloudwork o dónde se almacenan los datos de la aplicación. El estado de DNS y enrutamiento también puede cambiar después de la observación.
La evidencia de dominio es, no obstante, decisiva contra un atajo: ningún sitio web público demuestra alojamiento en AS45444. Coherent Cloud y PPS Internet resuelven a la misma dirección externa; coclo.co redirige a coherentcloud.com. Studentnet resuelve a otro prefijo de AS63949. El antiguo dominio de Sempernet es aún más débil:semper.netredirige a una página de venta de dominios. Un dominio de marca aparcado no es un portal operativo.
También hay una diferencia de protocolo. Studentnet sirve un sitio HTTPS actual. El host de Coherent Cloud respondió a través de HTTP simple durante la revisión y no negoció una conexión TLS moderna con el cliente de revisión. Su respuesta anunciaba cadenas de versión antiguas de Apache y PHP, aunque las cabeceras del servidor pueden ser inexactas o fijadas deliberadamente. Esto es una señal de mantenimiento del borde público, no evidencia sobre el servicio protegido de Cloudwork ni prueba de una falla explotable.
Cloudwork es una dependencia de aplicación, no capacidad genérica en la nube
La oferta en vivo es más específica de lo que la categoría asignada podría sugerir. Lapágina de producto de Studentnetdescribe Cloudwork como gestión de identidad y acceso para comunidades escolares. Gestiona estudiantes, personal, padres, antiguos alumnos y visitantes, sincroniza datos de sistemas de gestión escolar y se integra con más de 110 aplicaciones y servicios educativos. Los módulos cubren control de identidad, validación, aprovisionamiento, autenticación e integración de dispositivos.
Esto no es un catálogo público de infraestructura como servicio. El cliente no selecciona tamaños arbitrarios de máquina virtual o inventario bare-metal. Está comprando una aplicación y soporte gestionado. La infraestructura sigue importando, pero debe medirse en transacciones de identidad exitosas, sincronización de directorios, latencia de autenticación, objetivos de recuperación y escuelas soportadas en lugar de solo núcleos de CPU anunciados.
LasFAQ de Cloudworkdescriben una arquitectura de dos partes. Un Nodo de Identidad Cloudwork, o CwIN, es una máquina virtual Windows desplegada en la organización del cliente. Contiene código de Cloudwork y Microsoft ADFS. Coherent Cloud lo mantiene y gestiona, mientras que la organización es responsable de hacer copias de seguridad de la imagen CwIN. Coherent Cloud dice que conserva archivos de configuración para la recuperación bare-metal.
El Gestor de Acceso de Identidad Cloudwork central, o CwIM, se describe como una única máquina virtual Linux en hardware de servidor dedicado en el centro de datos GlobalSwitch. Studentnet dice que hace copias de seguridad de esa máquina y guarda una copia completa de recuperación en una instalación de recuperación externa. Esta arquitectura crea al menos tres superficies operativas: el nodo local o alojado en la nube de la escuela, el gestor central y la copia de recuperación.
Cada superficie tiene un propietario y una ruta de fallo diferentes. El fallo de una escuela en hacer copias de seguridad de su imagen CwIN puede obstruir la recuperación local incluso cuando Coherent Cloud conserva los archivos de configuración. Un fallo del gestor central puede afectar a las funciones de autenticación o gestión compartidas entre clientes. Una copia de recuperación puede reducir la exposición a la pérdida de datos, pero solo si es suficientemente actual, aislada, compatible y capaz de iniciarse con la red y dependencias requeridas. La descripción pública no proporciona esos resultados de prueba.
Llamar a Cloudwork "nube" no borra, por tanto, el hardware. Su servicio de identidad depende de hosts de servidores, almacenamiento, sistemas operativos, ADFS, rutas de red, certificados, DNS, personal y las aplicaciones de terceros a las que da acceso. La arquitectura pública es útil precisamente porque muestra que la responsabilidad está distribuida. No convierte esa responsabilidad en resiliencia cuantificada.
El estado público es evidencia de actividad del servicio, no un diagrama de topología
La página de estado de Studentnet es una de las señales actuales más fuertes de que una operación de servicio continúa. Expone un mecanismo de suscripción para notificaciones de incidentes y, en el momento de la revisión, informaba de que todos los sistemas estaban operativos. La página de soporte dirige a los usuarios al estado actual del sistema y a los informes de incidentes. Son comportamientos de un servicio operativo más que de una marca inactiva.
La página de estado también es autopublicada. Su estado verde significa que el operador no tenía ningún problema abierto representado allí en ese momento. Una visualización del 100% en 90 días significa que no se registró tiempo de inactividad para el componente visible según la propia medición y reglas de incidentes del sitio. No revela la ubicación de la sonda, la profundidad de la transacción, los errores específicos del cliente, el tratamiento del mantenimiento planificado o la relación entre un componente y AS45444.
Lo más importante es que la página de estado no restaura el antiguo origen de red. Un monitor de servicio puede informar de estado saludable mientras las direcciones del sitio web público revisadas son visibles a través de AS63949. La página de estado no revela la red de origen, las instalaciones o las rutas utilizadas por las transacciones de la aplicación monitorizada, por lo que no puede convertir la asociación de PeeringDB, las políticas de importación de APNIC o los prefijos históricos de Sempernet en un mapa de dependencias actual.
Lapágina de soportepública añade una ruta de respuesta humana. Ofrece tickets y correo electrónico para problemas rutinarios y un número de Centro de Operaciones para cortes críticos o de emergencia fuera del horario laboral normal. Los informes de cortes genuinos no se cobran; el uso no urgente de ese número puede conllevar un cargo por hora. Esto muestra un canal de escalado. No revela una lista de personal, un objetivo de tiempo de respuesta, un objetivo de restauración, una matriz de severidad o un sustituto si la ruta telefónica o el personal nombrado no están disponibles.
No hay contradicción entre soporte activo e infraestructura desconocida. Las pequeñas empresas de servicios gestionados a menudo venden experiencia y capacidad de respuesta mientras alquilan capacidad física. La cuestión de diligencia es si un comprador conoce la cadena de responsabilidad y tiene remedios contractuales en cada capa. Las páginas públicas responden a quién llamar. No responden cuánto hardware de repuesto existe o con qué rapidez se puede reconstruir un host central fallido.
La localidad de los datos se detiene en las palabras "GlobalSwitch" y "externo"
Cloudwork procesa información relacionada con la identidad. Lapolítica de privacidad de Studentnetdice que utiliza nombres, correo electrónico e información de contacto para crear cuentas, autenticar usuarios, registrar solicitudes incluyendo direcciones IP de origen, encriptar datos en tránsito y en reposo, y mantener copias de seguridad regulares para operaciones y recuperación ante desastres. Dice que la información personal retenida se conserva solo el tiempo necesario para proporcionar un servicio fiable.
Esas declaraciones describen prácticas de manejo, no un mapa de datos completo. Las FAQ ubican el gestor central en un centro de datos de Sídney bajo su antigua marca. Ubican cada CwIN en la organización del cliente. Describen la copia de recuperación solo como "externa". No nombran la instalación de recuperación, el país, la entidad legal, el proveedor de nube, la ruta de replicación o el medio de almacenamiento.
El borde web público añade otra cuestión jurisdiccional. AS63949 es el origen de terceros observado para los dos prefijos de sitios web, y su país de registro y nombres de titulares de recursos no ubican el servidor subyacente. La geolocalización IP puede sugerir una región pero no es evidencia documental de dónde se encuentran los discos, las copias de seguridad o los administradores. Un cliente necesita un programa de procesamiento de datos actual, una lista de subencargados y un documento de arquitectura para establecer la localidad.
La página de seguridad de Studentnet dice que su documento de credenciales cubre los subencargados del tratamiento de datos, su propósito, categoría, ubicación y medidas de seguridad. Un PDF de credenciales de seguridad fechado en marzo de 2026 está públicamente enlazado. Esa es una ruta útil para una diligencia más detallada, pero una lista de proveedores cambiante debe leerse directamente en el paquete contractual actual. Una afirmación general de propiedad y desarrollo australianos no es lo mismo que un compromiso de procesamiento exclusivo en Australia.
La soberanía de los datos también depende de las operaciones. Si una copia de recuperación está fuera de la instalación principal pero dentro del mismo dominio de fallo de energía o operador metropolitano, puede estar geográficamente separada sin ser operativamente independiente. Si está en otra jurisdicción, la recuperación puede mejorar mientras que la exposición legal cambia. La palabra "externo" deja ambas posibilidades abiertas.
La declaración de localidad defendible es estrecha: la empresa asocia públicamente su gestor central de Cloudwork con la instalación Syndey Global Switch/DigiCo, coloca un nodo en cada organización participante y dice que existe una imagen completa del gestor en una instalación de recuperación externa no nombrada. La ubicación actual de la carga de trabajo central, su borde web público y la copia de recuperación no están completamente reconciliadas en la evidencia pública.
El historial lógico multi-enlace ascendente no es redundancia física
El objeto de registro de AS45444 declaraba tres relaciones de enrutamiento externas. Eso parece un diseño multi-enlace ascendente. PeeringDB enumera una instalación de Sídney neutral en cuanto a operador cuya página actual nombra muchas redes y tejidos de intercambio locales. Juntos describen un entorno en el que se podría haber comprado tránsito diverso.
No prueban tres rutas disjuntas. La política BGP nombra sistemas autónomos, no conductos. Dos operadores pueden entrar a través de la misma sala de encuentro del edificio, la misma zanja de la calle, el mismo panel de conexión cruzada o el mismo enrutador del cliente. Pueden compartir energía, transporte óptico o un enlace ascendente más lejano. Una tercera ruta puede mejorar la elección de política mientras que no añade protección contra un fallo de rack, chasis o fibra local.
Hoy la pregunta es más básica porque RIPE RIS observa cero vecinos para AS45444. No hay visibilidad lógica multi-enlace ascendente actual que analizar para ese ASN. Las dos direcciones de sitios web revisadas comparten AS63949 como su origen observado, lo que establece una dependencia de borde público de terceros pero ninguna diversidad de ruta, instalación, energía o conmutación por error. Su visibilidad después de la retirada del antiguo ASN no es evidencia de que la plataforma de identidad migró o de que Cloudwork puede conmutar por error.
La arquitectura de primera parte menciona una máquina virtual central en hardware de servidor dedicado. Una sola VM puede ser respaldada y restaurada rápidamente, pero no es inherentemente de alta disponibilidad. El hardware dedicado puede aislar la carga de trabajo de vecinos ruidosos mientras sigue creando un punto de fallo del host. La frase no dice nada sobre un clúster de hipervisor, migración en vivo, segunda instancia activa, replicación de base de datos, balanceo de carga, servidor de repuesto o conmutación por error automática.
De manera similar, una imagen de recuperación no es capacidad operativa. Puede ser fría, templada o caliente. Puede requerir nuevo hardware, cambios de red, actualizaciones de DNS, restauración de certificados y validación manual antes de que los clientes puedan autenticarse. Sin un RTO, RPO, fecha de última prueba y tiempo de recuperación medido, la capacidad utilizable bajo fallo es desconocida.
La evidencia real de redundancia nombraría los sitios primario y de recuperación actuales, mostraría rutas de energía y operador independientes, documentaría el estado activo frente a en espera, revelaría el intervalo de replicación y proporcionaría el resultado de un ejercicio reciente de conmutación por error. Ninguno de esos hechos está disponible en el material público revisado aquí. El lenguaje de multi-enlace ascendente y externo debe permanecer como hipótesis hasta que se produzca esa evidencia.
Energía, refrigeración y hardware están detrás de un límite contractual
El marketing de centros de datos puede hacer que la infraestructura alquilada suene como un activo del cliente. DigiCo describe energía redundante, refrigeración avanzada, seguridad física, monitorización y equipos in situ. El registro de planificación muestra una expansión medida en decenas de megavatios. Estos son atributos significativos de la plataforma del operador de la instalación.
La parte utilizable de Sempernet depende de su contrato y despliegue. Un inquilino podría tener un rack o parte de un gabinete, una o dos alimentaciones eléctricas, una asignación fija de disyuntores, manos remotas compartidas y conexiones cruzadas a operadores seleccionados. En su lugar, podría comprar un servidor gestionado a otro inquilino. Las fuentes públicas no identifican el acuerdo.
La distinción controla el comportamiento ante fallos. Un evento de servicio público a nivel de instalación puede ser cubierto por generadores, sin embargo, un cliente puede fallar porque su rack tiene una sola fuente de alimentación, una unidad de distribución, un conmutador de parte superior de rack o ningún repuesto probado. Un edificio neutral en cuanto a operador puede contener muchos operadores, sin embargo, un cliente puede comprar un solo circuito. Un sitio puede tener megavatios disponibles mientras que una sala, disyuntor o rack en particular no tiene margen.
El reemplazo de hardware es igualmente opaco. No hay existencias publicadas de servidores compatibles, discos, tarjetas de red o fuentes de alimentación para Coherent Cloud. No hay declaración de soporte del proveedor, ciclo de vida, ventana de parches o tiempo para reemplazar el host CwIM dedicado. La descripción de VM única y la afirmación de copia de seguridad de las FAQ hacen que estas preguntas sean materiales en lugar de especulativas.
La verdadera capacidad del gestor central no es la cifra de MW planificada del centro de datos. Es la menor de las restricciones de cómputo, almacenamiento, base de datos, red, software y soporte para la carga de trabajo, después de reservar suficiente margen para absorber un fallo o restaurar. El material público no suministra ninguna de esas cantidades. El único valor seguro para la capacidad vendible actual o en condiciones de fallo es desconocido.
Quién se ve afectado cuando se rompe la cadena
Los clientes de Cloudwork son escuelas, y el producto se sitúa frente a sistemas dependientes de la identidad. Studentnet dice que sincroniza sistemas de información escolar y da acceso a servicios incluyendo Microsoft 365, aplicaciones de Google, plataformas de aprendizaje, bibliotecas, herramientas de contenido y sistemas administrativos. Un fallo de identidad central o local puede, por tanto, propagarse más allá de una página de inicio de sesión.
El impacto depende de qué capa falle. Si un CwIN de una escuela falla pero las sesiones de aplicación existentes siguen siendo válidas, los usuarios ya conectados pueden continuar mientras que los nuevos inicios de sesión, el aprovisionamiento o los cambios de directorio se detienen. Si el gestor central falla, las funciones de autenticación y administración compartidas pueden verse afectadas en más de una organización. Si DNS, certificado o rutas de red pública fallan, los usuarios pueden no alcanzar el punto final de autenticación incluso cuando la máquina virtual está sana.
Una mala sincronización puede ser tan disruptiva como una caída del servidor. Los sistemas de identidad pueden crear, deshabilitar, renombrar o reagrupar cuentas. El retraso puede dejar a nuevos estudiantes y personal sin acceso; una actualización incorrecta puede eliminar el acceso de usuarios existentes o preservar el acceso que debería haber terminado. La recuperación debe restaurar tanto el servicio como un estado de directorio confiable.
La dependencia de terceros crea otra clase de fallo. Cloudwork puede estar sano mientras Microsoft, Google, una aplicación educativa, un proveedor de SMS o el directorio del cliente no lo está. A la inversa, una aplicación de terceros puede ser accesible pero rechazar las afirmaciones de Cloudwork debido a una falta de coincidencia de certificados, metadatos, reloj o política. Un mapa de infraestructura necesita estos bordes de protocolo y administrativos, no solo direcciones de servidor.
Los usuarios afectados incluyen estudiantes, profesores, administradores escolares, personal de TI, padres, antiguos alumnos y visitantes. La gravedad puede variar mucho según el momento: una breve interrupción durante un período tranquilo es diferente de una caída de autenticación al comienzo de las clases, durante los exámenes o mientras el personal responde a un incidente de seguridad. La evidencia pública no revela recuentos de clientes, picos de transacciones concurrentes o calendarios críticos, por lo que el impacto agregado no puede cuantificarse.
La responsabilidad de las copias de seguridad está dividida, y la migración sigue sin estar clara
Las FAQ asignan parte de la recuperación al cliente. Cada organización es responsable de hacer copias de seguridad de su imagen de máquina virtual CwIN, mientras que Coherent Cloud conserva archivos de configuración para la recuperación bare-metal. Esa división debería ser explícita en un contrato porque los archivos de configuración y una imagen ejecutable completa no son intercambiables.
Si la imagen del cliente falta o está obsoleta, Coherent Cloud puede ser capaz de reconstruir la configuración en un sistema operativo limpio, pero el tiempo y la integridad dependen de los paquetes de software, el estado de ADFS, los certificados, los secretos, los parches y las integraciones locales. Si la copia de configuración del proveedor no está disponible, la imagen del cliente puede seguir funcionando pero ser más difícil de reparar o migrar. Un ejercicio de recuperación debe probar ambas mitades.
Para el CwIM central, Studentnet dice que guarda copias de seguridad y una imagen completa externa. Ningún material público establece la frecuencia de copia de seguridad, el período de retención, la inmutabilidad, la custodia de claves de encriptación, el objetivo de punto de recuperación o el objetivo de tiempo de recuperación. La política de privacidad dice que las copias de seguridad se conservan solo el tiempo necesario, pero no publica el calendario.
La salida del cliente es otra ruta de recuperación. Ningún documento público revisado aquí explica cómo una escuela exporta la configuración de identidad, registros, reglas de mapeo y metadatos en un formato neutral al proveedor, o cuánto tiempo continúa la asistencia después de la terminación. El documento de términos identifica a Twin-K como el propietario de Cloudwork y describe la relación de servicio, pero no establece una capacidad de migración públicamente medible.
La portabilidad de datos importa porque un proveedor de identidad está incrustado en muchas conexiones de aplicaciones. Reemplazarlo puede requerir nuevos metadatos SAML, certificados, DNS, configuraciones de dispositivos, registros de aplicaciones, conectores de directorio y comunicaciones con los usuarios. Un competidor teóricamente disponible no crea una ruta de restauración inmediata. El tiempo de migración puede exceder el tiempo para reparar el servicio original.
El plan de resiliencia más fuerte combinaría copias de seguridad probadas de nodos locales, un gestor central recuperable independientemente, exportaciones de configuración actuales, custodia documentada de certificados y una ruta ensayada para la autenticación temporal. La evidencia pública muestra piezas de ese diseño, no un resultado probado de extremo a extremo.
Lo que un comprador puede creer hoy
Varios hechos son sólidos. Twin-K Computers es una empresa privada australiana activa. Sempernet y Coherent Cloud son nombres comerciales actuales asociados a ella. Twin-K sigue siendo el titular de AS45444 y de los recursos 116.197.144.0/21 y 2406:a000::/32. El contacto de abuso fue validado en junio de 2026. Studentnet y Cloudwork exponen superficies de producto, soporte y estado actuales.
Varios hechos históricos también son sólidos. AS45444 originó los agregados IPv4 e IPv6 durante aproximadamente doce años. Sus registros describen alojamiento en Sídney y servicios gestionados. PeeringDB lo asoció con la antigua instalación Global Switch Sydney. La red dejó de aparecer en los colectores globales de RIPE a principios de 2021.
Los hechos físicos actuales son débiles. Ninguna fuente identifica un rack, gabinete, servidor, conexión cruzada, asignación de energía o contrato de instalación actual de Sempernet. Las FAQ de Cloudwork nombran el antiguo sitio Global Switch para una VM central, pero no fechan ni corroboran independientemente el despliegue. La expansión de la instalación de DigiCo prueba que el edificio opera y está creciendo, no que Twin-K lo ocupe.
Los hechos de ruta actuales son negativos. AS45444 no tiene prefijo ni vecino visible en la observación. Sus antiguos bloques de direcciones no están anunciados, incluyendo el /22 con un objeto de ruta AS2914 posterior. Las direcciones de los sitios web de Coherent Cloud y Studentnet revisadas caen dentro de prefijos originados por AS63949. El ASN registrado no puede usarse, por tanto, como evidencia actual de transporte de tráfico, diversidad de enlaces ascendentes o conmutación por error.
Los hechos de capacidad son desconocidos. No hay cantidad pública de cómputo, almacenamiento, rack, energía, ancho de banda, mano de obra de soporte, capacidad vendida, capacidad reservada o capacidad de repuesto. El antiguo rango de 20-100 Mbps de PeeringDB no es una medición actual. Las cifras de MW de DigiCo pertenecen a la instalación, no a Sempernet.
Los hechos de recuperación son parciales. La empresa describe imágenes de nodos locales en poder del cliente, archivos de configuración en poder del proveedor, copias de seguridad centrales y una imagen de recuperación externa. Publica un contacto de emergencia y una página de estado. No publica RTO, RPO, ubicación del sitio de recuperación, modo de replicación, hardware de repuesto, fecha de prueba, resultado de conmutación por error o calendario de salida.
Las preguntas que convertirían un antiguo registro de red en garantía actual
Un cliente no necesita adivinar. Una solicitud de evidencia compacta podría resolver la mayor parte de la incertidumbre:
- Identificar la entidad legal contratante y explicar cómo se utilizan Sempernet, Coherent Cloud, Studentnet y Cloudwork en contratos, facturas, avisos de privacidad y soporte de servicio.
- Indicar si AS45444 está intencionadamente retirado, inactivo o planificado para reactivación, e identificar el ASN de origen actual para cada punto final de producción.
- Proporcionar una arquitectura actual que muestre dónde se ejecutan CwIN, CwIM, bases de datos, registros, DNS, certificados, copias de seguridad y monitorización, con propietarios en cada límite.
- Nombrar las instalaciones primarias y de recuperación, regiones y subencargados, e identificar qué cargas de trabajo y clases de datos contiene cada una.
- Proporcionar evidencia de arrendamiento de rack o nube, diseño de alimentación eléctrica, conexiones de operador y diversidad física, sin depender de las afirmaciones generales de marketing de una instalación.
- Cuantificar la capacidad instalada y utilizable de cómputo, almacenamiento y red, la utilización actual, el margen reservado y la capacidad disponible tras la pérdida de un host, rack, operador o sitio.
- Revelar el diseño de alta disponibilidad del gestor central, el estado caliente, templado o frío de la imagen de recuperación, y el tiempo de conmutación por error o reconstrucción exitosa más reciente.
- Definir la frecuencia de copia de seguridad, retención, encriptación, inmutabilidad, RPO y RTO por separado para nodos de cliente, servicios centrales y registros.
- Documentar la cobertura de soporte, los objetivos de severidad, los acuerdos de reemplazo de hardware, el aviso de mantenimiento y el escalado más allá de un único número de teléfono.
- Proporcionar un plan de salida que cubra la exportación de configuración, registros, credenciales, certificados, eliminación de datos, soporte de transición y el tiempo necesario para mover las escuelas a otra ruta de identidad.
Las respuestas deben ser actuales, fechadas y vinculadas a activos o contratos específicos. Un diagrama que etiquete tres enlaces ascendentes es insuficiente a menos que las rutas físicas sean independientes. Un certificado de instalación es insuficiente a menos que el despliegue contratado esté dentro del alcance. Una captura de pantalla de copia de seguridad es insuficiente a menos que se haya probado una restauración. Un registro de ASN es insuficiente a menos que sus rutas sean visibles.
Un servicio vivo puede superar su identidad de red original
Sempernet comenzó con la infraestructura reconocible de una pequeña red de alojamiento y servicios gestionados de Sídney: bloques de direcciones portátiles, un sistema autónomo, varios proveedores de tránsito declarados y una asociación con un centro de datos. Esa huella fue real. El historial de rutas muestra años de operación global en lugar de un ASN meramente reservado.
La evidencia pública describe ahora una forma diferente. Los productos de la empresa son visibles, la entidad legal está activa, existen canales de soporte y una superficie de estado informa de la salud del servicio. Pero el ASN original ha estado ausente de las observaciones de enrutamiento global desde 2021. Su dominio de marca está aparcado. Sus otros dominios públicos revisados resuelven a direcciones en prefijos originados por AS63949. Su asociación con la instalación de Sídney es antigua, mientras que la descripción de su aplicación todavía se refiere a esa instalación por un nombre anterior.
Eso no es prueba de fracaso. Muestra que la antigua identidad de red ya no explica la entrega del sitio web público revisado. La evidencia pública no establece si las cargas de trabajo de producción migraron, permanecieron en hardware dedicado de Sídney o utilizan otras redes de origen e instalaciones. Twin-K también puede retener los antiguos recursos numéricos para uso heredado, privado o futuro. Los registros públicos no eligen entre esos escenarios.
La conclusión de infraestructura debe, por tanto, mantenerse exacta. La identidad legal e histórica de Sempernet es verificable. El enrutamiento global actual de AS45444 es negativo. La entrega web pública de Coherent Cloud es externa a ese ASN. Una afirmación de VM central y una asociación de instalación obsoleta no establecen la propiedad actual de rack, energía, diversidad de red o capacidad de recuperación. Cualquiera que dependa de Cloudwork debe evaluar la cadena de aplicación actual y sus contratos, no asumir que una entrada de registro todavía activa representa una red de alojamiento todavía activa.