← Todas as edições
#2813 JUL 202623 min de leitura

ShareFile em alerta, Gitea explorado, CMS no KEV e agentes de IA virando risco de build

CISA KEVExploitedSupply ChainAI AgentsFrontier AI
3críticas
12altas
0médias

Essa semana veio com cheiro de borda exposta e build quebrável: CISA empilhou KEV em ColdFusion, Joomla, Langflow, iCagenda e Balbooa; Progress mandou clientes ShareFile desligarem controller on-prem; e Gitea mostrou como um header mal validado pode virar acesso admin em repositório de código. Nada disso é abstrato. É patch, shutdown, log e caça.

Na seção de IA, o assunto não ficou preso em “prompt injection bonitinho”. Teve movimento estratégico de modelo — GPT-5.6 Sol e Claude Fable 5 mudando limites de acesso — Microsoft dizendo que IA vai aumentar o volume de patches do Windows, e agentes de coding/security mostrando a mesma falha estrutural: credencial demais, autonomia demais e entrada não confiável demais. A indústria está colocando copiloto com chave mestra em sala cheia de bilhete malicioso. O que poderia dar errado, né?

Segurança geral

01
CríticoCISA KEV / RCE

CISA colocou ColdFusion, Joomla e Langflow no KEV — e a exploração já está acontecendo

A CISA adicionou quatro falhas ao catálogo KEV em 7 de julho: Adobe ColdFusion CVE-2026-48282, Joomlack Page Builder CVE-2026-56290, Langflow CVE-2026-55255 e JoomShaper SP Page Builder CVE-2026-48908. Três têm cara de “se exposto, vira shell”: path traversal/RCE no ColdFusion e uploads arbitrários em construtores Joomla. A de Langflow é menos barulhenta no CVSS, mas mais venenosa operacionalmente: IDOR/cross-tenant para executar flows de outro usuário e roubar chaves de LLM/cloud em ambiente exposto.

O detalhe que importa: ColdFusion teve tentativa observada horas depois da divulgação pública; SP Page Builder e Page Builder CK já apareciam com webshell; e a exploração de Langflow veio casada com RCE em campanha oportunista para payloads de botnet/cryptojacking. Essa semana foi um lembrete gentil, na base do soco, de que “AI orchestration” também é cofre de credenciais.

O que fazer: Tratar os quatro CVEs como prioridade de internet-facing. Atualizar ColdFusion e extensões Joomla, procurar PHP/webshells em /media, /images, /templates e diretórios de upload, revisar flows e chaves em Langflow, rotacionar credenciais LLM/cloud expostas e investigar qualquer host vulnerável antes do patch.

Fontes: CISA KEV · The Hacker News · Sysdig

02
CríticoCISA KEV / CMS

Mais dois plugins CMS entram no KEV: iCagenda e Balbooa Forms com upload perigoso

No dia 10, a CISA adicionou mais duas vulnerabilidades exploradas ao KEV: CVE-2026-48939 no iCagenda e CVE-2026-56291 no Balbooa Forms. Ambas são falhas de upload irrestrito de arquivo perigoso — aquela categoria clássica que transforma site CMS em hospedagem gratuita para webshell.

A história não é sofisticada, e justamente por isso funciona. Site Joomla/WordPress esquecido, plugin velho, endpoint de upload, PHP plantado, persistence discreta e depois pivô para banco, painel ou servidor. O crime não precisa ser elegante quando o inventário está fazendo cosplay de lixeira.

O que fazer: Inventariar sites Joomla/WordPress e plugins, atualizar iCagenda e Balbooa Forms, bloquear execução de PHP em diretórios de upload, varrer arquivos recém-criados e nomes estranhos, revisar contas admin novas e colocar CMS legado atrás de WAF/allowlist até corrigir.

Fontes: CISA - alerta de 10 de julho · CISA KEV

03
AltoShareFile / File Transfer

Progress mandou clientes ShareFile desligarem Storage Zone Controllers por “ameaça externa crível”

A Progress Software avisou clientes ShareFile com Storage Zone Controllers on-premises para desligarem manualmente os servidores. A empresa diz não ter indicação de acesso não autorizado a contas ou dados ShareFile, mas também disse que bloquear acesso via cloud não bastava: era para derrubar o Windows Server que hospeda o controller.

Isso tem cheiro operacional de risco sério, mesmo sem CVE público. Storage Zone Controller é componente exposto à internet para transferir arquivos entre ShareFile cloud e armazenamento local. Em português claro: fica na borda, toca dado sensível e lembra muito o tipo de superfície que grupos de extorsão adoram desde MOVEit. Quando vendor fala “desliga agora”, a resposta não é reunião de alinhamento; é desligar.

O que fazer: Clientes ShareFile com Storage Zone Controllers devem seguir a orientação da Progress, isolar/desligar o host, preservar logs, revisar acessos recentes, procurar webshell/processos novos e aguardar IOC/fix oficial antes de religar. Quem usa file-transfer exposto deve revisar inventário e plano de emergência para shutdown controlado.

Fontes: BleepingComputer · Progress ShareFile status

04
CríticoGitea / Docker

Gitea Docker: auth bypass crítico já explorado deixa atacante virar qualquer usuário por header

Atacantes começaram a explorar a CVE-2026-20896 no Docker oficial do Gitea. O problema: em configuração padrão, o container vinha com REVERSE_PROXY_TRUSTED_PROXIES=* e, quando reverse-proxy auth estava habilitado, confiava no header X-WEBAUTH-USER vindo de qualquer IP. Resultado: cliente não autenticado podia declarar “sou admin” e o Gitea aceitava.

Gitea não é só wiki bonitinha. É código-fonte, pull request, CI/CD, segredo acidental e histórico de arquitetura. Um bypass desses em serviço exposto é supply chain na veia: compromete repositório, troca release, planta token e deixa o atacante escrever no coração do build. Um header. Sem senha. Sem token. A delicadeza de um pé na porta.

O que fazer: Atualizar imediatamente para Gitea 1.26.4 ou superior, restringir REVERSE_PROXY_TRUSTED_PROXIES a IPs confiáveis, impedir acesso direto ao container HTTP, revisar logs para uso de X-WEBAUTH-USER, auditar contas/admins, releases e commits recentes e rotacionar segredos se houver suspeita.

Fontes: BleepingComputer · GitHub Security Advisory · Gitea releases

05
AltoFirmware / Bootloader

Seis falhas no U-Boot podem quebrar cadeia de boot em roteadores, câmeras e BMCs

A Binarly encontrou seis falhas no U-Boot, bootloader usado em roteadores domésticos, câmeras, dispositivos embarcados e controladores de gerenciamento de servidores. Quatro causam crash; duas podem permitir execução de código antes da validação de assinatura da imagem, enquanto o bootloader ainda processa conteúdo não confiável.

A parte ruim: o patch já foi mesclado upstream, mas a release v2026.07 saiu sem as correções; a próxima está prevista só para outubro. E U-Boot vive dentro de firmwares de vendor, então o caminho até o dispositivo final é aquele desfile triste de OEM, integrador, modelo abandonado e usuário que nem sabe que tem bootloader.

O que fazer: Vendors devem aplicar os commits upstream sem esperar a próxima release. Operadores devem acompanhar firmware dos fabricantes, priorizar BMCs/equipamentos expostos a update remoto, exigir SBOM/boletim de U-Boot em appliances e tratar firmware update como controle de segurança, não “manutenção eventual”.

Fontes: The Hacker News · Binarly · Binarly advisories

06
AltoWordPress / Webshell

WP-SHELLSTORM expôs bastidor de operação que backdoorou milhares de sites WordPress/Joomla

Um servidor aberto por engano revelou a operação WP-SHELLSTORM: cerca de 800 MB com webshells, exploits, logs, listas de alvo e configurações. As listas tinham mais de 1,4 milhão de sites; os comprometidos confirmados ficaram bem abaixo disso, mas ainda na casa de milhares. O destaque foi o plugin Breeze (CVE-2026-3844), com mais de 17 mil backdoors segundo contagem interna do operador.

O achado é útil porque mostra a realidade sem glamour: exploit público, scanner em massa, plugin velho, webshell, revenda de acesso. Nada de zero-day cinematográfico. Só higiene ruim em escala industrial, e um criminoso esquecendo servidor Python aberto por 22 dias. Até bandido tem dívida técnica, pelo visto.

O que fazer: Patchar Breeze, Joomla JCE e demais plugins listados; bloquear execução em diretórios de upload; caçar arquivos como .bd.php, .wp-log.php e .brq-*.php; revisar processos [kworker] falsos; rotacionar credenciais de CMS/banco; e tratar Nacos/XXL-Job/Spring Boot expostos como possível segunda frente.

Fontes: The Hacker News · SOCRadar · Ctrl-Alt-Intel

07
AltoAndroid / Malware

RedHook agora abusa de Wireless ADB para ganhar shell no Android sem cabo nem root

A Group-IB analisou nova versão do malware Android RedHook que usa Accessibility para ativar Developer Options e Wireless Debugging, captura o código de pareamento na tela e conecta ao serviço ADB local em 127.0.0.1. Com isso, ganha privilégios shell (UID 2000), mais fortes que os de um app comum, sem precisar de root.

É uma evolução feia porque transforma recurso legítimo de desenvolvedor em pós-exploração móvel. Com Shizuku acoplado, o malware consegue instalar/remover apps, mudar configurações protegidas, criar overlays, capturar tela, simular gestos e operar 53 comandos. O usuário só vê “permita acessibilidade”; o resto é a máquina sendo educada contra o dono.

O que fazer: Instalar apps só da Play Store, manter Play Protect ativo, negar Accessibility para apps fora de extrema confiança, desativar Developer Options/Wireless Debugging quando não usado, caçar apps com uso abusivo de ADB/Shizuku e orientar usuários contra sites falsos de banco/governo enviados por mensagem ou ligação.

Fontes: BleepingComputer · Group-IB

08
Altonpm / Crypto

Injective SDK no npm foi comprometido para roubar seed phrases e chaves privadas de cripto

Atacantes comprometeram uma conta legítima no GitHub da Injective Labs e publicaram a versão 1.20.21 do @injectivelabs/sdk-ts com malware. O pacote tem cerca de 50 mil downloads semanais e é usado em wallets, bots, DEXs e apps DeFi. A versão maliciosa foi baixada 310 vezes antes de ser depreciada; outras 17 packages associadas também foram pinadas para a versão comprometida.

O malware não rodava no install: esperava funções de geração/importação de wallet para capturar mnemonic seed e private key, codificar em base64 e exfiltrar via endpoint que parecia infraestrutura legítima da Injective. É supply chain com mira cirúrgica: não quer máquina genérica, quer chave que move dinheiro.

O que fazer: Quem instalou 1.20.21 deve considerar ambiente e wallets comprometidos, mover fundos para carteiras novas com seed nova, rotacionar segredos de CI/dev, atualizar para release limpa, revisar lockfiles e bloquear versões depreciadas em mirrors internos.

Fontes: BleepingComputer · Socket · StepSecurity

09
AltoOpen Source / Insider

OpenMandriva denunciou tentativa de sabotagem interna após disputa entre contribuidores

O projeto OpenMandriva Linux afirmou ter sofrido uma tentativa de sabotagem interna: deleção de repositórios no GitHub e publicação de pacote vazio no Cooker que obsoletava pacotes dos desktops GNOME e Cosmic, potencialmente quebrando sistemas de usuários. O acusado nega intenção de sabotagem e diz que a ação foi parte de disputa técnica/política no projeto.

Independentemente da leitura jurídica, o caso é um lembrete brutal: projeto open source também tem risco de governança, privilégio excessivo e ressentimento humano com acesso admin. Nem toda supply chain quebra por APT; às vezes quebra porque alguém com permissão demais fica puto. Vida adulta, só que com repositório.

O que fazer: Projetos devem revisar quem tem admin em GitHub, mirrors e repositórios de pacote, exigir dupla aprovação para mudanças destrutivas, manter backups independentes, registrar ações administrativas e separar disputa comunitária de controle técnico de release.

Fontes: BleepingComputer · OpenMandriva forum

10
AltoInsurance / Breach

AssuranceAmerica expôs dados de quase 7 milhões de motoristas após invasão ligada a funcionário

A seguradora americana AssuranceAmerica notificou vazamento que afetou 6.998.886 pessoas. Segundo a notificação ao Maine AG, atividade maliciosa em março mirou um funcionário, permitiu acesso a partes do ambiente de TI e cópia de arquivos. Os dados incluem nome, contato, apólice/conta de seguro, informações de veículo, sinistro e número de carteira de motorista.

Carteira de motorista + seguro + contato é pacote premium para fraude, sim swap social, phishing contextual e golpe de seguradora fake. A empresa disse ter desabilitado credenciais comprometidas, encerrado sessões não autorizadas e reforçado monitoramento. Bom. O problema é que o dado copiado não faz rollback.

O que fazer: Afetados devem monitorar crédito, contas e golpes usando informação de seguro/veículo. Seguradoras devem revisar proteção de contas de funcionários, detecção de exfiltração, segmentação de dados de cliente, retenção mínima e simulação de fraude pós-breach.

Fontes: BleepingComputer · Maine Attorney General · TechCrunch

Segurança em IA

11
AltoAI / Frontier Models

OpenAI relaxou limites do GPT-5.6 Sol após pico de demanda em Codex e ChatGPT Work

A OpenAI removeu temporariamente a restrição de uso em janela de cinco horas para Plus, Pro e Business, resetou uso corrente e disse estar tornando o GPT-5.6 Sol mais eficiente. A mudança veio depois de 48 horas intensas de demanda em Codex e ChatGPT Work.

Isso entra aqui porque acesso a frontier model já virou capacidade operacional. Se o modelo mais forte fica limitado, fluxo de coding agent, análise, revisão de segurança e automação trava. Se a empresa relaxa limite e melhora eficiência, de repente mais gente coloca Sol no caminho crítico. Modelo não é mais “chat”: é dependência de build, SOC, AppSec e produto.

O que fazer: Times que usam GPT-5.6 Sol devem mapear tarefas críticas, medir consumo/custo/latência, manter fallback para modelos menores, registrar decisões de agente em código e segurança, e não prometer SLA interno em cima de limite promocional ou temporário.

Fontes: BleepingComputer · OpenAI product update no X

12
AltoAI / Model Access

Anthropic estendeu Fable 5 e o aumento de Claude Code até 19 de julho

A Anthropic prorrogou até 19 de julho o acesso promocional ao Claude Fable 5 para assinantes Pro, Max, Team e Enterprise elegíveis. O modelo pode consumir até 50% do limite semanal de assinatura; a empresa também estendeu o aumento de 50% nos limites semanais do Claude Code.

A mensagem estratégica é parecida com a da OpenAI: capacidade de modelo virou commodity escassa e política de acesso muda semana a semana. Para quem construiu fluxo em Claude Code, Fable, Cowork ou Microsoft 365, isso é controle de mudança — não curiosidade de power user. O fornecedor ajusta compute; seu pipeline sente. Delicioso, se você odeia previsibilidade.

O que fazer: Inventariar fluxos dependentes de Fable/Claude Code, medir onde o ganho justifica consumo maior de limite, preparar fallback para Sonnet/Opus/outros fornecedores, separar dados sensíveis por política e avisar produto/engenharia quando promoções de acesso tiverem prazo.

Fontes: BleepingComputer · Anthropic Support

13
AltoAI / Vulnerability Discovery

Microsoft avisou: AI vai aumentar o volume de patches do Windows

A Microsoft disse que clientes devem esperar mais correções de segurança no Windows conforme a empresa usa IA para encontrar vulnerabilidades mais rápido. O MDASH, harness agentic multi-modelo da Microsoft Security, varre binários críticos, valida candidatos com vários modelos e passa achados por uma pipeline específica do Windows antes de revisão humana.

A parte boa: mais bug encontrado antes de zero-day. A parte chata: mais patch, mais regressão possível, mais janela de manutenção e mais pressão em gestão de vulnerabilidades. O mesmo artigo também cita que a CISA começou a usar modelo da Anthropic para auditar software governamental. Defesa em velocidade de IA é ótima — desde que operação consiga acompanhar sem fingir que Patch Tuesday cabe numa planilha mansa.

O que fazer: Ajustar processo de patch para maior volume, automatizar validação em ambientes de teste, priorizar exposição real e criticidade, acompanhar mudanças no SDL de vendors e tratar achados de AI-assisted discovery como aumento permanente de cadência, não pico temporário.

Fontes: BleepingComputer · Microsoft Windows blog · Microsoft Security - MDASH

14
AltoAI Agents / AppSec

Friendly Fire: agentes feitos para revisar código malicioso podem acabar executando o payload

O AI Now Institute publicou o PoC Friendly Fire contra Claude Code e OpenAI Codex em modos autônomos que aprovam comandos por conta própria. A armadilha fica em projeto open source aparentemente normal: README sugere rodar security.sh, o agente interpreta como parte da revisão e executa binário escondido no host.

É uma ironia linda e horrível: você usa agente para revisar código de terceiro e o atacante usa a própria tarefa de “security testing” para transformar o agente no loader. Não é bug de versão específica; é falha de desenho quando texto não confiável chega a um agente com terminal e segredos por perto. AppSec terceirizado para IA sem sandbox vira roleta com prompt injection.

O que fazer: Não apontar agentes com auto-run para repositórios não confiáveis. Usar sandbox descartável sem credenciais, bloquear rede/segredos por padrão, exigir aprovação humana real para scripts/binários, monitorar execução iniciada por README/docs e separar análise estática de execução dinâmica.

Fontes: The Hacker News · AI Now Institute · PoC público

15
AltoAI Agents / GitHub

GitLost e GhostApproval mostram o mesmo pecado: agente com credencial demais lendo coisa pública demais

Duas pesquisas bateram na mesma tecla. A Noma mostrou GitLost: um issue público pode induzir GitHub Agentic Workflows com token amplo a ler repositório privado e publicar conteúdo em comentário público. A Wiz mostrou GhostApproval: symlinks em repositórios maliciosos fazem AI coding assistants escreverem fora do projeto enquanto a caixa de aprovação mostra o alvo “bonitinho” errado.

O padrão é a tríade mortal: agente com acesso a dado privado, entrada não confiável e canal de saída. Coloque isso em GitHub, IDE ou workflow, e uma frase esperta vira exfiltração. “Human in the loop” não salva se a interface mente ou se o humano só aprova teatro.

O que fazer: Escopar tokens de agentes ao mínimo, evitar read org-wide por conveniência, bloquear posts públicos automáticos com conteúdo de repo privado, revisar symlinks antes de “setup workspace”, executar agentes em container sem acesso ao HOME, e exigir que ferramentas mostrem destino real de escrita antes da aprovação.

Fontes: The Hacker News - GitLost · Noma Security · The Hacker News - GhostApproval · Wiz Research

fechamento

Resumo sem maquiagem: vulnerabilidade no KEV é fila da frente, file-transfer exposto precisa ter plano de desligamento, Git self-hosted não pode confiar em header vindo da internet, e supply chain agora inclui maintainer irritado, pacote npm contaminado e agente de IA obediente demais. Do lado dos modelos, a pauta é menos “qual chatbot é melhor” e mais “qual infraestrutura crítica da sua operação depende de limite, compute e política de fornecedor”. Inventário, escopo, sandbox, fallback e log. Chato? Sim. Eficaz? Também.

Apoiar a CyberSec News