Resumo

  • As identidades públicas da CDZNET são consistentes. Os dados da empresa brasileira e o site do provedor usam o CNPJ28.583.371/0001-62, o endereço em São José do Rio Preto e o nome legal CDZNET Data Center LTDA; o Registro.br atribui o mesmo CNPJ ao AS263062, dois blocos IPv4/22e um bloco IPv6/32.
  • A rede está visivelmente em uso. O RIPEstat observou o AS263062 originando todas as três alocações do Registro.br durante o período de 1 a 15 de julho de 2026, com ampla visibilidade dos coletores e duas redes adjacentes claramente observadas. Nenhuma das três rotas agregadas tinha uma autorização RPKI válida nas verificações capturadas, que retornaramunknownem vez deinvalid.
  • Há prova de serviço público além do catálogo da própria empresa. A Prefeitura de Olímpia registra um contrato de R$ 121.209,72 com a CDZNET, vigente de 23 de outubro de 2025 a 22 de outubro de 2026, para servidores em nuvem dedicados e virtuais, software de banco de dados, monitoramento avançado e uma rede ponto a ponto. O registro comprova um engajamento definido com cliente, não sua disponibilidade ou resultados de suporte.
  • Os compradores devem converter a proposta local útil do provedor em obrigações testáveis. O site anuncia uma instalação brasileira, uptime de 99,9%, conectividade através de oito operadoras, suporte 24 horas com máximo de duas horas, backup gerenciado e recuperação de desastres. Os materiais públicos não definem o cálculo de uptime, o relógio de suporte, os objetivos de restauração, os caminhos das operadoras, o mapa de cópia de dados ou os créditos de serviço com rigor suficiente para suportar uma carga de trabalho crítica sem um cronograma negociado.

A empresa, a rede e o endereço comercial convergem para um operador

Provedores regionais de infraestrutura geralmente apresentam três identidades: uma entidade legal no contrato, uma marca no site e um titular de rede nos registros da Internet. Quando essas identidades não estão alinhadas, o comprador pode ter dificuldade em estabelecer quem controla o espaço de endereços, quem opera o serviço e quem deve a reparação após um incidente. A CDZNET oferece uma cadeia de atribuição comparativamente forte.

Oregistro de dados da empresa brasileira para o CNPJ 28.583.371/0001-62nomeia CDZNET Data Center LTDA, a marca como ativa, dá uma data de abertura de 5 de setembro de 2017 e coloca sua sede na Rua Independência 2472, São José do Rio Preto, São Paulo. Sua atividade principal é processamento de dados, provisão de aplicativos e hospedagem na Internet. Atividades secundárias incluem telecomunicações fixas, acesso a redes de comunicação, comunicações multimídia, voz sobre IP e suporte técnico. O registro também nomeia Aldevino de Zan e Marcelo Basile de Zan como administradores. O Casa dos Dados republica material da Receita Federal e não substitui uma certidão corporativa atual certificada, mas os identificadores são específicos e internamente consistentes.

Apágina da empresa do provedorrepete o CNPJ legal e o endereço. Diz que o negócio CDZNET começou em 2007 e construiu seu próprio data center em 2010, enquanto a atual sociedade limitada data de 2017 no registro de dados da empresa. Essas datas podem coexistir: uma marca ou operação antecessora pode ser mais antiga que a pessoa jurídica atual. Elas não devem ser silenciosamente mescladas. Um comprador avaliando a continuidade contratual deve perguntar qual entidade operava o serviço anterior, se contratos ou ativos foram transferidos e qual empresa agora possui ou arrenda o equipamento da instalação.

A junção técnica decisiva vem doregistro RDAP do Registro.br para o AS263062. Ele identifica CDZNET Data Center LTDA como titular, publica o mesmo CNPJ e nomeia Marcelo Basile de Zan como contato administrativo e de abuso. Ele vincula o ASN a186.232.108.0/22,191.243.140.0/22e2804:938::/32. Oregistro de endereço do Registro.br para 186.232.108.0/22novamente nomeia a empresa e o CNPJ; os registros equivalentes fazem o mesmo para191.243.140.0/22e2804:938::/32.

Isso é mais que similaridade de nomes. Um único identificador fiscal brasileiro conecta a superfície pública de vendas, o registro da empresa, o ASN e as alocações de endereços. Isso não prova quem está de plantão, onde cada servidor está ou se cada ativo é de propriedade da empresa. Mas dá aos clientes uma contraparte concreta e uma identidade de rede que pode ser escrita no cronograma de serviço, plano de incidentes e procedimento de saída.

O catálogo descreve uma superfície operacional real

O site atual da CDZNET apresenta um catálogo de infraestrutura amplo, mas coerente: colocation, servidores dedicados, Cloud Server, VPS, backup em nuvem, e-mail profissional e hospedagem de sites. Esses não são produtos intercambiáveis. Eles dividem a responsabilidade operacional de forma diferente, e o site fornece detalhes suficientes para ver onde algumas dessas fronteiras começam.

Apágina do Cloud Serverdiz que as máquinas virtuais rodam em VMware no data center próprio do provedor no Brasil. Ela anuncia ambientes Linux e Windows, escalabilidade controlada pelo cliente de disco, memória e CPU, proteção DDoS, backups gerenciados e provisionamento em reais brasileiros. Na captura, a oferta Cloud Basic exibia uma CPU virtual, 2 GB de memória, 50 GB de disco, um endereço IPv4 e um preço mensal de R$ 179,88. Configurações e preços publicados são evidência de vendas em um ponto no tempo, não uma garantia de que a capacidade está reservada ou que cada recurso está incluído em cada pedido.

Apágina de servidor dedicadotraça uma linha diferente. Ela anuncia acesso root ou administrador, hardware isolado, Linux ou Windows, painéis de controle opcionais, backup gerenciado, proteção DDoS e provisionamento em até 48 horas. Três configurações exibidas usam processadores Xeon E5-2673 v3, armazenamento SSD, RAID 1, quatro endereços IPv4 e uma porta pública de 1 Gbps. Um host dedicado pode reduzir a contenção de computação, mas por si só não isola energia, rede, administração de armazenamento, credenciais de backup ou as pessoas autorizadas a intervir.

Aoferta de colocationdeixa o servidor com o cliente e coloca energia, resfriamento, segurança física e operação da instalação com a CDZNET. Ela diz que os clientes podem instalar equipamentos por conta própria ou comprar instalação e outro suporte de data center da CDZNET. Essa distinção importa durante uma interrupção: um equipamento de propriedade do cliente ainda pode depender da equipe do provedor para acesso ao console, substituição de cabos, reinicialização e manuseio de mídia. O escopo e a autoridade do remote hands devem, portanto, ser acordados antes do primeiro pedido urgente.

O backup adiciona outro plano de controle. Apágina de backup e recuperação de desastresdescreve verificações diárias de integridade, transferência externa por fibra, VLAN ou links dedicados, Veeam ou Acronis, suporte para Microsoft 365, Azure, AWS, máquinas virtuais, endpoints e servidores físicos, além de recuperação de desastres sob demanda. Esses são componentes de serviço significativos. No entanto, uma verificação de integridade não é um teste de restauração, e uma cópia externa não está necessariamente isolada das credenciais de produção ou do incidente que danificou a origem. Um comprador precisa do local de backup, locação, imutabilidade, retenção, propriedade da chave de criptografia, alertas de falha, objetivo de ponto de recuperação e objetivo de tempo de recuperação medido para sua carga de trabalho específica.

O catálogo, portanto, estabelece uma superfície operacional em vez de um resultado de garantia. Ele diz à equipe de plataforma o que a CDZNET está disposta a vender e quais camadas o provedor pode gerenciar. O pedido, o cronograma de serviço e o manual de operações devem dizer qual parte realmente provisiona contas, corrige sistemas convidados, monitora capacidade, aprova mudanças, restaura dados e paga pelo trabalho de emergência.

Um contrato do setor público é uma prova de serviço útil, com significado restrito

A autodescrição se torna mais confiável quando um registro nomeado de cliente mostra que os serviços foram contratados. Apágina de licitação eletrônica da Prefeitura de Olímpiaregistra a CDZNET Data Center LTDA como contratada sob o contrato 200/2025. O escopo declarado abrange um servidor em nuvem dedicado, licenciamento de software de gerenciamento de banco de dados, gerenciamento e monitoramento avançados de servidor, uma rede ponto a ponto e um servidor em nuvem virtual. O valor publicado é de R$ 121.209,72, com prazo de 23 de outubro de 2025 a 22 de outubro de 2026.

Esse registro responde a uma pergunta importante: a CDZNET foi selecionada para uma atribuição de produção de várias camadas que combina computação, software, monitoramento e conectividade. É uma prova de serviço mais forte do que um depoimento genérico porque a autoridade contratante, o escopo, o valor e as datas são públicos. Também demonstra por que o provedor é importante além da hospedagem comum de sites. Uma carga de trabalho municipal pode colocar continuidade operacional, administração de banco de dados e entrega de rede no mesmo relacionamento com o fornecedor.

O registro do contrato não mostra o uptime observado do serviço, contagem de incidentes, desempenho de restauração ou satisfação do usuário. Uma adjudicação de contrato registra uma obrigação, não seu cumprimento. Nem um engajamento governamental deve ser convertido em uma alegação geral sobre volume de clientes ou participação de mercado. A conclusão justa é que a entidade legal foi contratada para um serviço específico de nuvem e rede, enquanto o desempenho permanece uma questão de evidência separada.

Para um novo comprador, o escopo de Olímpia é um modelo útil para diligência. Ele identifica as camadas que devem ser precificadas separadamente: computação física ou virtual, licenciamento de software, monitoramento, acesso à rede e mão de obra operacional. O agrupamento pode reduzir transferências durante um incidente, mas também pode concentrar risco de falha e saída. O cliente deve saber se pode transferir a licença de banco de dados, exportar imagens de máquina, reter histórico de monitoramento, substituir o link ponto a ponto e recuperar o acesso de administrador de forma independente.

AS263062 está ativo, dual-stack e atribuível

A evidência operacional mais clara no tempo presente está no roteamento público. Oregistro de prefixos anunciados do RIPEstat para AS263062mostrou186.232.108.0/22,191.243.140.0/22e2804:938::/32durante toda a janela de observação de 1 a 15 de julho de 2026. Essas são as mesmas três alocações vinculadas ao Registro.br. Cada IPv4/22contém 1.024 endereços, enquanto o IPv6/32fornece um espaço de endereçamento muito maior. A capacidade de endereços não é contagem de servidores ou utilização; é uma pegada de recurso.

As visualizações de status de roteamento do RIPEstat mostraram ambos os agregados IPv4 visíveis para 325 de 326 peers IPv4 reportados no ponto de captura. Ostatus de 186.232.108.0/22datou sua primeira origem observada pelo AS263062 em abril de 2012, enquanto ostatus de 191.243.140.0/22datou a primeira observação em abril de 2014. Oagregado IPv6era visível para 320 de 322 peers IPv6 reportados. Essas medições suportam roteamento de longa duração globalmente visível sob o ASN vinculado à empresa. Elas não medem perda de pacotes, congestionamento, disponibilidade de aplicativos ou uptime da instalação.

Aobservação de vizinhos do RIPEstatencontrou duas redes adjacentes claramente visíveis em 15 de julho: AS262761, identificado pelo RIPEstat como Sinal Br Telecom, e AS268764, identificado como NetCaster Solutions. Um terceiro, AS262427, tinha visibilidade muito baixa e foi classificado como incerto. Isso suporta mais de um caminho externo visível no nível do plano de controle. Não revela capacidade de circuito, termos comerciais, entradas de prédio, dutos de fibra ou se as duas rotas compartilham uma dependência física.

Esse limite importa porque o site da CDZNET diz que a instalação tem conectividade com oito operadoras de internet e que o Cloud Server usa uma conexão direta PTT ou PIX. Os coletores públicos de BGP não expõem necessariamente todas as interconexões privadas, circuitos de backup ou relacionamentos de revenda. A ausência de oito ASNs vizinhos visíveis não é prova de que a alegação é falsa. Por outro lado, um logotipo de operadora ou fatura de circuito não é prova de diversidade de caminhos.

Um cliente crítico deve pedir a matriz atual de operadoras, capacidades de circuito, política normal de roteamento, design de failover e o resultado de um teste de failover controlado.

O PeeringDB fornece uma verificação cruzada datada, não um mapa topológico atual. Aentrada no PeeringDB para AS263062, atualizada pela última vez no nível da rede em julho de 2022, descreve uma rede de conteúdo com 21 prefixos IPv4, um prefixo IPv6 e uma faixa de tráfego de 100-1000 Mbps. Ela lista nenhuma conexão de exchange pública e nenhuma instalação. O PeeringDB é fornecido pelo operador e voluntário; tabelas vazias de exchange e instalação não refutam as alegações de PTT, operadora ou prédio da CDZNET. O registro desatualizado simplesmente não pode validá-las hoje. O registro ao vivo e as medições de roteamento têm mais peso para a atribuição atual da rede.

A autorização de rota é a lacuna de segurança visível

As três verificações de RPKI capturadas merecem tratamento separado. O RIPEstat retornouunknownpara a origem de186.232.108.0/22,191.243.140.0/22e2804:938::/32. Em cada resposta, a lista de autorizações de origem de rota validadoras estava vazia.

Unknownnão éinvalid. Significa que o validador não tinha autorização criptográfica aplicável contra a qual julgar a origem observada. As rotas ainda eram amplamente visíveis, e os registros vinculavam tanto os recursos quanto o ASN à CDZNET. A autorização ausente, no entanto, deixa redes que aplicam validação de origem de rota sem um sinal RPKI positivo para esses agregados.

Para um provedor que vende proteção DDoS, redundância e alta disponibilidade, o controle de rota pertence à conversa de garantia. O cliente deve perguntar se a CDZNET planeja criar autorizações de origem de rota, quem controla as credenciais de registro, como mudanças de origem de emergência são aprovadas e como uma rota de recuperação de desastre seria autorizada. RPKI não protegeria servidores ou impediria todo vazamento de rota. Tornaria a origem pretendida independentemente verificável e reduziria uma ambiguidade evitável no limite de roteamento.

A localização brasileira deve ser definida por cópia e plano de controle

A proposta local da CDZNET é excepcionalmente explícita. Sua página do Cloud Server diz que os servidores são hospedados no Brasil. Sua página de backup anuncia armazenamento externo em um data center nacional. A página da empresa identifica a instalação em São José do Rio Preto e publica alegações concretas de infraestrutura: 1.408 unidades de rack de capacidade de colocation, 300 kVA de capacidade de energia planejada, um gerador Caterpillar de 100 kVA, motores de resfriamento Trane redundantes, equipamento UPS, proteção contra incêndio, acesso controlado e monitoramento contínuo.

Esses detalhes tornam possível uma visita ao local e um cronograma de engenharia. Eles ainda não mostram capacidade utilizável instalada, carga atual, seletividade do caminho de energia, autonomia de combustível, histórico de manutenção, separação de zona de incêndio ou se o armazenamento de backup compartilha o mesmo domínio de perigo. A diferença entre 300 kVA de capacidade planejada e um gerador nomeado de 100 kVA precisa particularmente de uma explicação de carga e prioridade. Um comprador deve perguntar quais sistemas permanecem em backup durante uma falha de concessionária, por quanto tempo e sob qual carga testada.

Apolítica de privacidade da CDZNET, datada de 8 de fevereiro de 2022, diz que os dados pessoais sob responsabilidade da empresa não são enviados para fora do Brasil. Ela também explica que a CDZNET atua frequentemente como operadora sob instruções do cliente e pode aplicar termos de privacidade específicos do produto. Esse é um compromisso público útil, mas seu escopo é mais restrito do que uma promessa geral de que toda cópia de dados do cliente permanece no Brasil.

Os serviços em nuvem e backup criam vários locais: discos primários, réplicas, snapshots, logs de monitoramento, anexos de ticket, telemetria, sistemas de identidade, e-mail, sessões de suporte do fornecedor e cópias de recuperação de desastre. A página de backup suporta explicitamente Microsoft 365, Azure e AWS, que podem introduzir regiões escolhidas pelo cliente ou dependentes do fornecedor. Um acordo de processamento de dados deve listar cada categoria de dados, papel do controlador e operador, região física, subprocessador, mecanismo de transferência, período de retenção e prova de exclusão.

O registro brasileiro e uma instalação local não resolvem esses campos por si só.

A localidade também tem uma dimensão operacional. Os dados podem permanecer no Brasil enquanto o suporte privilegiado é exercido de outro lugar, ou enquanto um fornecedor de software recebe material de diagnóstico. Por outro lado, a própria conta Azure ou AWS do cliente pode deliberadamente colocar uma cópia protegida em outra jurisdição. O alvo de garantia correto não é um rótulo nacional amplo. É um mapa verificado para o serviço exato, incluindo quem pode acessar cada cópia e o que acontece durante suporte, recuperação e saída.

Uma alegação de suporte de duas horas precisa de relógio, proprietário e remédio

A CDZNET anuncia repetidamente pessoal treinado disponível 24 horas por dia, sete dias por semana, com um SLA máximo de suporte de duas horas. Suapágina de contatooferece canais para suporte técnico, upgrades, recuperação de backup, vendas e consultas gerais. O ASN público e os registros de endereço também expõem um contato de abuso e técnico. Juntos, esses são uma superfície de responsabilidade melhor do que um provedor com apenas um formulário de pedido anônimo.

A frase "duas horas" permanece subespecificada. Pode significar primeiro reconhecimento, atribuição de técnico, diagnóstico, solução alternativa ou restauração completa. Pode se aplicar a todos os chamados ou apenas a uma severidade definida, e o relógio pode pausar enquanto o provedor aguarda informações do cliente. A disponibilidade 24 horas pode descrever uma fila sem provar que funcionários com autoridade de rede, hipervisor, armazenamento e banco de dados estão todos de plantão.

Um cronograma de produção deve, portanto, definir níveis de severidade, regras de início e parada do relógio, metas de reconhecimento e restauração, contatos de escalonamento, exceções de manutenção e créditos de serviço. Deve distinguir incidentes gerenciados pelo cliente daqueles gerenciados pelo provedor. Para colocation, deve definir limites de resposta e aprovação do remote hands. Para backup, deve nomear quem pode solicitar uma restauração destrutiva e como a identidade é verificada. Para um banco de dados gerenciado, deve identificar quem pode fazer failover, reverter ou contatar o licenciador de software.

A evidência de suporte deve ser medida após a contratação. Registros úteis incluem distribuições de resposta e restauração por severidade, contagens de SLA perdidos, avisos de manutenção, relatórios pós-incidente e exercícios de restauração repetidos. Um número de telefone e formulário de chamado tornam o contato possível. Eles não mostram como a organização se comporta quando energia, roteamento e um aplicativo do cliente falham ao mesmo tempo.

Isso também é onde a mão de obra local pode justificar um provedor regional. Uma equipe no mesmo mercado, idioma e fuso horário pode resolver problemas físicos e contratuais mais rápido do que a fila de uma plataforma distante. Essa vantagem se torna durável apenas quando a autoridade é distribuída entre pessoas treinadas suficientes, o escalonamento sobrevive à ausência individual e o cliente pode alcançar um tomador de decisão responsável durante um incidente grave.

Precifique o modelo operacional, não o nome do data center

A CDZNET apresenta uma opção crível para organizações que valorizam faturamento brasileiro, infraestrutura local, contato técnico direto e uma mistura de nuvem, conectividade e suporte prático. O registro público é materialmente mais forte do que uma marca de hospedagem apenas de marketing: inclui uma contraparte legal, recursos de rede atribuídos, roteamento dual-stack atual e um contrato municipal ativo.

A comparação com nuvem hyperscale, outro provedor de colocation ou infraestrutura auto-operada deve incluir o limite de trabalho. A CDZNET pode absorver provisionamento, segurança física, energia, resfriamento, operação de rede, monitoramento, backup e tarefas de recuperação dependendo do produto. O cliente ainda precisa de governança de capacidade, segurança do sistema convidado, controles de identidade, observabilidade de aplicativos, testes de restauração, revisão de custos e um caminho de saída. Um preço mensal baixo de máquina virtual não é o custo total se esses controles permanecerem sem financiamento.

A concentração de fornecedores merece uma decisão explícita. Comprar computação, conectividade ponto a ponto, monitoramento, backup e suporte de um operador local pode remover atrasos de coordenação. O mesmo pacote pode fazer com que um incidente ou disputa comercial afete várias opções de recuperação ao mesmo tempo. Monitoramento independente, exportações mantidas pelo cliente, credenciais de emergência separadas e pelo menos uma cópia de recuperação fora do domínio administrativo do provedor podem preservar a conveniência sem tornar todos os controles dependentes de uma única conta.

Antes de uma implantação crítica, o comprador deve pedir à CDZNET que transforme cinco alegações públicas em evidência: a alegação da instalação em um cronograma de ativos e energia; a alegação de oito operadoras em uma matriz de operadoras e caminhos; o uptime de 99,9% em uma medição e fórmula de crédito; o suporte de duas horas em relógios específicos de severidade e escalonamento; e a localização brasileira em um mapa de dados cópia por cópia. O comprador também deve solicitar planos atuais de RPKI, evidência recente de failover e uma restauração testemunhada a partir do design de backup proposto.

O nome CDZNET pode razoavelmente ser tratado como evidência de um operador de infraestrutura brasileiro atribuível. Não deve ser tratado como garantia operacional por si só. O registro público fornece um ponto de partida sólido; o serviço ganha o resto através de precisão contratual, rotas observáveis, recuperação testada e resultados de suporte que permanecem disponíveis quando o dia fácil acaba.