AS45444 da Sempernet desapareceu da visão BGP do RIPE em 2021; seus sites agora usam endereços originados do AS63949

Resumo

• O AS45444 permanece registrado para a Twin-K Computers Pty Ltd, e seu contato de abuso foi validado em junho de 2026. O registro está atual; o roteamento não. O RIPE RIS não viu nenhum espaço IPv4 ou IPv6 anunciado, nenhum vizinho e nenhuma rota para o sistema autônomo em 15 de julho de 2026.
• As últimas origens visíveis globalmente associadas ao AS45444 foram o bloco IPv4 116.197.144.0/21 e o bloco IPv6 2406:a000::/32 no início de 2021. Essas alocações permanecem ativas nos registros da APNIC, mas endereços alocados não são evidência de servidores ligados, hospedagem vendável ou serviço alcançável.
• A Sempernet e a Coherent Cloud são ambos nomes comerciais registrados da Twin-K Computers. Os registros públicos não estabelecem a Sempernet como uma subsidiária legal separada, apesar dessa redação na descrição histórica do sistema autônomo.
• A Coherent Cloud, Studentnet e Cloudwork ainda expõem produtos, suporte e uma página de status, mas seus endereços web públicos observados caem dentro de prefixos originados pelo AS63949. A APNIC nomeia esse ASN como AKAMAI-LINODE-AP e identifica a Akamai Technologies como seu registrante; esses fatos de registro não localizam nem identificam nenhum servidor de website, backend, carga de trabalho ou dados do Cloudwork.

O silêncio está na tabela de rotas, não no site da empresa

Às 08:00 UTC de 15 de julho de 2026, os coletores de roteamento do RIPE estavam ouvindo através de 326 pares IPv4 e 322 pares IPv6 para o AS45444. Nenhum o viu. Oregistro de status de roteamento do RIPEstatcontou zero prefixos anunciados, zero endereços anunciados, zero vizinhos observados e zero pares vendo o sistema autônomo em qualquer protocolo. Aresposta BGP-stateretornou um conjunto de rotas vazio.

Quase no mesmo instante, o negócio voltado ao público parecia ativo. Apágina inicial da Studentnetpromovia um webinar de junho de 2026 sobre verificação de identidade de estudantes, descrevia suporte técnico de profissionais locais e dizia que o Cloudwork estava em uso em escolas australianas. Suapágina de statusexibia "Todos os sistemas operacionais" e um componente visível de 90 dias com 100% de tempo de atividade. Osite da Coherent Cloudtrazia uma linha de copyright de 2026, um número de telefone australiano e o mesmo ABN da Twin-K Computers que aparece no registro governamental.

Ambas as observações podem ser verdadeiras. Uma empresa pode continuar a entregar um aplicativo depois de aposentar sua própria origem de rota. Ela pode alugar máquinas virtuais de outro provedor, colocar serviços atrás de uma rede de terceiros, migrar cargas de trabalho enquanto retém recursos de numeração antigos ou deixar um registro de sistema autônomo ativo para possível uso futuro. O erro importante seria tratar a página de aplicativo ativa como prova de que o AS45444 está a carregando, ou tratar o ASN escuro como prova de que a empresa cessou as operações.

A questão da infraestrutura da Sempernet, portanto, não é simplesmente se a organização existe. Ela existe. A questão é o que resta da rede descrita em suas entradas de registro, quais camadas físicas e contratuais agora carregam o serviço de identidade escolar e quanta capacidade utilizável sobrevive a uma falha de provedor, rack, energia, rede ou recuperação. A evidência pública é excepcionalmente boa em mostrar a lacuna e excepcionalmente fraca em preenchê-la.

O nome no ASN não é um organograma corporativo confiável

O rótulo da entidade "Sempernet subsidiária da Coherent Cloud" vem diretamente doregistro APNIC para o AS45444. Ele nomeia o sistema autônomo SEMPERNET-AS-AU, descreve-o como um provedor de serviços de rede em Sydney e lista sites da Sempernet, Coherent Cloud e Studentnet. O registrante, no entanto, não é uma empresa chamada Sempernet ou Coherent Cloud. É a Twin-K Computers Pty Ltd.

Ohistórico ABN da Twin-K Computersdo governo australiano torna a fronteira legal mais clara. O ABN 90 001 966 892 pertence a uma empresa privada australiana ativa. Sempernet, Coherent Cloud, PPS Internet, PPS Technology, Student Net e Isonet estão listados como nomes comerciais atuais sob essa mesma entidade. A Sempernet aparece desde 14 de março de 2000 e a Coherent Cloud desde 21 de janeiro de 2014. O registro não identifica um nome comercial como matriz corporativa de outro.

Isso não proíbe a Twin-K de organizar suas marcas internamente em uma hierarquia. A Coherent Cloud se autodenomina "entidade controladora" do Cloudwork e da Studentnet, e a página sobre da Studentnet chama a Studentnet de subsidiária integral da Twin-K. Essas são declarações de produto e marca com algum contexto corporativo. Elas não criam uma empresa Sempernet separada registrada e não estabelecem uma participação acionária legal da Coherent Cloud na Sempernet.

Essa distinção não é pedantismo. Contratos, responsabilidades, recursos de numeração, direitos de software e deveres de processamento de dados são vinculados a pessoas jurídicas. Um cliente que lê o rótulo do ASN pode supor que uma empresa chamada Coherent Cloud possui uma subsidiária separada chamada Sempernet. O registro público do governo, em vez disso, aponta para uma única empresa legal usando vários nomes. A menos que um contrato atual ou registro corporativo demonstre o contrário, o proprietário defensável e o titular responsável dos recursos é a Twin-K Computers Pty Ltd.

Os endereços também precisam de separação. A APNIC ainda mantém Suite 1, 89 Jones Street em Ultimo como endereço da organização e contato. A Coherent Cloud publica o mesmo endereço. O registro ABN diz que o local principal de negócios da Twin-K mudou de NSW 2007 para NSW 2065 em maio de 2024, e apágina de contato da Studentnetfornece um endereço postal em 2 Herbert Street, St Leonards NSW 2065. Nenhum desses detalhes de escritório ou contato é prova de uma sala de servidores. Eles são evidência de presença administrativa e mudança de endereço, não de propriedade de equipamentos.

O que a rede registrada foi construída para fazer

Os registros de endereços da APNIC descrevem uma operação histórica mais concreta do que a tabela de rotas atual. Aalocação 116.197.144.0/21está registrada para a Twin-K sob o nome SEMPERNET. Sua descrição chama o recurso de rede de colocation de servidores web e hospedagem combinada com serviços gerenciados personalizados para corporações e empresas australianas. Um /21 contém 2.048 endereços IPv4 antes de reservas normais de rede ou escolhas operacionais serem consideradas.

Aalocação IPv6 2406:a000::/32descreve uma rede IPv6 de produção que atende clientes comerciais e educacionais na Austrália. Também está registrada para a Twin-K. Ambas as alocações estão marcadas como ativas no registro, ambas datam de 2008 e ambas mantêm um contato de abuso validado em 17 de junho de 2026. O próprio sistema autônomo foi registrado em setembro de 2008.

Esses registros estabelecem a intenção histórica e a responsabilidade contínua pelos recursos. Eles não estabelecem a utilização atual. Um status de ativo no RIR significa que o registro não está marcado como devolvido, revogado ou de outra forma inativo nesse banco de dados. Não significa que uma rota BGP está sendo propagada, um rack está ligado, um cliente pode fazer um pedido ou um pacote pode alcançar um aplicativo. A validação recente do contato de abuso é uma evidência útil de que alguém ainda responde ao processo de manutenção de recursos. Não é um teste de saúde do serviço.

A antiga política de roteamento também nomeava três sistemas autônomos externos. O objeto APNIC do AS45444 declarava importações e exportações para AS7543, AS18398 e AS2914. Em uma rede ativa, essas políticas poderiam descrever várias relações de upstream. Aqui, são uma declaração de configuração modificada pela última vez em 2020, não uma observação atual. O RIPE RIS não viu nenhum vizinho no momento da revisão. Uma linha de importação declarada pode permanecer em um registro de roteamento da internet muito tempo depois que a sessão, cross-connect ou contrato de trânsito por trás dela terminou.

Um objeto de rota residual é especialmente fácil de interpretar mal. A consulta IPv4 da APNIC contém um objeto de rota 116.197.144.0/22 nomeando AS2914 como origem, atualizado em abril de 2023. No entanto, avisão geral atual do prefixo do RIPEstatdiz que esse /22 não está anunciado, e sua visão de estado BGP não encontra nenhum caminho. Um objeto de rota é uma autorização de política ou registro de documentação. Não é um anúncio ativo. A mesma cautela se aplica à antiga política do AS45444: a papelada pode durar mais que os pacotes.

A retirada de 2021 é a fronteira operacional

O registro histórico de rotas fornece uma data muito mais forte do que declarações gerais sobre um site antigo ou instalação antiga. Osdados de histórico de roteamento do RIPEstatmostram o agregado IPv4 116.197.144.0/21 visível de 30 de abril de 2009 até 1º de fevereiro de 2021. A origem IPv6 2406:a000::/32 foi visível de fevereiro de 2009 até a mesma data final. Várias rotas IPv4 mais específicas apareceram por períodos mais curtos em torno de 2009 e 2010.

A visão atual do status de roteamento identifica o último evento visto como 116.197.144.0/21 originado pelo AS45444 em 27 de janeiro de 2021. A pequena diferença entre esse timestamp do evento e o fim do intervalo do histórico reflete a maneira como os dois conjuntos de dados do RIPEstat resumem as observações dos coletores. Isso não fornece precisão sobre a hora da retirada. A conclusão robusta é que a origem observada globalmente terminou no início de 2021 e não retornou no conjunto de dados atual.

Avisão de roteamento da Cloudflare para o AS45444também identifica a rede como SEMPERNET-AS-AU e CoClo, mas não apresenta nenhuma lista de prefixos atual no resumo público. O IPinfo classifica separadamente o ASN como inativo e relata nenhum prefixo, par ou upstream. Esses resumos comerciais são verificações secundárias. O RIPE RIS fornece a medição que deve carregar a conclusão.

Esta é uma evidência negativa com um escopo definido. O RIS é um grande sistema de observação, não todos os roteadores da Terra. Ele pode estabelecer que nenhuma rota estava visível para suas centenas de coletores no horário indicado. Ele não pode descartar uma rede privada interna, um serviço alcançado por meio de um ASN de origem diferente, uma VPN, uma rota específica do cliente ou equipamento mantido offline para reativação futura. Também não pode explicar por que as rotas desapareceram. Nenhum aviso público de descomissionamento, anúncio de migração, registro de venda ou relatório de incidente encontrado nesta revisão fornece uma causa.

Para um cliente, no entanto, o efeito externo é claro. Os endereços dentro dos blocos registrados da Sempernet não eram globalmente alcançáveis através do AS45444 no momento do corte. Qualquer serviço público atual usando um provedor diferente tem uma dependência de roteamento, instalação e suporte diferente do que a descrição histórica do ASN implica. A devida diligência deve seguir os pontos de extremidade de serviço atuais em vez de parar no antigo registro de recursos numéricos.

O espaço de endereços registrado não é capacidade de hospedagem utilizável

As posses de IPv4 e IPv6 podem soar como capacidade. Elas são escopo de endereços. O /21 fornece 2.048 endereços IPv4. O /32 fornece uma enorme alocação IPv6 destinada à sub-rede hierárquica. Nenhum número diz quantos servidores existem, quantas máquinas virtuais podem ser colocadas, quanta memória ou armazenamento está instalado, quantas identidades de clientes são processadas ou qual a taxa de transferência disponível em uma condição de falha.

Operfil PeeringDB para AS45444adiciona uma antiga escala operacional auto-relatada. Ele rotula a rede como CoClo (Coherent Cloud), lista Sempernet, Studentnet, Isonet e PPS Internet como nomes alternativos, classifica-a como uma rede de conteúdo e relata oito prefixos IPv4, nenhum prefixo IPv6, tráfego de 20-100 Mbps, proporção de saída pesada e escopo Ásia-Pacífico. O perfil de rede foi atualizado pela última vez em julho de 2022.

Esses campos não são medições atuais. A entrada "oito prefixos" não corresponde a uma tabela de rotas atual com zero origens. Pode descrever um arranjo anterior, contar anúncios mais específicos ou simplesmente ser um valor de perfil que não foi corrigido após a retirada. A faixa de 20-100 Mbps é ampla, antiga e auto-selecionada. Não é uma taxa de informação comprometida, uma conta de percentil 95, uma velocidade de porta ou uma garantia de capacidade ociosa.

Nenhum catálogo de produtos público encontrado aqui vende um servidor privado virtual, host bare-metal, gabinete de colocation, circuito de trânsito ou camada de armazenamento da Sempernet. Não há contagem de servidores, inventário de unidades de rack, pool de CPU e RAM, capacidade de disco, compromisso de rede, alocação de clientes, gráfico de utilização, lista de espera, estoque de hardware ou preço. Também não há divisão entre capacidade projetada, instalada, ligada, operacional, vendida, reservada e realmente disponível.

A declaração honesta de capacidade é, portanto, austera. A Twin-K mantém recursos de numeração da internet registrados com descrições históricas de hospedagem. Atualmente, o AS45444 não torna nenhum desses recursos globalmente visível. A Coherent Cloud comercializa um aplicativo de gerenciamento de identidade, mas seus materiais públicos não divulgam as unidades de computação e armazenamento por trás dele. A capacidade não pode ser calculada a partir da alocação de endereços ou do perfil PeeringDB.

Uma antiga associação de instalação em Sydney não pode localizar o serviço de hoje

O PeeringDB associa o AS45444 a uma instalação:DigiCo Sydney SYD1, anteriormente Global Switch Australia, em 400 Harris Street em Ultimo. A associação rede-instalação foi criada em 2011 e atualizada pela última vez em março de 2016. O AS45444 não tem nenhum anexo de ponto de troca de internet listado. Esse histórico é consistente com um cliente tomando trânsito dentro de um data center neutro de operadora em vez de fazer peering publicamente em um ponto de troca.

A instalação em si é real e atual. ADigiCo descreveum site Sydney SYD1 em seu portfólio, com energia redundante, resfriamento, segurança e operações 24 horas por dia em todo o seu parque de data centers. A instalação recebeu o status estratégico do Hosting Certification Framework do governo australiano em 2025. Nenhuma dessas alegações no nível da instalação diz que o AS45444 permanece um inquilino.

O registro de planejamento de NSW torna a fronteira de propriedade e capacidade ainda mais importante. Opedido de expansão do DigiCo SYD1abrange um campus de data center existente em 392-422 Harris Street, dois níveis adicionais, conversão de espaço para uso de planta e elétrico e um aumento no consumo de energia de 47,5 MW. Foi aprovado em dezembro de 2025. O material de engenharia descreve uma instalação pretendida de 88 MW após a intensificação.

Nem um watt desse aumento de 47,5 MW, nem qualquer fração dos 88 MW planejados, pode ser atribuído à Sempernet. Esses são números de desenvolvimento do local para a DigiCo. Eles não mostram um contrato de locação da Twin-K, um gabinete, um cross-connect, um disjuntor, uma reserva ou uma conta de energia. Uma rede cliente pode ocupar uma pequena parte de uma grande instalação, sair dela ou comprar um serviço de outro inquilino sem aparecer em documentos de planejamento.

O FAQ do Cloudwork ainda diz que seu Identity Access Manager central é executado como uma única máquina virtual em hardware de servidor dedicado no "GlobalSwitch DC" da Coherent Cloud. Essa declaração vincula a arquitetura do aplicativo ao antigo nome da instalação, mas a página não fornece uma data para o parágrafo e nenhum detalhe de rack ou contrato. O uso da marca antiga depois que a instalação se tornou DigiCo é uma razão para buscar confirmação, não uma razão para supor que o hardware desapareceu. A evidência atual estabelece a existência da instalação; não estabelece a presença atual da Sempernet dentro dela.

A borda visível está fora do AS45444

A camada web pública dá um exemplo direto de endereços alcançados fora da rede antiga. Em 15 de julho de 2026, o Google Public DNS retornou 173.255.242.216 para coherentcloud.com e coclo.co. Retornou 172.105.255.107 para studentnet.net. O mapa de informações de rede do RIPE coloca ambos os prefixos abrangentes no AS63949 em vez do AS45444. Oregistro APNIC para AS63949nomeia-o AKAMAI-LINODE-AP, identifica a Akamai Technologies, Inc. como registrante e descreve a Akamai Connected Cloud. Essa atribuição pertence ao registro do ASN, não a qualquer carga de trabalho de site específica.

Aresposta DNS para coherentcloud.come oregistro de rede para seu endereçodemonstram a cadeia da borda pública. Aresposta DNS equivalente da Studentnete oregistro de redemostram o mesmo ASN de origem através de um prefixo diferente. Os registros da ARIN nomeiam LINODE para as atribuições que cobrem173.255.242.216e172.105.255.107.

Juntas, essas fontes estabelecem uma cadeia DNS-para-endereço-para-ASN-de-origem e os nomes de registro anexados ao ASN e às atribuições de endereço. Elas não provam quem possui ou opera qualquer máquina virtual ou servidor, onde um backend é executado, se o site público compartilha infraestrutura com o Cloudwork ou onde quaisquer dados de aplicativo são armazenados. O estado de DNS e roteamento também pode mudar após a observação.

As evidências de domínio são, no entanto, decisivas contra um atalho: nenhum site público demonstra hospedagem no AS45444. Coherent Cloud e PPS Internet resolvem para o mesmo endereço externo; coclo.co redireciona para coherentcloud.com. Studentnet resolve para outro prefixo AS63949. O antigo domínio Sempernet é ainda mais fraco:semper.netredireciona para uma página de venda de domínio. Um domínio de marca estacionado não é um portal operacional.

Há também uma diferença de protocolo. A Studentnet serve um site HTTPS atual. O host da Coherent Cloud respondeu em HTTP simples durante a revisão e não negociou uma conexão TLS moderna com o cliente de revisão. Sua resposta anunciou strings de versão antigas do Apache e PHP, embora os cabeçalhos do servidor possam ser imprecisos ou deliberadamente fixos. Este é um sinal de manutenção da borda pública, não evidência sobre o serviço Cloudwork protegido e não prova uma falha explorável.

O Cloudwork é uma dependência de aplicativo, não capacidade de nuvem genérica

A oferta ativa é mais específica do que a categoria atribuída pode sugerir. Apágina de produtos da Studentnetdescreve o Cloudwork como gerenciamento de identidade e acesso para comunidades escolares. Ele gerencia alunos, funcionários, pais, ex-alunos e visitantes, sincroniza dados de sistemas de gestão escolar e integra-se com mais de 110 aplicativos e serviços educacionais. Os módulos cobrem controle de identidade, validação, provisionamento, autenticação e integração de dispositivos.

Isso não é um catálogo público de infraestrutura como serviço. O cliente não está selecionando tamanhos arbitrários de máquina virtual ou inventário bare-metal. Está comprando um aplicativo e suporte gerenciado. A infraestrutura ainda importa, mas deve ser medida em transações de identidade bem-sucedidas, sincronização de diretório, latência de autenticação, objetivos de recuperação e escolas suportadas, em vez de apenas núcleos de CPU anunciados.

OFAQ do Cloudworkdescreve uma arquitetura de duas partes. Um Nó de Identidade Cloudwork, ou CwIN, é uma máquina virtual Windows implantada na organização cliente. Ele contém código Cloudwork e Microsoft ADFS. A Coherent Cloud o mantém e gerencia, enquanto a organização é responsável por fazer backup da imagem CwIN. A Coherent Cloud diz que mantém arquivos de configuração para recuperação bare-metal.

O Gerenciador de Acesso de Identidade Cloudwork central, ou CwIM, é descrito como uma única máquina virtual Linux em hardware de servidor dedicado no data center GlobalSwitch. A Studentnet diz que faz backup dessa máquina e mantém uma cópia de recuperação completa em uma instalação de recuperação externa. Essa arquitetura cria pelo menos três superfícies operacionais: o nó local ou hospedado na nuvem da escola, o gerenciador central e a cópia de recuperação.

Cada superfície tem um proprietário e caminho de falha diferentes. A falha de uma escola em fazer backup de sua imagem CwIN pode obstruir a recuperação local mesmo quando a Coherent Cloud retém arquivos de configuração. Uma falha do gerenciador central pode afetar funções de autenticação ou gerenciamento compartilhadas entre clientes. Uma cópia de recuperação pode reduzir a exposição à perda de dados, mas apenas se for suficientemente atual, isolada, compatível e capaz de ser iniciada com a rede e dependências necessárias. A descrição pública não fornece esses resultados de teste.

Chamar o Cloudwork de "nuvem", portanto, não apaga o hardware. Seu serviço de identidade depende de hosts de servidor, armazenamento, sistemas operacionais, ADFS, caminhos de rede, certificados, DNS, equipe e os aplicativos de terceiros aos quais ele intermedeia o acesso. A arquitetura pública é útil precisamente porque mostra que a responsabilidade é distribuída. Ela não transforma essa responsabilidade em resiliência quantificada.

O status público é evidência de atividade de serviço, não um diagrama de topologia

A página de status da Studentnet é um dos sinais atuais mais fortes de que uma operação de serviço continua. Ela expõe um mecanismo de assinatura para notificações de incidentes e, no momento da revisão, relatou todos os sistemas operacionais. A página de suporte direciona os usuários para o status atual do sistema e relatórios de incidentes. Esses são comportamentos de um serviço operacional, em vez de uma marca adormecida.

A página de status também é autopublicada. Seu estado verde significa que o operador não tinha nenhum problema aberto representado lá naquele momento. Uma exibição de 90 dias a 100% significa que nenhum tempo de inatividade foi registrado para o componente visível sob as próprias regras de medição e incidentes do site. Ela não revela a localização da sonda, a profundidade da transação, erros específicos do cliente, tratamento de manutenção planejada ou a relação entre um componente e o AS45444.

Mais importante, a página de status não restaura a origem da rede antiga. Um monitor de serviço pode relatar íntegro enquanto os endereços do site público revisados estão visíveis através do AS63949. A página de status não divulga a rede de origem, instalações ou caminhos usados pelas transações de aplicativo monitoradas, portanto, não pode transformar a associação PeeringDB, políticas de importação APNIC ou prefixos históricos da Sempernet em um mapa de dependência atual.

Apágina de suportepública adiciona um caminho de resposta humana. Ela oferece tickets e e-mail para problemas de rotina e um número do Centro de Operações para interrupções críticas ou de emergência fora do horário comercial normal. Relatórios de interrupção genuínos não são cobrados; o uso não emergencial desse número pode atrair uma cobrança por hora. Isso mostra um canal de escalação. Não divulga uma escala de pessoal, objetivo de tempo de resposta, meta de restauração, matriz de severidade ou substituto se o caminho telefônico ou o pessoal nomeado estiver indisponível.

Não há contradição entre suporte ativo e infraestrutura desconhecida. Pequenas empresas de serviços gerenciados geralmente vendem experiência e capacidade de resposta enquanto alugam capacidade física. A questão de diligência é se um comprador conhece a cadeia de responsabilidade e tem soluções contratuais em cada camada. As páginas públicas respondem para quem ligar. Elas não respondem quanto hardware sobressalente existe ou com que rapidez um host central com falha pode ser reconstruído.

A localidade dos dados para nas palavras "GlobalSwitch" e "externo"

O Cloudwork processa informações relacionadas à identidade. Apolítica de privacidade da Studentnetdiz que usa nomes, e-mail e informações de contato para criar contas, autentica usuários, registra solicitações incluindo endereços IP de origem, criptografa dados em trânsito e em repouso e mantém backups regulares para operações e recuperação de desastres. Diz que as informações pessoais retidas são mantidas apenas pelo tempo necessário para fornecer um serviço confiável.

Essas declarações descrevem práticas de manuseio, não um mapa de dados completo. O FAQ localiza o gerenciador central em um data center de Sydney sob sua marca anterior. Ele localiza cada CwIN na organização cliente. Ele descreve a cópia de recuperação apenas como externa. Não nomeia a instalação de recuperação, país, entidade legal, provedor de nuvem, rota de replicação ou meio de armazenamento.

A borda web pública adiciona outra questão jurisdicional. O AS63949 é a origem de terceiros observada para os dois prefixos de site, e seu país de registro e nomes de titulares de recursos não localizam o servidor subjacente. A geolocalização IP pode sugerir uma região, mas não é evidência documental de onde discos, backups ou administradores estão. Um cliente precisa de um cronograma de processamento de dados atual, lista de subprocessadores e documento de arquitetura para estabelecer a localidade.

A página de segurança da Studentnet diz que seu documento de credenciais cobre subprocessadores de dados, sua finalidade, categoria, localização e medidas de segurança. Um PDF de credenciais de segurança datado de março de 2026 está publicamente vinculado. Essa é uma rota útil para uma diligência mais detalhada, mas uma lista de fornecedores em mudança deve ser lida diretamente no pacote contratual atual. Uma afirmação geral de propriedade e desenvolvimento australianos não é o mesmo que um compromisso de processamento apenas na Austrália.

A soberania dos dados também depende das operações. Se uma cópia de recuperação estiver fora da instalação primária, mas dentro do mesmo domínio de falha de energia ou operadora metropolitana, pode ser geograficamente separada sem ser operacionalmente independente. Se estiver em outra jurisdição, a recuperação pode melhorar enquanto a exposição legal muda. A palavra "externo" deixa ambas as possibilidades em aberto.

A declaração defensável de localidade é restrita: a empresa associa publicamente seu gerenciador central Cloudwork à instalação Global Switch/DigiCo de Sydney, coloca um nó em cada organização participante e diz que existe uma imagem completa do gerenciador em uma instalação de recuperação externa não nomeada. A localização atual da carga de trabalho central, sua borda web pública e a cópia de recuperação não estão totalmente reconciliadas nas evidências públicas.

O histórico lógico de multi-upstream não é redundância física

O objeto de registro do AS45444 declarou três relações de roteamento externas. Isso parece um design multi-upstream. O PeeringDB lista uma instalação de Sydney neutra de operadora cuja página atual nomeia muitas redes e estruturas de troca locais. Juntos, eles descrevem um ambiente no qual o trânsito diversificado poderia ter sido comprado.

Eles não provam três caminhos disjuntos. A política BGP nomeia sistemas autônomos, não conduítes. Duas operadoras podem entrar pela mesma sala de meet-me do prédio, a mesma vala de rua, o mesmo painel de cross-connect ou o mesmo roteador do cliente. Elas podem compartilhar energia, transporte óptico ou um upstream mais distante. Uma terceira rota pode melhorar a escolha de política sem adicionar proteção contra uma falha de rack, chassi ou fibra local.

Hoje a questão é mais básica porque o RIPE RIS observa zero vizinhos para o AS45444. Não há visibilidade multi-upstream lógica atual para analisar para esse ASN. Os dois endereços de site revisados compartilham o AS63949 como sua origem observada, o que estabelece uma dependência de borda pública de terceiros, mas nenhuma diversidade de caminho, instalação, energia ou failover. Sua visibilidade após a retirada do ASN antigo não é evidência de que a plataforma de identidade migrou ou que o Cloudwork pode fazer failover.

A arquitetura de primeira parte menciona uma máquina virtual central em hardware de servidor dedicado. Uma única VM pode ter backup e ser rapidamente restaurada, mas não é inerentemente altamente disponível. Hardware dedicado pode isolar a carga de trabalho de vizinhos ruidosos, mas ainda criando um ponto de falha do host. A frase não diz nada sobre um cluster de hipervisor, migração ao vivo, segunda instância ativa, replicação de banco de dados, balanceamento de carga, servidor sobressalente ou failover automático.

Da mesma forma, uma imagem de recuperação não é capacidade operacional. Pode estar fria, morna ou quente. Pode exigir novo hardware, mudanças de rede, atualizações de DNS, restauração de certificados e validação manual antes que os clientes possam autenticar. Sem um RTO, RPO, data do último teste e tempo de recuperação medido, a capacidade utilizável sob falha é desconhecida.

Evidências reais de redundância nomeariam os locais primário e de recuperação atuais, mostrariam caminhos independentes de energia e operadora, documentariam o estado ativo versus standby, divulgariam o intervalo de replicação e forneceriam o resultado de um exercício recente de failover. Nenhum desses fatos está disponível no material público revisado aqui. A linguagem multi-upstream e externa deve permanecer uma hipótese até que essa evidência seja produzida.

Energia, resfriamento e hardware ficam atrás de uma fronteira contratual

O marketing de data center pode fazer a infraestrutura alugada soar como um ativo do cliente. A DigiCo descreve energia redundante, resfriamento avançado, segurança física, monitoramento e equipes no local. O registro de planejamento mostra uma expansão medida em dezenas de megawatts. Esses são atributos significativos da plataforma do operador da instalação.

A participação utilizável da Sempernet depende de seu contrato e implantação. Um inquilino pode ter um rack ou parte de um gabinete, uma ou duas alimentações de energia, uma alocação fixa de disjuntor, mãos remotas compartilhadas e cross-connects para operadoras selecionadas. Pode, em vez disso, comprar um servidor gerenciado de outro inquilino. As fontes públicas não identificam o arranjo.

A distinção controla o comportamento de falha. Um evento de utilidade em toda a instalação pode ser coberto por geradores, mas um cliente ainda pode falhar porque seu rack tem uma fonte de alimentação, uma unidade de distribuição, um switch top-of-rack ou nenhum sobressalente testado. Um prédio neutro de operadora pode conter muitas operadoras, mas um cliente pode comprar apenas um circuito. Um local pode ter megawatts disponíveis enquanto um salão, disjuntor ou rack específico não tem espaço.

A substituição de hardware é igualmente opaca. Não há estoque publicado de servidores compatíveis, discos, placas de rede ou fontes de alimentação para a Coherent Cloud. Não há declaração de suporte do fornecedor, ciclo de vida, janela de patch ou tempo para substituir o host CwIM dedicado. A descrição de VM única e a reivindicação de backup do FAQ tornam essas questões materiais em vez de especulativas.

A verdadeira capacidade do gerenciador central não é o valor de MW planejado do data center. É o menor das restrições de computação, armazenamento, banco de dados, rede, software e suporte para a carga de trabalho, depois de reservar espaço suficiente para absorver uma falha ou restaurar. O material público não fornece nenhuma dessas quantidades. O único valor seguro para a capacidade atual vendável ou de condição de falha é desconhecido.

Quem é afetado quando a cadeia quebra

Os clientes do Cloudwork são escolas, e o produto fica na frente de sistemas dependentes de identidade. A Studentnet diz que sincroniza sistemas de informação escolar e intermedeia o acesso a serviços incluindo Microsoft 365, aplicativos Google, plataformas de aprendizagem, bibliotecas, ferramentas de conteúdo e sistemas administrativos. Uma falha de identidade central ou local pode, portanto, se propagar além de uma página de login.

O impacto depende de qual camada falha. Se o CwIN de uma escola falhar, mas as sessões de aplicativo existentes permanecerem válidas, os usuários já conectados podem continuar enquanto novos logins, provisionamento ou mudanças de diretório param. Se o gerenciador central falhar, as funções de autenticação e administração compartilhadas podem ser afetadas em mais de uma organização. Se os caminhos de DNS, certificado ou rede pública falharem, os usuários podem não alcançar o ponto de extremidade de autenticação mesmo quando a máquina virtual está íntegra.

Uma sincronização ruim pode ser tão disruptiva quanto uma interrupção do servidor. Os sistemas de identidade podem criar, desabilitar, renomear ou reagrupar contas. O atraso pode deixar novos alunos e funcionários sem acesso; uma atualização incorreta pode remover o acesso de usuários existentes ou preservar o acesso que deveria ter terminado. A recuperação deve restaurar tanto o serviço quanto um estado de diretório confiável.

A dependência de terceiros cria outra classe de falha. O Cloudwork pode estar íntegro enquanto a Microsoft, Google, um aplicativo educacional, provedor de SMS ou diretório do cliente não está. Inversamente, um aplicativo de terceiros pode estar acessível, mas rejeitar as afirmações do Cloudwork por causa de incompatibilidade de certificado, metadados, relógio ou política. Um mapa de infraestrutura precisa dessas bordas de protocolo e administrativas, não apenas endereços de servidor.

Os usuários afetados incluem alunos, professores, administradores escolares, equipe de TI, pais, ex-alunos e visitantes. A gravidade pode variar muito de acordo com o tempo: uma curta interrupção durante um período tranquilo é diferente de uma interrupção de autenticação no início das aulas, durante exames ou enquanto a equipe está respondendo a um incidente de segurança. A evidência pública não divulga contagens de clientes, picos de transações simultâneas ou calendários críticos, portanto, o impacto agregado não pode ser quantificado.

A responsabilidade de backup é dividida, e a migração permanece incerta

O FAQ aloca parte da recuperação ao cliente. Cada organização é responsável por fazer backup de sua imagem de máquina virtual CwIN, enquanto a Coherent Cloud retém arquivos de configuração para recuperação bare-metal. Essa divisão deve ser explícita em um contrato porque arquivos de configuração e uma imagem completa executável não são intercambiáveis.

Se a imagem do cliente estiver faltando ou desatualizada, a Coherent Cloud pode ser capaz de reconstruir a configuração em um sistema operacional limpo, mas o tempo e a completude dependem de pacotes de software, estado do ADFS, certificados, segredos, patches e integrações locais. Se a cópia de configuração do provedor estiver indisponível, a imagem do cliente ainda pode executar, mas ser mais difícil de reparar ou migrar. Um exercício de recuperação deve testar ambas as metades.

Para o CwIM central, a Studentnet diz que mantém backups e uma imagem externa completa. Nenhum material público declara a frequência de backup, período de retenção, imutabilidade, custódia da chave de criptografia, objetivo de ponto de recuperação ou objetivo de tempo de recuperação. A política de privacidade diz que os backups são mantidos apenas pelo tempo necessário, mas não publica o cronograma.

A saída do cliente é outro caminho de recuperação. Nenhum documento público revisado aqui explica como uma escola exporta configuração de identidade, logs, regras de mapeamento e metadados em um formato neutro de provedor, ou por quanto tempo a assistência continua após o término. O documento de termos identifica a Twin-K como proprietária do Cloudwork e descreve o relacionamento de serviço, mas não estabelece uma capacidade de migração publicamente mensurável.

A portabilidade de dados importa porque um provedor de identidade está embutido em muitas conexões de aplicativo. Substituí-lo pode exigir novos metadados SAML, certificados, DNS, configurações de dispositivo, registros de aplicativo, conectores de diretório e comunicações com os usuários. Um concorrente teoricamente disponível não cria um caminho de restauração imediato. O tempo de migração pode exceder o tempo para reparar o serviço original.

O plano de resiliência mais forte combinaria backups testados de nós locais, um gerenciador central recuperável independentemente, exportações de configuração atuais, custódia documentada de certificados e uma rota ensaiada para autenticação temporária. A evidência pública mostra peças desse design, não um resultado testado de ponta a ponta.

O que um comprador pode acreditar hoje

Vários fatos são fortes. A Twin-K Computers é uma empresa privada australiana ativa. Sempernet e Coherent Cloud são nomes comerciais atuais ligados a ela. A Twin-K permanece a registrante do AS45444 e dos recursos 116.197.144.0/21 e 2406:a000::/32. O contato de abuso foi validado em junho de 2026. A Studentnet e o Cloudwork expõem superfícies atuais de produto, suporte e status.

Vários fatos históricos também são fortes. O AS45444 originou os agregados IPv4 e IPv6 por aproximadamente doze anos. Seus registros descrevem hospedagem em Sydney e serviços gerenciados. O PeeringDB o associou à antiga instalação Global Switch Sydney. A rede parou de aparecer nos coletores globais do RIPE no início de 2021.

Os fatos físicos atuais são fracos. Nenhuma fonte identifica um rack, gabinete, servidor, cross-connect, alocação de energia ou contrato de instalação atual da Sempernet. O FAQ do Cloudwork nomeia o antigo local Global Switch para uma VM central, mas não data ou corrobora independentemente a implantação. A expansão da instalação da DigiCo prova que o prédio opera e está crescendo, não que a Twin-K o ocupa.

Os fatos de rota atuais são negativos. O AS45444 não tem prefixo ou vizinho visível na observação. Seus blocos de endereços antigos não são anunciados, incluindo o /22 com um objeto de rota AS2914 posterior. Os endereços de site da Coherent Cloud e Studentnet revisados caem dentro de prefixos originados pelo AS63949. O ASN registrado, portanto, não pode ser usado como evidência atual de transporte de tráfego, diversidade de upstream ou failover.

Os fatos de capacidade são desconhecidos. Não há quantidade pública para computação, armazenamento, rack, energia, largura de banda, mão de obra de suporte, capacidade vendida, capacidade reservada ou capacidade sobressalente. A antiga faixa de 20-100 Mbps do PeeringDB não é uma medição atual. Os números de MW da DigiCo pertencem à instalação, não à Sempernet.

Os fatos de recuperação são parciais. A empresa descreve imagens de nós locais mantidas pelo cliente, arquivos de configuração mantidos pelo provedor, backups centrais e uma imagem de recuperação externa. Ela publica um contato de emergência e uma página de status. Não publica RTO, RPO, localização do local de recuperação, modo de replicação, hardware sobressalente, data de teste, resultado de failover ou cronograma de saída.

As perguntas que transformariam um antigo registro de rede em garantia atual

Um cliente não precisa adivinhar. Uma solicitação compacta de evidências poderia resolver a maior parte da incerteza:

1. Identificar a entidade legal contratante e explicar como Sempernet, Coherent Cloud, Studentnet e Cloudwork são usados em contratos, faturas, avisos de privacidade e suporte ao serviço.
2. Declarar se o AS45444 está intencionalmente aposentado, inativo ou planejado para reativação, e identificar o ASN de origem atual para cada ponto de extremidade de produção.
3. Fornecer uma arquitetura atual mostrando onde CwIN, CwIM, bancos de dados, logs, DNS, certificados, backups e monitoramento são executados, com proprietários em cada fronteira.
4. Nomear as instalações primária e de recuperação, regiões e subprocessadores, e identificar quais cargas de trabalho e classes de dados cada um detém.
5. Fornecer evidência de posse de rack ou nuvem, design de alimentação de energia, conexões de operadora e diversidade física, sem depender das alegações gerais de marketing de uma instalação.
6. Quantificar a capacidade instalada e utilizável de computação, armazenamento e rede, utilização atual, espaço reservado e a capacidade disponível após a perda de um host, rack, operadora ou local.
7. Divulgar o design de alta disponibilidade do gerenciador central, o estado quente, morno ou frio da imagem de recuperação e o tempo mais recente de failover ou reconstrução bem-sucedido.
8. Definir frequência de backup, retenção, criptografia, imutabilidade, RPO e RTO separadamente para nós de clientes, serviços centrais e logs.
9. Documentar a cobertura de suporte, metas de severidade, arranjos de substituição de hardware, aviso de manutenção e escalação além de um único número de telefone.
10. Fornecer um plano de saída cobrindo exportação de configuração, logs, credenciais, certificados, exclusão de dados, suporte de transição e o tempo necessário para mover escolas para outro caminho de identidade.

As respostas devem ser atuais, datadas e vinculadas a ativos ou contratos específicos. Um diagrama que rotula três upstreams é insuficiente a menos que as rotas físicas sejam independentes. Um certificado de instalação é insuficiente a menos que a implantação contratada esteja no escopo. Uma captura de tela de backup é insuficiente a menos que uma restauração tenha sido testada. Um registro de ASN é insuficiente a menos que suas rotas sejam visíveis.

Um serviço ativo pode superar sua identidade de rede original

A Sempernet começou com a infraestrutura reconhecível de uma pequena rede de hospedagem e serviços gerenciados de Sydney: blocos de endereços portáteis, um sistema autônomo, vários provedores de trânsito declarados e uma associação de data center. Essa pegada era real. O histórico de rotas mostra anos de operação global, em vez de um ASN meramente reservado.

As evidências públicas agora descrevem uma forma diferente. Os produtos da empresa são visíveis, a entidade legal está ativa, existem canais de suporte e uma superfície de status relata a saúde do serviço. Mas o ASN original está ausente das observações globais de roteamento desde 2021. Seu domínio de marca está estacionado. Seus outros domínios públicos revisados resolvem para endereços em prefixos originados pelo AS63949. Sua associação de instalação em Sydney é antiga, enquanto sua descrição de aplicativo ainda se refere a essa instalação por um nome anterior.

Isso não é prova de falha. Mostra que a antiga identidade de rede não explica mais a entrega do site público revisado. As evidências públicas não estabelecem se as cargas de trabalho de produção migraram, permaneceram em hardware dedicado de Sydney ou usam outras redes de origem e instalações. A Twin-K também pode reter os recursos de numeração antigos para uso legado, privado ou futuro. Os registros públicos não escolhem entre esses cenários.

A conclusão da infraestrutura deve, portanto, permanecer exata. A identidade legal e histórica da Sempernet é verificável. O roteamento global atual do AS45444 é negativo. A entrega web pública da Coherent Cloud é externa a esse ASN. Uma única alegação de VM central e uma associação de instalação obsoleta não estabelecem a posse atual de rack, energia, diversidade de rede ou capacidade de recuperação. Qualquer pessoa que dependa do Cloudwork deve avaliar a cadeia de aplicativos atual e seus contratos, não presumir que uma entrada de registro ainda ativa represente uma rede de hospedagem ainda ativa.