ZCode levanta dúvidas sobre uploads de repositórios em segundo plano

ZCode levanta dúvidas sobre uploads de repositórios em segundo plano

By: WEEX|18/09/2026 07:52:20
0
Compartilhar
copy
Avalie no GoogleAvalie no Google

WEEX Visão

  1. A principal questão de curto prazo é se a ZCode confirmará o caminho de upload, o escopo e o comportamento padrão relatados, e se lançará uma correção ou um controle explícito de não participação.
  2. Equipes que lidam com código proprietário provavelmente se concentrarão no que exatamente é transferido: arquivos atuais, histórico de commits, caches LFS, reflogs e quaisquer artefatos mantidos localmente que possam expor mais do que o código-fonte ativo.
  3. Outro ponto a observar é se a ZCode esclarecerá a diferença entre a redação de sua política de privacidade e o processo de empacotamento em segundo plano relatado, especialmente se o upload continuar mesmo quando as configurações relacionadas ao treinamento de modelos estiverem desativadas.

Para ferramentas de desenvolvimento com IA, a confiança depende cada vez mais de a coleta de dados ter escopo limitado, ser claramente divulgada e fácil de desativar.

A ferramenta de programação com IA ZCode passou a ser analisada com atenção depois que o blogueiro técnico ferstar afirmou que uma análise reversa descobriu que o aplicativo envia automaticamente snapshots completos de projetos, incluindo a pasta .git, para o Alibaba Cloud OSS em segundo plano sempre que um usuário está conectado.

Segundo a análise de ferstar, o mecanismo relatado não depende de uma ação manual de upload por parte do usuário. O blogueiro afirmou que o processo começa enquanto o usuário estiver conectado e que a interface não oferece uma configuração para desativar o próprio upload do snapshot.

Ferstar disse que um snapshot de projeto comercial identificado durante a análise tinha cerca de 313MB e continha aproximadamente 42.000 arquivos. Desses, arquivos relacionados a .git representavam 86,6%, incluindo objetos do histórico do Git, caches de arquivos grandes do LFS e reflogs. Com base nessa descoberta, o pacote de upload relatado poderia incluir não apenas o código atual, mas também commits antigos, arquivos grandes baixados anteriormente e rastros da atividade de branches locais.

A mesma análise afirmou que o upload do snapshot falhou 564 vezes e permaneceu enfileirado localmente para nova tentativa. O relatório não estabeleceu quantos usuários podem ter sido afetados, se os uploads foram concluídos de forma ampla ou se a ZCode alterou o comportamento desde a publicação da análise.

A redação publicada da política de privacidade da ZCode, conforme descrita no relatório, diz que o produto coleta textos, arquivos e códigos enviados pelos usuários em conversas, mas não afirma explicitamente que repositórios inteiros e o histórico do Git sejam enviados. Ferstar também disse que o “plano de otimização” da ZCode vem desativado por padrão e aparentemente rege o uso de dados para treinamento de modelos, e não o empacotamento e a transferência dos snapshots em si. O relatório afirmou que desativar essa opção não interrompe o comportamento de upload em segundo plano.

Por que isso importa

O episódio importa porque as ferramentas de programação com IA estão cada vez mais inseridas em ambientes de desenvolvimento ativos, nos quais os repositórios podem conter código de contratos inteligentes, scripts de implantação, infraestrutura interna e outros materiais sensíveis. A diferença entre entradas conversacionais divulgadas e o empacotamento integral de repositórios em segundo plano altera de forma material o perfil de segurança e conformidade.

O caso também reforça uma questão mais ampla do setor sobre ferramentas de IA: se os recursos de conveniência e os sistemas de telemetria estão sendo separados com clareza suficiente dos fluxos de trabalho de manipulação de código. Tanto para equipes empresariais quanto para equipes nativas de cripto, a adoção de produtos pode depender menos apenas da qualidade do modelo e mais de limites transparentes para os dados, consentimento explícito e controles auditáveis.

Este conteúdo é fornecido apenas para fins informativos gerais e não constitui aconselhamento financeiro, de investimento, jurídico ou tributário. Quaisquer eventos, recompensas, promoções online ou informações relacionadas mencionadas neste documento não devem ser consideradas uma recomendação, solicitação ou convite para comprar, vender, negociar ou realizar qualquer outra transação com criptoativos. Criptoativos são altamente voláteis e podem resultar em perdas. A disponibilidade dos serviços, produtos e eventos relacionados da WEEX pode variar conforme a região. É de sua responsabilidade garantir que sua participação esteja em conformidade com as leis e regulamentações locais aplicáveis.

Sobre o WEEX Visão

WEEX Visão é uma central de análises e insights sobre criptomoedas, que abrange as últimas novidades em Web3, IA e mercados globais. Obtenha pesquisas independentes e comentários aprofundados para se manter à frente das tendências de mercado e das oportunidades de trading.

Últimos artigos

Mais

Tribunal de Tianjin abre prazo de aviso no caso de 61.800 BTC de Qian Zhimin

Segundo reportagem fornecida, o Segundo Tribunal Popular Intermediário de Tianjin aceitou um pedido de confisco que abrange mais de 61.800 BTC e abriu um prazo de aviso de seis meses, enquanto um processo separado de recuperação civil e congelamento de ativos seguia em curso no Reino Unido.

WEEX|22/10/2026 07:55:24

Plano de recuperação v6.0.14 da Pirate Chain pode reverter transações recentes de ARRR

Relatório fornecido informa que a Pirate Chain tornou a v6.0.14 obrigatória após uma emissão não autorizada de ARRR. O rollback proposto pode eliminar blocos posteriores ao corte, revertendo também algumas transações legítimas recentes.

WEEX|22/10/2026 06:54:38

Coinkite enfrenta ação coletiva em Ontário por falha na geração de seeds da Coldcard

Um boletim de notícias informa que a Coinkite é alvo de uma proposta de ação coletiva em Ontário por supostas falhas na geração de seeds das carteiras Coldcard. Trechos posteriores de fontes detalham as versões de firmware afetadas em diversos modelos e situam o problema na criação da seed.

WEEX|22/10/2026 05:53:22

LiteLLM 1.107.0 é reportado como malicioso: tags afetadas e versão segura

Relatórios de pesquisadores de segurança afirmam que o LiteLLM 1.107.0 foi uma versão maliciosa distribuída em 21 de outubro de 2026 via PyPI e tags Docker, incluindo latest e main-stable. A versão indicada para reversão segura é a 1.106.2.

WEEX|22/10/2026 04:53:44

Preço de --

--
--
--
iconiconiconiconiconiconiconicon
Atendimento ao cliente:@weikecs
Parcerias comerciais:@weikecs
Quant trading e MM:[email protected]
Programa VIP:[email protected]