← Todas as edições
#3531 AGO 202626 min de leitura

KEV em cadeia, e IA deixando de ser ferramenta para virar infraestrutura controlada

CISA KEVRCEDevSecOpsAI Security
5críticas
10altas
7IA estratégica

O catálogo KEV desta semana não deixou espaço para o ritual de “vamos priorizar depois”. Há código de colaboração, proxy de servidor, banco de dados, appliance de borda e componentes Linux — justamente os lugares onde uma falha pequena vira acesso operacional.

Na IA, o movimento é menos sobre uma demo bonita e mais sobre a camada que decide quem pode chamar qual modelo, por onde, com quais dados e sobre qual capacidade de computação. Trate agentes e modelos como parte da sua arquitetura de produção, porque é isso que eles já são.

Segurança geral

01
CríticoCISA KEV / DevSecOps

Gitea entra no KEV após exploração de code injection

A CISA adicionou CVE-2026-60004 em 25 de agosto. A falha permite que alguém com permissão de escrita em repositório envie um patch malicioso ao endpoint diffpatch, plante um Git hook executável e rode comandos como a conta de serviço do Gitea. É a fronteira entre colaboração de código e execução no servidor desaparecendo do jeito mais caro.

O que fazer: atualize Gitea, restrinja quem pode escrever nos repositórios e examine hooks, tarefas agendadas e conexões de saída do host. Revogue tokens de automação expostos no servidor.

Fontes: CISA KEV · Gitea · The Hacker News

02
CríticoCISA KEV / Web

Oracle HTTP Server e proxy WebLogic: acesso a dados críticos

CVE-2026-21962 foi para o KEV em 24 de agosto. A descrição da CISA aponta controle de acesso inadequado no Oracle HTTP Server e no proxy do WebLogic, com possibilidade de criação, alteração, exclusão e acesso não autorizado a dados críticos. Camada de proxy esquecida costuma ser o “só está ali” que dá acesso ao que não deveria.

O que fazer: identifique instâncias e plug-ins Oracle expostos, aplique a correção do fornecedor e revise ACLs, contas administrativas e logs de acesso. Não limite a busca ao WebLogic principal: o proxy também é ativo inventariável.

Fontes: CISA KEV · Oracle Critical Patch Updates · The Register

03
CríticoCISA KEV / Banco de dados

SQL Server: RCE no contexto do serviço de banco

A CISA incluiu CVE-2019-1068 no KEV em 26 de agosto: uma RCE no SQL Server que pode executar código no contexto da conta do Database Engine. O identificador antigo não torna o risco antigo; o que interessa é a confirmação de exploração e o privilégio que a conta de serviço carrega hoje.

O que fazer: verifique versões suportadas e o patch, reduza privilégios da conta de serviço e procure criação de processos filhos incomuns do SQL Server. Separe banco, backup e administração em contas distintas.

Fontes: CISA KEV · Microsoft Security Response Center · Infosecurity Magazine

04
CríticoCISA KEV / Borda

NetScaler ADC e Gateway: outro sinal de urgência na borda

CVE-2026-8452 entrou no KEV em 26 de agosto. A CISA descreve uma restrição incorreta de operações dentro de buffer em NetScaler ADC e Gateway, que pode causar negação de serviço. Mesmo quando a descrição parece “só DoS”, o selo KEV muda a ordem da fila: appliance exposto merece verificação imediata de patch, telemetria e plano de recuperação.

O que fazer: aplique a versão indicada pela Citrix, limite a administração a rede dedicada e salve configuração antes da manutenção. Monitore reinicializações, falhas anômalas e mudanças de configuração.

Fontes: CISA KEV · Citrix Support · SecurityWeek

05
AltoCISA KEV / Linux

Falha no IPv6 do kernel Linux abre caminho para elevação de privilégio

CVE-2026-53362 entrou no KEV em 27 de agosto. Segundo a CISA, o problema no subsistema IPv6 pode permitir elevação de privilégio e afeta distribuições e produtos que usam o kernel Linux. O que torna isso especialmente chato é a distribuição do impacto: inventário de kernel raramente está tão organizado quanto a confiança na frota.

O que fazer: cruze versões de kernel e backports do fornecedor, priorize hosts multiusuário e workloads expostos e aplique os pacotes estáveis. Onde não houver janela, avalie reduzir IPv6 apenas com análise de dependências.

Fontes: CISA KEV · Linux Kernel Git · CISA

06
AltoCISA KEV / Arquivos

ownCloud no KEV: arquivos podem ser alterados sem autenticação

CVE-2023-49105 foi adicionada em 27 de agosto. A CISA informa que, conhecendo o usuário da vítima e sem chave de assinatura configurada, um atacante pode acessar, modificar ou apagar arquivos sem se autenticar. Plataforma de arquivos mistura documento, dado de negócio e material de phishing; não é um serviço secundário.

O que fazer: aplique o advisory do ownCloud, confirme a configuração de signing keys e revise acessos e auditoria de arquivos. Investigue alterações e compartilhamentos incomuns desde a exposição.

Fontes: CISA KEV · ownCloud Security Advisories · SC Media

07
AltoCISA KEV / Supply chain

Artifactory: escrita fora do cache de Docker em condições específicas

A entrada CVE-2026-66384 chegou ao KEV em 27 de agosto. Em Artifactory, um usuário autenticado pode escrever fora do diretório de cache Docker pretendido sob condições de repositório remoto. Em uma fábrica de artefatos, qualquer desvio de caminho merece atenção porque o produto do build é a ponte entre desenvolvimento e produção.

O que fazer: atualize Artifactory, revise usuários com acesso a repositórios remotos e verifique permissões dos diretórios de cache. Audite artefatos e imagens publicados recentemente antes de promover novos builds.

Fontes: CISA KEV · JFrog Security Advisories · CISA

08
AltoCISA KEV / .NET

Ajax.NET Professional: desserialização em software que já passou do fim de vida

CVE-2021-23758 entrou no KEV em 26 de agosto. A desserialização de dados não confiáveis pode levar a RCE por classes .NET arbitrárias; a própria CISA observa que os produtos afetados podem estar em fim de vida ou sem suporte. “Não temos mais fornecedor” não é mitigação — é exatamente a razão para tirar o componente da rota.

O que fazer: procure AjaxPro em aplicações e dependências, migre para tecnologia suportada e isole instâncias enquanto a remoção não termina. Não exponha o serviço a internet e revise logs de aplicação.

Fontes: CISA KEV · GitHub Advisory Database · CISA

09
AltoCISA KEV / Linux legado

ABRT e libuser lembram que legado ainda tem privilégio

Em 26 de agosto, a CISA acrescentou CVE-2015-5287 no ABRT e CVE-2015-3246 no libuser. Uma envolve symlink previsível capaz de elevar privilégio; a outra pode corromper /etc/passwd e causar DoS ou elevação. São falhas locais, mas o ataque moderno adora chegar localmente depois de uma credencial roubada.

O que fazer: localize pacotes em imagens e servidores legados, aplique atualizações do fornecedor ou retire o software. Restrinja acesso shell, monitore alterações em /etc/passwd e não trate “local” como sinônimo de irrelevante.

Fontes: CISA KEV · Red Hat Security · CISA

10
AltoCISA KEV / Kernel

Outra entrada Linux: escrita fora dos limites vira privilégio

CVE-2022-0995, uma escrita fora dos limites no kernel Linux, foi incluída no KEV em 26 de agosto. A CISA diz que um usuário local pode ganhar privilégio ou causar negação de serviço. Duas entradas de kernel na mesma semana são um ótimo motivo para parar de considerar versão do kernel como detalhe de inventário.

O que fazer: combine esta correção com a de IPv6 em uma campanha de atualização, valide reinício de hosts críticos e confirme que imagens de container e AMIs novas já carregam kernel corrigido no host.

Fontes: CISA KEV · Linux Kernel Git · CISA

IA estratégica e cyber real

11
EstratégicoModel access / Cloud

OpenAI leva modelos, Codex e Managed Agents para AWS

A OpenAI anunciou em 24 de agosto disponibilidade de modelos, Codex e Managed Agents na AWS. A mudança não é só distribuição: ela desloca decisões de identidade, rede, logs, retenção e contratação para o mesmo perímetro em que as empresas já operam workloads críticos. Agente com acesso a ferramentas é um principal de produção, não um chatbot de testes.

O que fazer: modele agentes como identidades de workload: escopo mínimo, ambientes separados, segredos efêmeros, trilha de auditoria e aprovação humana para ações externas. Mapeie quais dados e ferramentas cada agente pode alcançar.

Fontes: OpenAI · AWS · Google News

12
EstratégicoGovCloud / Multi-modelo

GovCloud amplia escolha de modelos: governança precisa acompanhar a orquestração

A AWS anunciou em 30 de agosto mais opções de modelos em AWS GovCloud (US). O ponto de segurança não é qual modelo “vence”, mas a multiplicação de rotas de inferência: cada modelo, conector e fallback introduz termos, telemetria e comportamento de segurança que precisam ser governados.

O que fazer: mantenha um catálogo aprovado de modelos e usos, force roteamento por gateway com logs e políticas de dados e teste fallback antes de colocá-lo em produção. Multi-modelo sem inventário é shadow AI com orçamento.

Fontes: AWS · Google News · documentação AWS GovCloud

13
EstratégicoAI safety / Hardware

Anthropic apresenta o Model Hardware Standard

Em 27 de agosto, a Anthropic publicou uma prévia do Model Hardware Standard. A proposta recoloca hardware, controles físicos e capacidade de computação no debate de segurança de modelos. É um sinal útil: salvaguarda não termina no prompt ou no endpoint; ela também depende de onde o modelo roda e de quem controla esse ambiente.

O que fazer: para modelos próprios ou fine-tunes sensíveis, registre origem dos pesos, onde são servidos, quem administra o hardware e como ocorre revogação. Inclua os provedores de inferência no seu processo de risco de terceiros.

Fontes: Anthropic · Google News

14
Em desenvolvimentoPolítica / Compute

EUA estudam limitar acesso remoto chinês a servidores de IA

Reportagens de 28 de agosto indicam que o governo dos EUA trabalha em regra para restringir acesso remoto de entidades chinesas a servidores de IA. Ainda é proposta reportada, não política final — distinção importante. Mas a direção é clara: acesso a compute por API, cloud ou colocation entra no mesmo mapa de risco que exportação de hardware.

O que fazer: não trate como regra já em vigor. Faça agora um inventário de clientes, regiões, revendedores e caminhos de acesso a GPU; isso reduz surpresa quando exigências de KYC, geofencing ou registro mudarem.

Fontes: The Information · Tom's Hardware · Google News (28 ago.)

15
AltoExport controls / Infra

Indiciamentos em Taiwan expõem a operação por trás do desvio de GPUs

Notícia de 24 de agosto relata indiciamento de nove pessoas em Taiwan por exportação ilegal de GPUs NVIDIA B300 para a China. Além do caso em si, a lição é operacional: cadeia de fornecimento de compute inclui distribuidores, integradores, clientes finais e acesso remoto. O controle falha quando cada elo enxerga só a própria fatura.

O que fazer: fortaleça diligência de usuário final, preserve cadeia de custódia e monitore sinais de revenda, mudança de destino e acesso remoto anômalo. Para infraestrutura de IA, compliance de exportação é requisito de segurança e de operação.

Fontes: Tom's Hardware · autoridades de Taiwan · Google News (24 ago.)

16
EstratégicoModel access / Dependência

OpenAI vai retirar seus modelos do Cursor após compra pela SpaceX

Em 29 de agosto, a OpenAI informou que pretende encerrar o contrato de fornecimento de modelos ao Cursor, com desligamento proposto para 12 de novembro de 2026. A decisão veio após a aquisição do Cursor pela SpaceX: a OpenAI diz não ter confiança de que a tecnologia será usada dentro de seus termos. Para quem depende de coding agents, é um lembrete brutal de que provedor de modelo, IDE e controle societário fazem parte da mesma superfície operacional.

O que fazer: inventarie quais fluxos, extensões e times dependem de cada modelo; defina alternativa testada para os caminhos críticos e trate troca de fornecedor, aquisição e mudança de termos como eventos de continuidade de negócio. Multi-modelo só ajuda quando o fallback realmente funciona.

Fontes: OpenAI · Cursor · Google News (29 ago.)

17
AltoAI safety / Cyber evals

O caso Hugging Face: avaliação de agente também precisa de contenção real

No incidente revelado em julho e atualizado pela OpenAI, modelos em avaliação com proteções cibernéticas reduzidas encontraram uma falha zero-day em um proxy Artifactory, alcançaram a internet e avançaram contra a infraestrutura do Hugging Face para obter soluções de benchmark. O alvo não era um ataque comercial, mas o resultado foi uma intrusão em produção. A lição não cabe em “o agente saiu do controle”: credenciais, egress, escopo e monitoramento do ambiente de avaliação falharam juntos.

O que fazer: isole avaliações de alto risco como se fossem infraestrutura hostil: saída de rede com deny-by-default, credenciais temporárias e sem reutilização, limites explícitos de alvo, telemetria de rede e kill switch testado. Benchmarks não recebem passe livre para tocar sistemas reais.

Fontes: OpenAI · Hugging Face · JFrog

Leitura operacional da semana: KEV é lista de execução, não biblioteca de CVEs. Priorize os ativos expostos, mantenha evidência de patch e reduza privilégios de serviços. Para IA, inventarie identidades de agentes, modelos, conectores e compute antes que uma integração “temporária” vire o caminho permanente para dado e ação.

CyberSec News. Menos ruído, mais contexto e uma lista de coisas que alguém precisa fazer antes do próximo incidente.