Boletim técnico reúne abuso de SMS blaster, falhas em OpenEMR, ataques à cadeia de software e exposição de acesso remoto

A semana combinou fraude por infraestrutura celular falsa, pacotes maliciosos em npm e PyPI, abuso de ferramentas legítimas, falhas críticas em saúde digital e serviços RDP e VNC expostos sem controles adequados.

ComponenteBoletim com incidentes envolvendo SMS blaster, pacotes tanstack, elementary-data e js-logger-pack, Komari, OpenEMR, Qinglong, Quick Page/Post Redirect, RDP, VNC, Robinhood, Roblox e Checkmarx.
VetorOs vetores incluem estáção celular falsa para envio de SMS, hooks de instalação em pacotes, abuso de credenciais VPN roubadas, bypass de autenticação, workflows GitHub Actions vulneráveis, criação abusiva de contas e exposição direta de serviços remotos.
ImpactoOs impactos confirmados ou condicionados incluem phishing, roubo de variáveis de ambiente e segredos de desenvolvedor, execução remota de comandos, backdoor em WordPress, mineração de criptomoedas, comprometimento de contas Roblox, exposição de sessões, carteiras e credenciais, além de risco a dados clínicos em OpenEMR.
PrioridadeRemover pacotes e versões maliciosas, rotacionar credenciais expostas, corrigir OpenEMR e Qinglong, revisar plugins WordPress afetados, bloquear RDP e VNC expostos, investigar uso não autorizado de VPN e auditar pipelines de publicação.
Versõestanstack 2.0.4 a 2.0.7, elementary-data 0.23.3, Quick Page/Post Redirect 5.2.1 e 5.2.2, além das falhas CVE-2026-24908, CVE-2026-23627, CVE-2026-3965 e CVE-2026-4047 aparecem no contexto técnico.
ArtefatosForam citados .env, .env.local, .env.production, elementary.pth, .fullgc, ~/.ssh/authorized_keys, tdata, .npmrc, smbexec.py, anadnet[.]com e noreply@robinhood[.]com.
SMS blaster no Canadá

Autoridades canadenses prenderam três homens acusados de operar um equipamento de SMS blaster que se passava por torre celular legítima. O aparelho emitia sinais para induzir telefones próximos a se conectarem a ele e, depois dessa associação, entregava mensagens fraudulentas que imitavam comunicações de organizações confiáveis. O objetivo técnico descrito era levar vítimas a links de phishing projetados para coletar informações pessoais, incluindo credenciais bancárias e senhas.

O caso recebeu 44 acusações criminais e envolveu dezenas de milhares de dispositivos conectados ao equipamento ao longo de vários meses. Para defesa, a ocorrência reforça que campanhas de SMS não dependem apenas de abuso de gateways convencionais: a origem pode estar em infraestrutura de rádio local, com alcance físico limitado, mas alto poder de engano por aparecer no aparelho como mensagem associada a uma marca conhecida.

  • Investigar picos geograficamente concentrados de denúncias de SMS com links falsos.
  • Correlacionar horário, localização e marcas usadas em mensagens recebidas por múltiplos usuários.
  • Orientar usuários a não autenticar contas a partir de links recebidos por SMS.
Pacote `tanstack` no npm

Um ataque de cadeia de suprimentos usou o pacote npm tanstack para se passar pelo ecossistema TanStack e entregar versões maliciosas. As versões 2.0.4 a 2.0.7 foram apontadas como maliciosas e tinham como finalidade coletar arquivos de variáveis de ambiente durante a instalação. Os arquivos citados incluem .env, .env.local e .env.production, que frequentemente armazenam tokens de API, chaves de banco de dados, segredos de serviços e parâmetros internos de ambientes de desenvolvimento.

O risco central está no momento de instalação: o desenvolvedor pode acionar o código sem executar manualmente a biblioteca em produção. Ambientes de CI/CD, estáções de trabalho com acesso a nuvem e repositórios que instalam dependências sem validação de origem ficam expostos. A resposta deve tratar qualquer instalação das versões afetadas como comprometimento de segredo, não apenas como presença de dependência indesejada.

  • Localizar tanstack 2.0.4, 2.0.5, 2.0.6 e 2.0.7 em lockfiles, caches e imagens de build.
  • Rotacionar segredos presentes em arquivos .env acessíveis no host de instalação.
  • Revisar logs de saída de rede durante instalações npm executadas no período afetado.
Komari abusado após VPN comprometida

A intrusão envolvendo Komari começou com credenciais VPN roubadas e evoluiu para acesso a uma estáção Windows por meio de smbexec.py, do Impacket. Em seguida, os operadores implantaram um backdoor em nível SYSTEM usando o agente Komari, uma ferramenta escrita em Go para controle, monitoramento e gerenciamento remoto. O caso é relevante porque mostra uma ferramenta pública e legítima sendo usada como canal de controle em uma invasão real.

O agente abre um WebSocket persistente para o servidor de controle e aceita, por padrão, eventos de execução de comandos, terminal interativo reverso e sondagem por ICMP, TCP ou HTTP. Isso muda a prioridade de detecção: a presença do binário não deve ser analisada apenas como inventário de software administrativo. Em ambiente sem justificativa operacional, conexões WebSocket persistentes iniciadas por agente desconhecido, execução via PowerShell ou shell e comportamento de reconhecimento interno devem ser tratados como sinais de controle remoto não autorizado.

  • Auditar acessos VPN bem-sucedidos com origem, horário ou dispositivo incompatível com o usuário.
  • Procurar uso de smbexec.py e criação de serviços remotos em estáções Windows.
  • Mapear conexões WebSocket persistentes para servidores externos não aprovados.
Kits Saiga 2FA e Phoenix System

Dois kits de phishing, Saiga 2FA e Phoenix System, foram descritos como plataformas usadas em campanhas por email e SMS. Saiga 2FA combina recursos de adversary-in-the-middle com funções pós-comprometimento, incluindo extração e análise de conteúdo de caixas de email por meio de ferramentas integradas. Essa arquitetura amplia o impacto após a captura inicial, pois o kit deixa de ser apenas uma página falsa e passa a operar como plataforma de automação contra contas comprometidas.

Phoenix System foi associado a mais de 2.500 domínios de phishing desde janeiro de 2025 e usa filtragem por IP e geofencing para direcionar vítimas. O contexto também descreve campanhas via SMS que podem usar estáções BTS falsas para contornar filtragem de operadoras e exibir mensagens sob nomes de organizações confiáveis. Mais de 70 organizações dos setores financeiro, telecomunicações e logística foram citadas como alvos globais.

  • Monitorar domínios recém-criados que imitam marcas financeiras, logísticas e de telecomunicações.
  • Revisar autenticações bem-sucedidas seguidas por leitura massiva de mailbox.
  • Correlacionar phishing por SMS com padrões de geofencing e bloqueio seletivo por IP.
RDP e VNC expostos

A exposição de serviços remotos segue como superfície de ataque mensurável. A análise citada encontrou 1,8 milhão de servidores RDP e 1,6 milhão de servidores VNC acessíveis pela internet. Entre servidores mapeados por setor, varejo, serviços e educação lideram exposição de RDP, enquanto educação, serviços e saúde aparecem com maior exposição de VNC.

Os dados mais críticos envolvem controles ausentes ou software antigo: 18% dos RDP expostos executam versões Windows em fim de vida, mais de 19.000 servidores RDP ainda permanecem vulneráveis a BlueKeep, CVE-2019-0708, e quase 60.000 servidores VNC têm autenticação desabilitada. O contexto também menciona mais de 670 VNC expostos sem autenticação com acesso direto a painéis OT/ICS, elevando a preocupação de ambiente corporativo para controle operacional.

  • Remover RDP e VNC da internet direta sempre que não houver necessidade operacional comprovada.
  • Exigir VPN, MFA e allowlist de origem para acesso administrativo remoto.
  • Priorizar correção de hosts com Windows em fim de vida e exposição a CVE-2019-0708.
PhantomRPC no Windows

A falha PhantomRPC foi descrita como uma fraqueza arquitetural não corrigida no tratamento de conexões RPC para serviços indisponíveis no Windows. A exploração exige acesso local limitado e uma condição anterior: o atacante precisa comprometer um serviço privilegiado executado sob a identidade Network Service. Depois disso, ele pode implantar um servidor RPC falso com o mesmo UUID de interface e o mesmo nome de endpoint exposto, como TermService, escutar requisições específicas e se passar pelo serviço alvo para elevar privilégios a SYSTEM.

A Microsoft teria optado por não corrigir o problema porque o cenário requer comprometimento prévio da máquina. Mesmo assim, em defesa, a técnica importa para contenção pós-acesso: ela pode transformar uma presença local limitada em controle privilegiado. O hunting deve se concentrar em serviços inesperados registrando endpoints RPC, processos vinculados a Network Service com comportamento anômalo e tentativas de imitação de interfaces RPC sensíveis.

  • Investigar criação de servidores RPC locais não esperados com nomes de endpoints sensíveis.
  • Correlacionar execução sob Network Service com escalada posterior para SYSTEM.
  • Tratar PhantomRPC como técnica de pós-exploração, não como vetor remoto inicial.
Falhas críticas em OpenEMR

Foram divulgadas 38 vulnerabilidades no OpenEMR, plataforma open source de prontuário eletrônico usada por mais de 100.000 provedores médicos e por ambientes que atendem mais de 200 milhões de pacientes em 34 idiomas. As falhas já foram corrigidas e incluem verificações ausentes ou incorretas de autorização, XSS, SQL injection, path traversal e expiração insuficiente de sessão. Duas vulnerabilidades foram destacadas como críticas: CVE-2026-24908 e CVE-2026-23627.

O impacto descrito inclui acesso e alteração de dados de pacientes e provedores. Nos cenários mais graves, injeções SQL combinadas com privilégios modestos no banco poderiam levar ao comprometimento integral do banco, exfiltração em escala de informações protegidas de saúde e execução remota de código no servidor. A ação defensiva deve combinar atualização imediata, revisão de sessões ativas, auditoria de consultas anômalas e verificação de integridade de dados clínicos.

  • Atualizar instâncias OpenEMR afetadas para versões corrigidas.
  • Revisar logs de autenticação, autorização e consultas SQL incomuns.
  • Validar integridade de registros de pacientes e permissões de usuários clínicos e administrativos.
Operação contra Black Axe

Uma operação policial coordenada na Suíça resultou na prisão de 10 suspeitos associados à rede criminosa Black Axe, incluindo um responsável regional para o sul da Europa. Os suspeitos são acusados de golpes românticos, fraudes cibernéticas com prejuízos de milhões de francos suíços e lavagem de dinheiro.

Embora o caso seja mais policial do que técnico, ele se conecta a operações de fraude habilitadas por meios digitais. Equipes de segurança devem tratar golpes românticos, engenharia social financeira e lavagem baseada em contas intermediárias como parte do mesmo ciclo operacional: aquisição da vítima, indução ao pagamento, dispersão dos valores e tentativa de ocultação da origem.

  • Correlacionar relatos de fraude romântica com contas receptoras repetidas.
  • Preservar evidências de mensagens, transferências e perfis usados na abordagem.
  • Integrar sinais antifraude com análise de identidade e comportamento transacional.
Pacote `elementary-data` no PyPI

Outro ataque de cadeia de suprimentos afetou o pacote Python elementary-data. A versão 0.23.3 foi enviada ao PyPI em 24 de abril de 2026, às 22h20 UTC, com código malicioso voltado ao roubo de dados sensíveis de desenvolvedor e carteiras de criptomoedas. O caminho de publicação passou por uma vulnerabilidade de script injection em um workflow GitHub Actions do próprio projeto.

O invasor usou o GITHUB_TOKEN do workflow para forjar um commit de release assinado e acionar o pipeline legítimo de publicação sem tocar diretamente no ramo principal nem abrir pull request. O pacote incluía o arquivo elementary.pth, mecanismo que permitia execução no ambiente Python. Usuários que instalaram elementary-data 0.23.3 ou executaram sua imagem Docker devem assumir comprometimento e rotacionar credenciais.

  • Bloquear elementary-data 0.23.3 em dependências, caches e imagens Docker.
  • Auditar workflows GitHub Actions com interpolação insegura de entrada externa.
  • Rotacionar tokens de repositório, nuvem, registro de pacotes e carteiras expostas no host.
Lavagem em roubo de criptomoedas

Evan Tangeman, de 22 anos, foi sentenciado a 70 meses de prisão por lavar fundos roubados em um roubo de criptomoedas de 230 milhões de dólares associado a um esquema de engenharia social. O contexto informa que o empreendimento criminoso começou não depois de outubro de 2023 e continuou pelo menos até maio de 2025, com confissão de culpa em dezembro de 2025.

Para equipes de investigação, o caso mostra a importância de preservar trilhas de movimentação após o roubo inicial. A lavagem não é apenas etapa financeira posterior: ela pode envolver destruição de evidências quando co-conspiradores são presos, dispersão rápida de valores e conversão para bens de luxo. Contenção e resposta devem incluir congelamento, rastreamento e cooperação com plataformas quando houver ativos digitais envolvidos.

  • Preservar endereços, transações e horários relacionados à movimentação de criptoativos.
  • Mapear conversões para bens, exchanges e intermediários financeiros.
  • Tratar destruição de evidências como indicador de consciência operacional do grupo.
TLS legado no Exchange Online

A Microsoft planeja bloquear conexões TLS legadas para clientes POP e IMAP no Exchange Online a partir de julho de 2026. A mudança remove suporte a TLS 1.0 e TLS 1.1 para POP3 e IMAP4, protocolos já depreciados pela indústria. O impacto esperado recai sobre clientes que optaram explicitamente por endpoints legados.

A preparação deve começar pelo inventário de clientes de email, appliances, scripts e integrações que ainda usam POP ou IMAP com TLS antigo. A falha comum nesse tipo de mudança não é criptográfica, mas operacional: serviços legados continuam autenticando até o corte e só aparecem quando a comunicação para. Logs de conexão e telemetria de cliente devem identificar usuários ou sistemas que exigem atualização antes de julho de 2026.

  • Inventariar clientes POP3 e IMAP4 ainda dependentes de TLS 1.0 ou TLS 1.1.
  • Atualizar clientes e bibliotecas que conectam ao Exchange Online.
  • Acompanhar logs de autenticação para identificar endpoints legados antes do bloqueio.
Phishing por criação de contas Robinhood

A Robinhood teve seu fluxo de criação de contas abusado para enviar emails de phishing que passavam por filtros antispam. As mensagens vinham de noreply@robinhood[.]com, alertavam sobre atividade suspeita e induziam a vítima a clicar em um link para completar uma verificação de segurança em site falso. A empresa afirmou que não houve violação de sistemas ou contas de clientes e que informações pessoais e fundos não foram afetados.

Relatos mencionam uso de variações de endereços Gmail com pontos no nome de usuário. Como o Gmail ignora pontos no identificador e a Robinhood tratava variações como usuários distintos, invasores podiam criar contas novas que apontavam para caixas existentes. A lição técnica é que sistemas de cadastro precisam normalizar endereços conforme regras conhecidas de provedores ou aplicar controles adicionais quando o email de destino já corresponde a uma identidade existente por normalização.

  • Normalizar endereços Gmail durante deduplicação de contas.
  • Alertar usuários sobre emails legítimos usados como veículo para links falsos.
  • Monitorar criação massiva de contas com variações pontuadas do mesmo endereço.
Golpes em redes sociais

A FTC alertou para aumento expressivo de perdas por golpes originados em redes sociais desde 2020, com perdas superiores a 2,1 bilhões de dólares em 2025. Quase 30% das pessoas que relataram prejuízo financeiro por golpe indicaram que o contato inicial começou em redes sociais, e 794 milhões de dólares foram associados a golpes iniciados no Facebook.

O vetor descrito combina acesso barato a grandes públicos, abuso de contas invadidas, exploração de informações publicadas por usuários e compra de anúncios segmentados com as mesmas ferramentas usadas por empresas legítimas. Para defesa corporativa, a exposição não se limita a usuários finais: marcas podem ser imitadas em anúncios, páginas e mensagens, criando risco de fraude contra clientes e colaboradores.

  • Monitorar anúncios e perfis que imitam marcas corporativas.
  • Treinar equipes para validar contatos financeiros iniciados em redes sociais.
  • Correlacionar relatos de clientes com campanhas pagas suspeitas.
Vazamentos acidentais no arXiv

Uma análise de 2,7 milhões de submissões ao arXiv identificou arquivos desnecessários, metadados embutidos e conteúdo irrelevante vazado junto aos fontes LaTeX e arquivos auxiliares. Foram encontrados backups, arquivos .nfs, repositórios Git com histórico de edição, configurações contendo chaves de API, scripts, dados de pesquisa, comentários em fontes LaTeX, URLs sem restrição de acesso, tokens de segurança e chaves privadas.

O problema é uma falha clássica de empacotamento: materiais necessários para compilar o artigo se misturam a artefatos de desenvolvimento e colaboração. Embora o arXiv recomende arxiv_latex_cleaner, pesquisadores criaram a ferramenta ALC-NG para remover arquivos, metadados e comentários não necessários à compilação. Instituições devem tratar submissões acadêmicas como publicação de código: revisar metadados, segredos e histórico antes do envio.

  • Executar limpeza de fontes LaTeX antes de submissões públicas.
  • Remover .git, backups, configurações, tokens e comentários internos.
  • Validar que links compartilhados em documentos não concedem acesso sem autenticação.
Comprometimento de contas Roblox

A polícia ucraniana prendeu três indivíduos acusados de acessar mais de 610.000 contas Roblox e vendê-las por 225.000 dólares em sites russos. O grupo teria operado de outubro de 2025 a janeiro de 2026, com um suspeito de 19 anos apontado como organizador e dois cúmplices de 21 e 22 anos conhecidos em fóruns de jogos.

O contexto não descreve o método técnico de obtenção das contas, portanto a análise defensiva deve se limitar ao ciclo observado: acesso não autorizado em massa, monetização em mercados externos e investigação policial em andamento. Plataformas de jogos devem priorizar detecção de login anômalo, alteração de email ou senha em lote, transferência de ativos virtuais e revenda de contas recém-comprometidas.

  • Detectar acessos em massa a partir de origens incomuns ou infraestrutura compartilhada.
  • Monitorar mudanças rápidas de credenciais e transferências de itens virtuais.
  • Bloquear mercados e contas associadas à revenda de acessos comprometidos.
Handala Hack via WhatsApp

O ator vinculado ao Irã Handala Hack foi associado a uma campanha de influência contra tropas dos Estados Unidos no Bahrein por meio de WhatsApp. As mensagens, assinadas pelo grupo, afirmavam que militares estavam sob vigilância e seriam alvo de drones e mísseis, além de incluir link para o site do grupo.

O material descrito tem natureza de pressão psicológica e influência, não de exploração técnica confirmada. Mesmo assim, a presença de link em canal de mensagem direta exige tratamento operacional: preservar amostras, registrar remetentes, verificar se houve clique, analisar o destino em ambiente controlado e orientar usuários militares ou corporativos a não interagir com mensagens de ameaça recebidas por aplicativos pessoais.

  • Preservar mensagens, remetentes e URLs recebidos por WhatsApp.
  • Verificar telemetria de clique ou navegação para o domínio vinculado.
  • Separar análise de influência de evidência de comprometimento técnico.
Backdoor em plugin WordPress

O plugin WordPress Quick Page/Post Redirect, com mais de 70.000 instalações, foi comprometido com um backdoor capaz de injetar código arbitrário em sites de usuários. As versões 5.2.1 e 5.2.2, lançadas entre 2020 e 2021, incluem um mecanismo encoberto de autoatualização que se comunica com o domínio anadnet[.]com para facilitar execução de código arbitrário.

Um detalhe importante é que o backdoor passivo é acionado apenas para usuários deslogados, estratégia que reduz a chance de administradores perceberem o comportamento ao navegar autenticados. Em resposta, administradores WordPress devem remover ou substituir versões afetadas, verificar alterações em arquivos do site, revisar requisições para o domínio citado e comparar o comportamento renderizado para visitantes anônimos e usuários autenticados.

  • Localizar Quick Page/Post Redirect 5.2.1 e 5.2.2 em todos os sites WordPress.
  • Bloquear e investigar conexões para anadnet[.]com.
  • Validar páginas como usuário deslogado para detectar injeção condicional.
Qinglong explorado para mineração

A plataforma Qinglong, usada para gerenciamento de tarefas agendadas e com mais de 19.500 estrelas no GitHub, teve duas vulnerabilidades de bypass de autenticação exploradas para implantação de mineradores de criptomoedas. As falhas CVE-2026-3965 e CVE-2026-4047 permitem bypass que resulta em execução remota de código. A exploração já ocorria semanas antes do reporte formal em 27 de fevereiro.

Usuários começaram a relatar entre 7 e 8 de fevereiro de 2026 um processo oculto chamado .fullgc consumindo entre 85% e 100% da CPU. O nome pode ter sido escolhido para se misturar a diagnósticos legítimos de Java ou JVM, nos quais Full GC é uma causa conhecida de pico de CPU. As correções foram tratadas no #PR 2941, e a resposta deve incluir atualização, remoção do processo malicioso, revisão de tarefas agendadas e inspeção de persistência.

  • Atualizar Qinglong com as correções do #PR 2941.
  • Procurar processos .fullgc e consumo anormal de CPU.
  • Revisar tarefas agendadas, scripts e comandos criados sem autorização.
Checkmarx e TeamPCP

A investigação do incidente na Checkmarx indicou que o ataque TeamPCP contra o scanner Trivy foi o provável vetor para obtenção de credenciais e acesso não autorizado a repositórios GitHub da empresa. Com esse acesso, os operadores puderam interagir com o ambiente GitHub da Checkmarx e publicar código malicioso em determinados artefatos.

O contexto também menciona publicação de dados roubados de repositório na dark web por um grupo chamado LAPSUS$. Para organizações que dependem de scanners, artefatos e pipelines de terceiros, o ponto defensivo é validar a cadeia de confiança: credenciais usadas por ferramentas, permissões de repositório, artefatos publicados, assinaturas, logs de ações GitHub e exposição de segredos em repositórios acessados pelo invasor.

  • Auditar credenciais usadas por scanners e integrações de segurança.
  • Validar artefatos consumidos de fornecedores após incidentes de repositório.
  • Revisar permissões GitHub e logs de publicação de pacotes ou releases.
`js-logger-pack` e Famous Chollima

O ator norte-coreano Famous Chollima foi atribuído ao pacote npm js-logger-pack, que continha um stealer baseado em WebSocket acionado por hook postinstall. O payload operava como agente de longa duração e instalava uma chave RSA do atacante em ~/.ssh/authorized_keys em sistemas Linux, criando acesso persistente por SSH quando a condição fosse aplicável.

As capacidades descritas incluem exfiltração de sessões tdata do Telegram Desktop, coleta de credenciais de 27 carteiras de criptomoedas, navegadores da família Chromium, .npmrc, tokens de provedores de nuvem e histórico de shell. O pacote também executava keylogger nativo em Windows, macOS e Linux com persistência de autostart nos três sistemas. A resposta deve combinar remoção do pacote, caça a persistência, rotação de chaves SSH e invalidação de tokens e sessões.

  • Procurar instalação de js-logger-pack em estáções e ambientes de build.
  • Remover chaves não autorizadas em ~/.ssh/authorized_keys.
  • Invalidar sessões Telegram, tokens de nuvem, .npmrc e credenciais de carteiras expostas.