Contexto

Baixe um grande modelo de código aberto; o que normalmente preocupa você é se ele consegue rodar corretamente e se os pesos são reais. Desta vez, porém, o que realmente deveria preocupar está em outro lugar: um repositório rotulado como tendo 27B de parâmetros, mas quando chega às suas mãos, há apenas 487 KB — não há pesos lá, e sim um cavalo de Troia de exfiltração de dados.

Em 20 de agosto de 2026, o repositório GitHub unburdened-jackinthebox365/qwen38-uncensored enviou para o diretório assets/ um arquivo chamado uncensored_qwen_v2.6.zip, com 487.153 bytes. O repositório o empacotou de um jeito quase inatacável: a página inicial afirma fornecer pesos locais de quantização do Qwen 3.8 27B; o README enfatiza execução totalmente offline, sem telemetria e com dados que não saem do seu computador. Cada frase acerta em cheio o que usuários de modelos locais querem ouvir. Quatro dias depois, em 24 de agosto, o README foi alterado novamente — o botão de download, o link de download no corpo do texto e, junto com isso, dois links externos que antes apontavam para os sites do Ollama e do LM Studio, passaram a apontar para o mesmo endereço raw de um ZIP.

Até aqui, a falha já ficou evidente. Um modelo quantizado Q4_K_M com 27B parâmetros; quando gravado em disco normalmente passa de 16 GB, e a mensagem impressa pelo bin/install.cjs que vem no repositório também diz cerca de 16,8 GB. Mas o ativo realmente entregue ao usuário tem apenas 487 KB; ao descompactar, só há três arquivos—Application.cmd, util.exe e cert.txt, sem nenhum peso GGUF.

Com base nisso, concluímos que se trata de um repositório falso que distribui arquivos em nome da Qwen, e o projeto oficial da Qwen não foi comprometido. O script de instalação em Node.js no repositório aparentemente implementa o fluxo de "escrever Modelfile → chamar ollama create"; nesta análise não foi feita validação dinâmica. O código principal do repositório mantém a aparência de um projeto normal, e o ZIP malicioso é enviado como um ativo de download em assets/. Apenas verificar o código-fonte comum e não descompactar os ativos baixados pode fazer com que essa entrada seja ignorada.

Este texto se baseia principalmente em evidências estáticas e não executou nenhum dos exemplos. As requisições do C2 foram reproduzidas usando dados simulados de host: apenas as respostas foram lidas e a carga útil foi baixada; não houve execução do conteúdo baixado nem acesso ao endpoint final de upload. As descrições de comportamento no texto indicam que há implementações ou chamadas correspondentes no código, mas não significam que essas operações tenham ocorrido de fato em um host real.

Resposta do MistEye

O MistEye é uma plataforma de monitoramento dinâmico de segurança e inteligência de ameaças Web3 desenvolvida de forma independente pela SlowMist. Ele integra capacidades de monitoramento de segurança e agregação de inteligência, oferecendo alertas de risco em tempo real e proteção de ativos aos usuários.
Nesta ocorrência, o MistEye concluiu a análise estática do repositório isca, dos ativos de download e da carga útil subsequente, e reproduziu as requisições do C2 usando informações simuladas de host, salvando evidências de respostas e downloads. Isso reconstitui a cadeia de entrega em múltiplas fases e extrai IOCs de rede e de arquivos. Em 26 de agosto, foram feitas novas verificações sobre a sobrevivência do C2 e a rotação das instalações de distribuição; além disso, foi feita comparação offline de comportamento para as 29 ZIPs semelhantes distribuídas em 23 repositórios. Os IOCs relacionados foram integrados ao mecanismo de detecção de ameaças do MistEye.

A seguir está a análise técnica detalhada.

Três arquivos no pacote de download de 487 KB

O conteúdo inteiro do Application.cmd é apenas um comando:

start util.exe cert.txt

Somando com o caractere de quebra de linha, são 25 bytes. Ele não descompacta modelo algum nem chama Ollama; apenas faz com que o util.exe, no mesmo diretório, leia um arquivo de texto, passando o controle para o script Lua em cert.txt. Dentro do pacote compactado não há outros arquivos—esses três são todo o conteúdo.

O util.exe tem 759.808 bytes e é um interpretador LuaJIT 2.1 renomeado. O próprio LuaJIT é um runtime Lua usado por muitos softwares legítimos. No PE remanescente, o caminho do PDB escrito é D:\a\defold\...\luajit.pdb, apontando para o artefato empacotado do mecanismo de jogo Defold. A análise estática não encontrou no util.exe comportamentos maliciosos que não dependam de scripts; este arquivo só é responsável por executar o Lua ofuscado no mesmo diretório.

O nome do cert.txt parece um certificado; o conteúdo é um Lua em uma única linha com 182.116 bytes. Em toda a sequência, não há nenhum caractere de quebra de linha; as strings são separadas em escapes decimais e chamadas de consulta na tabela. Ler diretamente só mostra uma massa de números e nomes curtos de variáveis. A seguir, um pequeno trecho do início do arquivo; para facilitar a leitura, quebrei as linhas por instruções, e o final foi truncado com reticências:

As duas primeiras funções cuidam de pegar caracteres por índice e reorganizar a ordem; a partir da terceira linha começa a tabela de strings fragmentadas. As centenas de strings em claro no script são armazenadas nesse formato; em tempo de execução, elas são montadas de volta exatamente como antes.

Portanto, a entrada de risco não está no suposto programa de modelo. O pacote compactado fornece apenas um interpretador genérico mais um texto; toda a lógica maliciosa cai no cert.txt.

 A resposta do C2 complementou a cadeia de entrega subsequente

Depois de desofuscar offline, a estrutura de cert.txt ficou clara. Ele mantém uma tabela de strings com centenas de itens; todo o texto em claro é quebrado em escapes numéricos e depois restaurado byte a byte em tempo de execução. O script usa LuaJIT FFI para analisar e chamar APIs do Windows como VirtualAlloc e CreateThread.

O loader vem com o identificador 845. Depois de iniciar, ele coleta o hostname, nome de usuário, GUID e a versão do sistema. Em seguida, usa BitBlt para capturar uma tela e salvá-la como BMP; depois solicita novamente uma localização geográfica por meio de uma interface IP. Com esses dados, monta uma requisição multipart e envia um POST para 217[.]119[.]129[.]122 codificado no hardcode. A seguir está o pedido que reconstruímos a partir do script e que foi realmente enviado:

A sequência após /api/ no caminho decodifica para o identificador do cliente 517b7c5e5663656a057f. A captura de tela é colocada na divisão file; o que começa com BM é o cabeçalho do arquivo BMP. As informações do host ficam na divisão data, e ambos estão no mesmo pedido. Após decodificar, data vira valores simulados como computer=SIMULATED-PC&user=simulated-user&query=203.0.113.10, que não correspondem a nenhum host real.

As tarefas enviadas pelo servidor são tratadas separadamente por extensão, cobrindo quatro tipos: cargas úteis executadas diretamente na memória, programas independentes, DLLs e scripts. Um loader só consegue lidar com quase todos os formatos comuns de carga útil. O script também grava exclusões do Defender, persistência via tarefa agendada e envio de conclusão da tarefa; esses três itens ficam em ramos condicionais, e se são acionados depende da configuração do loader no servidor e das condições locais. A configuração obtida nesta coleta habilitou apenas persistência; o restante está desativado. Essas funções pertencem a recursos acionados condicionalmente; não significa que as operações correspondentes tenham sido concluídas de fato no host real.

Quando o endereço hardcoded fica inválido, o loader ainda tem um caminho de backup. Ele faz uma chamada eth_call na cadeia Polygon e lê o valor retornado pelo selector 0x3bc5de30 no contrato 0x1823A9a0Ec8e0C25dD957D0841e3D41a4474bAdc; a partir disso, analisa o C2 de backup. Nesta medição, obtivemos 194[.]48[.]248[.]94:

O prefixo de tamanho 0x14 é 20, exatamente igual ao número de caracteres do endereço decodificado; as duas partes se confirmam mutuamente. Não é necessário que esta parte hex dependa do nosso script de decodificação—basta consultar uma tabela ASCII para fazer a verificação por conta própria. Entre os cinco endpoints RPC configurados no script, três retornaram exatamente os dados acima byte a byte; um solicita uma assinatura paga e um rejeita diretamente. Depois de escrever o endereço no contrato da blockchain pública, trocar o servidor requer apenas uma transação; bloquear separadamente o IP de backup atual não impede que o contrato retorne novos endereços posteriormente.

Após corrigir o formato do pedido no script, o beacon simulado de 845 recebeu HTTP 200, com JSON de 1.248 bytes.

Os campos da resposta passam por três camadas de codificação; a direção de decodificação é Base64 → hex minúsculo → XOR circular de 32 bytes. A chave de XOR ECe6VGLRJum2qYtl79OiOU7aHot7Zhbn está escrita no script. As duas seções abaixo são o conteúdo da mesma resposta antes e depois da decodificação; em cada uma, recortamos os primeiros 56 caracteres:

O que foi decodificado é uma estratégia de loader e uma tarefa:

O campo pump controla se os dados aleatórios expandem o arquivo gravado para o tamanho especificado pelo servidor; nesta tarefa, essa chave está desligada.

A tarefa baixa um arquivo chamado `tool.log` para `%TEMP%\dist.lua` e o executa. Esse arquivo tem 396.616 bytes, tudo em ASCII hexadecimal; ao decodificar em hex e fazer XOR, obtém-se um Lua ofuscado com 198.308 bytes. Este é o segundo loader, identificado como 847; o C2 inicial é alterado para `217[.]119[.]129[.]97`, e o layout ofuscado é isomórfico ao do 845. Ao executar o loader 847 usando os mesmos dados simulados de host, ele faz beacon para `217[.]119[.]129[.]97`; o servidor retornou duas tarefas.

Nas duas tarefas, uma ainda é `tool.log` e a outra aponta para o `verb.log` do mesmo repositório; o caminho de gravação é escrito como `AppData\..\Local\Programs\Chromium\Application\Chromium.exe`. O `..` do meio atravessa o caminho até LocalAppData, e o nome final do arquivo fica disfarçado como o executável principal do navegador Chromium.

tool.log, verb.log e os dois PE seguintes vieram das respostas do C2 e do download salvo em disco; o ZIP original não contém esses arquivos. O que o ZIP em si prova é que o loader possui capacidade de baixar e executar; a resposta do C2 salva mostra que, no momento da coleta, o servidor enviou ao loaderId 845 as tarefas de download subsequentes.

carga útil StealC decodificada por verb.log

Descompactar e carregar

verb.log 3.089.408 bytes, também é ASCII hex; a cadeia de transformação é hex/XOR → PE externo → Base64URL/AES → PE interno. Usando a mesma chave XOR para decodificar, obtém-se um PE externo de 64 bits com 1.544.704 bytes; seu segmento de recursos contém texto Base64URL que decodifica para um cifrado AES-256-ECB de 797.728 bytes. A chave bFYh8UMQGZOBUlvrpS3M4ZJybbubVbvg foi derivada pelo PE externo a partir de duas constantes arrays e pode ser restaurada estaticamente; a decodificação revela o segundo PE de 64 bits, também com 797.728 bytes.

O PE externo faz o mapeamento manual do PE interno em seu próprio processo: aloca memória, copia cabeçalhos e seções, corrige relocations e tabelas de importação, cria threads e inicia a partir do ponto de entrada. Na cadeia de chamadas estáticas, não há APIs de injeção entre processos como CreateProcess, WriteProcessMemory, SetThreadContext e ResumeThread—todo o processo é um carregamento refletido dentro do próprio processo.

Verificação de ambiente

A carga interna primeiro verifica o ambiente: se a linguagem padrão do sistema corresponder a uma entre russo, ucraniano, bielorrusso, cazaque e uzbeque, ele sai. Em seguida, usa a nomenclatura montada com as informações do host para controle de instância única e, então, revalida a data de expiração embutida; somente após passar tudo isso é que ele entra na lógica principal.

Coletar alvo

• Navegador: Chrome, Edge e Brave obtêm dados de login, cookies, histórico e bancos de dados relacionados; Firefox chama a interface NSS para decodificar as informações de login salvas criptografadas. Quando o banco de dados está bloqueado, o Restart Manager encerra o processo que o está usando.

• E-mail e operação/manutenção: credenciais de contas do Foxmail e Outlook; informações da sessão do WinSCP. A sessão do WinSCP corresponde diretamente ao servidor que a vítima pode acessar.

• Steam: configurações de login, tokens e arquivo sentinela.

A partir do Chrome 127, cookies e senhas salvas são protegidos por App-Bound Encryption; a chave é mantida em um serviço no nível do sistema, então copiar apenas os arquivos do banco de dados não obtém o texto em claro. Para isso, a carga embute um PE auxiliar que usa injeção Early-bird APC para enviar o arquivo para um chrome.exe/brave.exe ou msedge.exe suspenso; o módulo auxiliar, dentro do processo do navegador, lê a App-Bound Key criptografada e, por meio da interface COM Elevation Service correspondente de cada navegador, exporta uma chave de texto em claro de 32 bytes, permitindo que os arquivos de banco de dados coletados anteriormente voltem a ser legíveis.

A coleta de carteiras é totalmente dirigida pelo servidor: o coletor recursivo despacha as tarefas de arquivo enviadas pelo C2 por tipo; no ramo wallets, busca no diretório local pelo nome da tarefa e nome do arquivo. O C2 também pode enviar um ID de extensão, coletando o armazenamento e o IndexedDB da extensão do Chromium correspondente. No texto em claro do exemplo não há nomes de marcas de carteiras nem caminhos de instalação, e não há implementação de palavras-mnemônicas BIP39, secp256k1 ou qualquer parsing de chaves privadas—qual carteira é coletada é decidida quando o servidor envia a tarefa; a lista de alvos deste ciclo não é fornecida no exemplo estático.

Upload e atribuição

A carga ainda contém funções como captura de tela, coleta de informações do sistema e lista de processos, execução de download em segunda etapa via PowerShell, elevação de privilégios e autodeleção ao sair.

O upload de dados é feito por JSON POST em fragmentos de 512 KiB. O endpoint de upload está armazenado no arquivo após criptografia RC4 e, em seguida, salvo em Base64. Ao decodificar com a chave de configuração 55uUe45tr1x1xy1lSK, chega-se a http[:]//89[.]169[.]12[.]194; o corpo da requisição é criptografado com outra chave RC4.

StealC é um cavalo de Troia de roubo de informações que rouba especificamente credenciais do navegador, cookies, carteiras criptografadas e outros dados sensíveis, e os envia ao C2 do atacante. A cobertura do escopo de coleta da carga interna, o auxílio de decodificação App-Bound, o ramo de carteiras e o envio criptografado via RC4—todas essas implementações batem com características conhecidas do StealC; por isso o classificamos como StealC.
Se esses materiais forem obtidos com sucesso, as consequências variam: cookies do navegador correspondentes a sessões já autenticadas são assumidos; credenciais de e-mail e Steam correspondem à perda das contas; sessões do WinSCP correspondem a servidores usados na operação do usuário comprometido; e, uma vez que a chave privada da carteira ou as palavras-mnemônicas vazem, a transferência de ativos não pode ser revertida.

Rever e confirmar: as instalações de distribuição estão em rotação

Em 26 de agosto, repetimos as três sequências de beacon mais uma vez usando os mesmos dados simulados de host. Todos os três endpoints retornaram HTTP 200 e o campo da estratégia do loader permaneceu inalterado palavra por palavra. A mudança ocorreu nos endereços de download dentro das tarefas.

vs.log e o antigo tool.log são idênticos byte a byte; apenas o nome foi alterado, e o loader 847 não mudou. Após decodificar ssl.log, obtém-se uma versão nova do PE externo com 1.539.072 bytes; o endereço de entrada e o tamanho da imagem também mudaram, e a chave AES foi rotacionada para yK8-eM8KFA8Hl8cCybERmOLZupFvfCNZ.

A carga interna decodificada com a nova chave ainda tem 797.728 bytes. Comparando byte a byte com a versão antiga, o arquivo inteiro tem apenas uma diferença, localizada em um segmento de dados somente leitura; o número de construção reportado ao servidor mudou de build5 para build1. O endpoint de upload, a chave de configuração RC4 e a chave do corpo da requisição são todos idênticos.

Trocar repositório, trocar nome de arquivo, atualizar o PE externo e trocar a chave AES faz com que o hash exato de arquivos antigos fique inválido. Se a estrutura estável e características de comportamento ainda podem ser detectadas, isso precisa ser verificado por regras específicas. A própria carga de exfiltração permaneceu estável nesses dois dias, apenas alterou um rótulo de versão; esta é uma observação entre dias de coleta e não é suficiente para determinar se continuará inalterada por mais tempo.

Mais repositórios maliciosos no GitHub

Além disso, coletamos 29 amostras de ZIP maliciosos distribuídos em 23 repositórios do GitHub. Uma checagem preliminar mostra que todas essas amostras usam Lua como parte da cadeia de execução. As formas comuns incluem o uso de launchers .cmd ou .bat para chamar um LuaJIT local ou um interpretador renomeado, e depois executar scripts Lua no mesmo diretório. Os repositórios relacionados usam temas de isca que abrangem várias categorias, como modelos e ferramentas de IA, serviços MCP, scripts de desenvolvimento e projetos de carteira.

Vale esclarecer que, no momento, não realizamos a reconstrução completa do código nem a análise da cadeia de ataque uma a uma para esses 29 exemplos; por isso, as evidências atuais só podem confirmar que todos eles possuem comportamento malicioso e que compartilham um stack de tecnologia Lua. Não é possível, com base nisso, concluir que todos os exemplos usam exatamente o mesmo método de ofuscação, fluxo de execução, infraestrutura de C2 ou cargas finais.

Resumo

Um repositório GitHub que finge ser Qwen direciona a entrada de download para um ZIP de 487 KB; dentro do pacote não há pesos do modelo, apenas um interpretador LuaJIT e um script de ofuscação. A resposta do C2 salva está associada à carga interna de roubo; classificamos isso como StealC.

O risco envolve sessões do navegador, credenciais de e-mail e de operação/manutenção, tokens Steam e materiais relacionados a carteiras, desde que esses materiais correspondentes sejam obtidos com sucesso. Entre as duas coletas, o repositório de distribuição, o nome do arquivo, o PE externo e a chave AES já mudaram; a carga interna tem apenas um caractere diferente no número de construção. As 29 ZIPs semelhantes distribuídas em 23 repositórios mostram que essa estrutura de entrega foi reutilizada em escala; para cada variante, ainda é necessário confirmar a cadeia completa subsequente amostra por amostra.

Recomendação

1. Isolar e coletar evidências: quando o host atingir os ZIP, hashes de scripts, C2 ou URLs de download listados neste artigo, primeiro salve a origem do download, a árvore de processos, logs de conexões de rede e arquivos gravados em disco; depois faça a limpeza.

2. Verifique mudanças no host: se forem encontrados registros de execução do launcher, ou registros de que o LuaJIT foi carregado ou o interpretador renomeado carregou textos ofuscados volumosos, verifique tarefas agendadas, a tecla Run e o item StartupApproved, e confirme se a lista de exclusão do Defender foi adicionada ao disco do sistema ou às extensões .exe e .dll em questão.

3. Disposição das credenciais: ao confirmar execução da amostra ou ao encontrar cargas úteis relacionadas gravadas, redefina as sessões do navegador e as senhas e contas de e-mail, tokens Steam e credenciais de sessão do WinSCP salvos; se havia chaves privadas de carteira ou palavras-mnemônicas armazenadas na máquina, mova primeiro os ativos para um novo endereço e depois trate a máquina em si.

4. Aumentar a detecção combinada: adicione a sequência "pequeno launcher → LuaJIT local ou interpretador renomeado → grande texto em uma única linha no mesmo diretório → iniciar uma requisição HTTP ou gravar em memória executável" às regras de monitoramento. Esta cadeia usa apenas serviços legais; a decisão deve se basear na combinação de comportamento e, em conjunto, nas URLs maliciosas precisas listadas neste artigo. Não bloquear indiscriminadamente o GitHub Raw ou RPCs públicas do Polygon.

IOC

IP

217[.]119[.]129[.]122

194[.]48[.]248[.]94

217[.]119[.]129[.]97

89[.]169[.]12[.]194

URL

http[:]//217[.]119[.]129[.]122/api/NTE3YjdjNWU1NjYzNjU2YTA1N2Y=

http[:]//217[.]119[.]129[.]97/api/NTE3YjdjNWU1NjYzNjU2YTA1N2Y=

https[:]//raw[.]githubusercontent[.]com/unburdened-jackinthebox365/qwen38-uncensored/main/assets/uncensored_qwen_v2[.]6[.]zip

https[:]//github[.]com/Minaadelfouad64/tools/raw/refs/heads/main/verbose/tool[.]log

https[:]//github[.]com/Minaadelfouad64/tools/raw/refs/heads/main/verbose/verb[.]log

https[:]//github[.]com/fuhuhlatoogan/mtp/raw/refs/heads/main/p/vs[.]log

https[:]//github[.]com/fuhuhlatoogan/mtp/raw/refs/heads/main/p/ssl[.]log

Dependência maliciosa

https[:]//github[.]com/unburdened-jackinthebox365/qwen38-uncensored

https[:]//github[.]com/Minaadelfouad64/tools

https[:]//github[.]com/fuhuhlatoogan/mtp

https[:]//github[.]com/0ogata0/qwen-php-client

https[:]//github[.]com/115th-discomfited211/Awesome-Harness-Engineering

https[:]//github[.]com/123affano1/claudetrack

https[:]//github[.]com/1sustgmboab/nexonco-mcp

https[:]//github[.]com/2josEx/claude-brain

https[:]//github[.]com/428alexander9/claude-skills-marketplace

https[:]//github[.]com/45d5r/databricks-mcp-server

https[:]//github[.]com/7ossamfarid/mcp-mindmesh

https[:]//github[.]com/Bean5789/bbd2api

https[:]//github[.]com/CleverPortal/CollabNote-Fullstack-App

https[:]//github[.]com/Juanvil9941/AI-Invoice-System

https[:]//github[.]com/Kalainilavann/takeout_downloader_script

https[:]//github[.]com/Prestonflatfooted659/Void-Tools-v2.0

https[:]//github[.]com/Walloperlioncub193/Canva-Resource

https[:]//github[.]com/archontelemetered604/clash-for-windows

https[:]//github[.]com/fantastic-interpolation620/ctx-wire

https[:]//github[.]com/mikenob39wang/phone-number-location-tracking-tool

https[:]//github[.]com/recognisable-riddance165/Portable-Offline-LLM

https[:]//github[.]com/sociologisttentcaterpillarmoth213/100xdev-ci-cd

https[:]//github[.]com/soldat-panther/qq-farm-cdp-auto

https[:]//github[.]com/thaddeusprobabilistic193/Xault-Wallet

https[:]//github[.]com/twelfth-puerperium297/tokenoptim

https[:]//github[.]com/wasila7220/multi-model-router

Arquivo malicioso

filename: uncensored_qwen_v2.6.zip
MD5: bf21a07ad5743d3ae9f55ff526428a0a
SHA1: 8e3391c17c3f4fb6f42594de7425df96dbbbc01e
SHA256: 36d0bac5743ed9c6858258f28f2c2f9161dc06c4d5af73eb7eda1211ea610758

filename: Application.cmd
MD5: 17d94f34b9d15449b03bc099a637782b
SHA1: eb474f898256e8e7baaf0d63b306d1169e637c73
SHA256: 7c4f3e09c6428d0a0d7d85615695f5fedb35bb4e7180d31e1f8a1bacf22e5639

filename: cert.txt
MD5: ccfc0f145861f23c6850c691c4be54b9
SHA1: b88ac887493f31cf9f160ddbc6bc3a2aa298a0ca
SHA256: a75561a3224d9f836058a6d0204ed2e6c1f638275a59495935cd2a5e46fd28ca

filename: tool.log,vs.log
MD5: 8063ba8ec896b52e5e6d435cc60e82f7
SHA1: f445bd4c5b65b7e013ec518f34f4cd64676201d2
SHA256: 7ebbb61733d8aefcf9401f00e8ff7e593c9f0edecb6609675aebd3eb78a5ae2d

filename: verb.log
MD5: 650a8ee5d091275040ae4dd02dcdd806
SHA1: 343d819ceb63c742912723c42fd158b82d0a90be
SHA256: 699af883d862d8949a494f69e2d300142ce506a0ac6c7a239193c111dfed241e

filename: inner-payload.aes256-ecb-decrypted.bin
MD5: 01e433263a7fd50e812195ff4c11cc90
SHA1: ea53a41c53181374cade8d69882bb1390f0c2562
SHA256: ec981c45d494896037583c746543490176c9ce9a1482e62c4e8ab189c2650b1c

filename: ssl.log
MD5: 9d11bce9c213924b53bcb986f07945c6
SHA1: 2abf1436933dc6b63a016661d5d16f1eda303b59
SHA256: 7b0d919bd510cbcc587cca4b74aad1e086fb1fc34882a39946e6db7d4361a746

filename: inner-payload.build1.bin
MD5: 370f95bf40a9c9fe852b2e4bdd95689
SHA1: 219a0e7c3907bb65ef7db7428400745570d4e105
SHA256: 5d63f3dc9371d4496ca0e728a794151978e94b69ae4b3c705cea4e67cc6cf208

filename: client_qwen_php_v2.4.zip
SHA256: 073c6192ab4c2d5d25fc13acab4c216c96f9d5926064c534e3803bb31d527b28

filename: Engineering_Harness_Awesome_1.9.zip
SHA256: 0870fe8a4d9e64e335047e16ed1d6b0805beab9686495a1e8c247cf2e1a8e930

filename: Software_v1.6.zip
SHA256: 71b37b48f80106fc864be7e82481cd1a2f7decfeaf1dce45abb924d7f32da933

filename: nexonco-mcp-v3.0-alpha.1.zip
SHA256: a866d90d6f1dd82ddcd2cbef4f5550c77bb58dbda87c02eedb441a117b7d89b9

filename: claude-brain-v1.4-alpha.3.zip
SHA256: a271231ebf6174b11aeb3337c238abc0eac44b48b5fa8d2b168883601d8cc3a5

filename: brain_claude_2.2-alpha.1.zip
SHA256: ca4babb4444af81cf93b34436de7a4a3c8e1a93f6233bcc8753ddd868b4c9eaa

filename: claude-skills-marketplace_v3.4.zip
SHA256: 438033226b1bd1e26db8ab71a777e74cc90b5c31310139269fe8e52308f6c938

filename: skills-marketplace-claude-2.9.zip
SHA256: f07a4eadd43513f56ae4fdf6f6dfc966de17f06093c75c1dec0dd426668779f9

filename: server_databricks_mcp_1.6.zip
SHA256: 66afc7d87d10dbe392898c4e5c613e0442fabb396415c2bef3a5ef2ac752c5ad

filename: mindmesh_mcp_1.0-alpha.5.zip
SHA256: e8da8c82ccb1c6fd68e7c03187485d6ebbd07a4946a7f07cac54fef65b00d2bf

filename: bbd-api-3.1.zip
SHA256: 3524dc4a232c76067f8b2df9adf34ae1106dcc1528e5467c1abc285fc51d1e82

filename: Note-Collab-App-Fullstack-v3.6-alpha.5.zip
SHA256: 6f823d15658b07d6d90f292848fcdd30fe840f83d653cc34966e2fd61d9c3117

filename: Invoice_A_System_3.9.zip
SHA256: 8332d91619563e46e248f427cf489f8bd61a83124eb4c95749ce284b443a2803

filename: downloader-script-takeout-v1.1.zip
SHA256: 8412f2d2b47181f272b0c0e02fe619331e0c2c8d3b90f32e8ce08ac98aaec3f6

filename: downloader_takeout_script_v3.8.zip
SHA256: b781102c6ff857fb45089a6b3d30c5ebb7699ec7e8771bfa0039bef28de782bd

filename: takeout-downloader-script-galvanocauterization.zip
SHA256: 13dc7623c66d1fed51ae94b0d96e8ed45c93d893afabf9aceb4ef0a8da0243ee

filename: Void-v-Tools-v1.7.zip
SHA256: 841d0c25137f35b60d940705ab7b5dc3e9936f37e0561934e72c5dafe93466d8

filename: Resource-Canva-2.2.zip
SHA256: ac6a24d02209df94f56f67e7f3f19dc997f7a2625b91add1dd10cdec0a06d392

filename: for-clash-windows-3.2.zip
SHA256: 036062622f3a1fa2718afc91f8fe4edc693b757365dfc2c0958b70fe8c84c20d

filename: wire-ctx-2.6-alpha.1.zip
SHA256: db0640eb414a89bb62953f0aa7603557f3b8de515e7c3696156abc10f835ecef

filename: location-tracking-tool-phone-number-v3.3.zip
SHA256: 3fc5816afde3e58bf9fcaa1b3873f2d4bc8629ee7a8341a4a4979d2729cad5e6

filename: location_number_tracking_tool_phone_v2.5.zip
SHA256: 398ea394f9a4242ebe9fd67a5ca62445fc4a34b1731d4f99b8eea5e65a98ddcb

filename: tracking-tool-location-number-phone-3.2.zip
SHA256: b6e81d95c0c336e8b8bde3889f4df4ee17639f6ff055c631de19cab3c7efb63b

filename: Offline_LLM_Portable_v2.1-alpha.1.zip
SHA256: 1313b6cfb1ea43367fdd845f64526b4972a3a345bb8b13cef7ebb678d59b5f55

filename: ci_cd_xdev_v2.3-alpha.3.zip
SHA256: ed1ae6799ecb1fc7c5239c4ab95b3b9de9462f21219f144a25b91b6fd430a2c2

filename: farm-cdp-qq-auto-1.1.zip
SHA256: 6145aeacba6533e10dcea287d0fff64c48a790c58ae266ed18ea5d13c36d27ca

filename: v3.9.zip
SHA256: a0dd4924bec9bc077b1f98ddcb45b4e07b01e63ad703c2507d822b5b5130a077

filename: Software-Lithodes.zip
SHA256: 40c2b7b8dcfa6bfe0a199af9ea4baa00a4b8ecd73afa326702cdc4197d64bdef

filename: model-multi-router-v3.5-beta.1.zip
SHA256: 152929ae778e6ed9f358ca8590d2155e1a04137b109a5442891e1ba3fe1a7f82

Sobre MistEye

O MistEye é uma plataforma de monitoramento dinâmico de segurança e inteligência de ameaças Web3 desenvolvida de forma independente pela SlowMist. Por meio de API, ela fornece capacidades de detecção de atividades maliciosas no ecossistema de pacotes open-source e de alerta de risco de supply chain.

Todos os pacotes maliciosos e IOC envolvidos nesta ação foram integrados ao mecanismo de detecção de ameaças da MistEye. Os desenvolvedores podem, via API, realizar detecção automatizada das dependências do projeto, avaliando rapidamente se há correspondência com pacotes maliciosos conhecidos e obtendo recomendações de mitigação.

📖 Documentação de API: https://app.misteye.io/api-docs

🛠️ MistEye-DepScan：https://github.com/slowmist/MistEye-DepScan
Ferramenta CLI leve: com um único comando, faz varredura nas dependências do projeto e em pacotes globais instalados em busca de pacotes maliciosos conhecidos, suportando ecossistemas npm / PyPI / Cargo / Go / RubyGems

🛠️ MistEye-Skills：https://github.com/slowmist/misteye-skills
Pacote de habilidades de segurança do assistente de codificação de IA, que aciona automaticamente a verificação de segurança da MistEye antes da instalação das dependências e do acesso por URL

🛠️ MistEye-DNS-Guard：https://github.com/slowmist/MistEye-DNS-Guard
Ferramenta de proteção de segurança DNS, detecta domínios maliciosos e acessos de risco, identificando ameaças de rede como phishing, C2 etc.

Este artigo foi escrito pelo time de Threat Intelligence da SlowMist, em conjunto com o sistema de Threat Intelligence da MistEye e análise guiada por IA do SlowMist Agent. Para qualquer dúvida, sinta-se à vontade para entrar em contato e dar retorno.

Referência

[1]https://x.com/OpcodeIntel/status/2091578565628502324

[2]https://www.microsoft.com/en-us/security/blog/2026/06/24/stealc-and-amadey-breaking-down-infostealers-and-the-cybercrime-services-that-deliver-them/

[3]https://security.googleblog.com/2024/07/improving-security-of-chrome-cookies-on.html