De 1999 até setembro de 2026, cerca de 383 mil vulnerabilidades de software foram divulgadas em diversas plataformas e tecnologias. Apenas cerca de 2 mil CVEs, aproximadamente 0,5%, foram associadas a exploração no mundo real. Ou seja, menos de 1 em cada 200 é usada em um ataque real. Essas falhas seguem padrões claros: os agentes de ameaça miram desproporcionalmente vulnerabilidades que permitem o controle total do sistema, em especial remote code execution (RCE), escalonamento de privilégios e bypass de autenticação. A descoberta de vulnerabilidades e o desenvolvimento de exploits assistidos por IA podem reduzir ainda mais o tempo de resposta dos defensores. O patching continua essencial, mas a correção em sistemas críticos pode levar semanas ou meses, e alguns sistemas legados ou sem suporte não podem ser corrigidos. Por isso, os defensores precisam concentrar a proteção onde ela tem maior impacto, considerando tanto a probabilidade de exploração quanto o potencial blast radius de um ataque bem-sucedido. Para tornar esse universo acionável, a Microsoft analisou cada CVE em duas dimensões: classe de impacto e plataforma afetada. A classe de impacto representa o resultado que um agente de ameaça pode obter ao explorar a vulnerabilidade, e cada CVE é atribuída ao impacto mais grave que ela habilita diretamente. As plataformas incluem Windows, Linux/Unix, mobile, network appliances, IoT/OT, hosts de virtualização e pacotes de desenvolvimento. A análise cobre CVEs publicadas até setembro de 2026 no catálogo de vulnerabilidades monitoradas pela Microsoft, e as exploradas in the wild se concentram nas classes de takeover.
Imagine que o relatório agregado de DMARC (Domain-based Message Authentication, Reporting, and Conformance) do seu domínio mostre e-mails aprovados no DKIM (DomainKeys Identified Mail) como se fossem seus, enviados de IPs desconhecidos para destinatários que você nunca contatou. Você faz a rotação da chave DKIM, confirma que o novo selector está ativo e verifica que a política DMARC já está em p=reject. Dias depois, o mesmo tráfego continua se autenticando como seu. O post explica por que a rotação, sozinha, não impede um ataque de replay de DKIM, como confirmar que se trata de replay e não de relay legítimo ou spoofing comum, e qual etapa de limpeza de DNS a maioria dos guias de rotação deixa de fora. Também mostra como usar o Amazon Simple Email Service (Amazon SES) para detectar e responder a essa atividade mais rápido. O DKIM verifica apenas que partes específicas da mensagem não foram alteradas entre quem assina e quem recebe. Uma assinatura válida continua válida por onde a mensagem passar: listas de e-mail, regras de .forward e relays de terceiros a preservam. No ataque, o invasor obtém uma cópia de uma mensagem legítima assinada com a chave do domínio, por exemplo assinando a lista, comprometendo uma caixa de correio, acessando o arquivo de uma lista ou usando uma regra de encaminhamento, e a reenvia, sem alterações, de seus próprios servidores para milhares de destinatários. O SPF falha porque o IP de envio não é do domínio, mas o DMARC exige apenas que SPF ou DKIM passe com alignment. Como o DKIM passa, o DMARC passa e a mensagem é entregue como e-mail autenticado. O invasor não consegue modificar a mensagem, adicionar conteúdo nem ler os e-mails. O que ele ganha é a reputação do domínio, usada para entregar uma mensagem genuína a um público não pretendido, transformando um recibo ou fatura em isca. É abuso de reputação e alcance, não falsificação de conteúdo. Por isso p=reject não resolve: a política foi pensada para barrar spoofing, em que o falsificador não tem assinatura válida, e não atua sobre mensagens assinadas por você. E-mails de IP desconhecido que passam no DKIM têm três explicações comuns: relay legítimo ainda não inventariado, spoofing ou replay, e cada uma exige uma resposta diferente. Os relatórios agregados (rua) do DMARC trazem IP de origem, volume e resultados de SPF e DKIM, o suficiente para identificar uma anomalia, mas não para provar um replay.
A Mandiant respondeu a diversos incidentes em 2026 em que agentes de ameaça sequestraram o acesso corporativo a Large Language Models (LLMs), tática conhecida como LLMJacking. As intrusões envolveram vários provedores de cloud e de LLMs e atingiram organizações na América do Norte, na América do Sul e na Ásia-Pacífico, nos setores de serviços financeiros, varejo, tecnologia e transporte. Diferentemente do consumo gradual de recursos do cryptojacking, o LLMJacking pode gerar picos de cobranças fraudulentas em questão de horas: em incidentes individuais, a equipe viu cobranças acima de US$ 100 mil em um único dia, com valores acumulados que chegaram a US$ 1 milhão em algumas organizações antes de o acesso ser revogado. O Google Threat Intelligence Group (GTIG) identificou diversos clusters de ameaça com motivação financeira, em várias regiões do mundo. Com a maturação do ecossistema, o grupo observa uma divisão de trabalho entre quem obtém o acesso inicial aos ambientes comprometidos e operadores que gerenciam a infraestrutura de monetização, os chamados LLM Mixers. Eles funcionam como gateways ilícitos de roteamento que fazem proxy, agregam e revendem acesso não autorizado a LLMs para assinantes do mercado clandestino. Em uma investigação, o GTIG viu dois clusters operacionais coordenados para comprometer e monetizar a infraestrutura de LLM de uma empresa. Os criminosos ignoram interfaces de front-end, como chatbots de suporte, e miram direto os recursos de backend dos modelos: endpoints de LLM expostos publicamente ou chaves de API válidas. Em um exemplo, um script automatizado chama o endpoint /api/create para executar modelos próprios em endpoints deixados abertos por usuários. Ainda assim, o principal vetor de acesso inicial nas investigações são tokens de identidade em cloud expostos ou roubados, como credenciais IAM, chaves de Service Account, Personal Access Tokens (PATs) do GitHub e tokens de sessão ativos. Em meados de 2026, o UNC6993 comprometeu uma instância na cloud por meio de uma chave de Service Account mal configurada e usou esse acesso para chegar a uma API de LLM. O grupo também hospedou uma página de session hijacking disfarçada de portal de aplicação, que induzia usuários a colar o payload JSON com um token de acesso ativo. O post traz ainda orientações de detecção, hardening e remediação.
Um script do DebugBear sequestrado no site da Polymarket usou as sessões de navegador de traders logados para vender ou transferir suas posições em 29 de outubro. Em 52 minutos, os atacantes receberam cerca de US$ 2,64 milhões em POL, vindos de 33 carteiras. A Polymarket está reembolsando US$ 3,9 milhões, incluindo US$ 2,7 milhões para 726 carteiras afetadas. O comprometimento teve origem no registrador de domínio do DebugBear.
Um cliente da Indonésia relatou ter encontrado uma placa de circuito extra, com um modem celular, dentro de um Trezor Safe 5 comprado da CryptoBilis, antiga revendedora do Sudeste Asiático. A informação consta em publicação no blog da Trezor.
O VOLTA adota a lógica de "roubar tudo e deixar a IA organizar": coleta credenciais, sessões, carteiras e chaves de nuvem e, depois, usa as próprias sessões de Gmail, DoorDash e Discord da vítima para confirmar informações como o endereço residencial. O dossiê resultante é enviado via OpenRouter ao Claude, com fallback para Kimi e depois Gemini caso algum modelo se recuse a responder, e retorna uma avaliação ranqueada intitulada "WHAT THEY'RE WORTH", que estima quanto os ativos da vítima poderiam render. A Talos avaliou o VOLTA como um commodity builder que opera inteiramente em infraestrutura de terceiros. Para os defensores, a recomendação é bloquear ou gerar alertas para processos que não sejam de desenvolvedores e iniciem o Chrome com --headless, método usado pelo stealer para contornar o App-Bound Encryption.
O Google Threat Intelligence Group (GTIG) e a Mandiant observaram invasores usando o framework open-source ARTEX com credenciais roubadas. Seus seis sub-agentes executaram varreduras de permissões no Azure e na AWS, Kerberoasting, DCSync e envenenamento de logs do MySQL, que gravava webshells JSP em rajadas de apenas 2 a 25 segundos. Entre os usuários do ARTEX estavam grupos de extorsão com motivação financeira e clusters suspeitos de ligação com a China (PRC-nexus), como o UNC7228, que foi de uma primeira conta a acesso profundo em cerca de quatro horas. O GTIG observou, porém, que os agentes eram muito ruidosos do ponto de vista forense e, às vezes, desfaziam o trabalho uns dos outros. A Mandiant recomenda credenciais de curta duração e com escopo bem restrito, tratar interfaces administrativas como Kudu/SCM como infraestrutura privilegiada, com acesso bloqueado, e adotar detecção comportamental ajustada para rajadas em velocidade de máquina.
O FOD Financiën, órgão responsável pelas finanças da Bélgica, tirou do ar os serviços MyMinfin, Tax-on-web e Biztax após um ciberataque. Até o momento, não há indícios de vazamento de dados, mas as investigações seguem em andamento.
Segundo os autores, sistemas jurídicos podem ter "vulnerabilidades" dormentes, que um atacante poderia usar um LLM para encontrar e explorar. O exemplo apresentado vem do sistema jurídico alemão, que exige que regulamentos executivos citem sua base legal. Os autores mostram uma seleção de regulamentos com dispositivos sem as devidas citações, o que poderia torná-los nulos e inexequíveis.
Mattias Geniar encontrou 712 listeners de Multipath TCP (MPTCP) no próprio laptop com Ubuntu 26.04, abertos sem o seu conhecimento por programas em Go como o tailscaled. A causa é que o Go 1.24 e versões posteriores habilitam MPTCP por padrão em sockets de escuta. Isso importa porque o único exploit conhecido para a CVE-2026-98432 exige um listener MPTCP. O bug é um use-after-free no handshake TCP IPv4 do kernel, que remonta ao Linux 4.4 e pode ser acionado com um único SYN. Os kernels stable do upstream foram corrigidos em meados de outubro, e Debian, Amazon Linux e Oracle UEK já lançaram patches. Ubuntu e RHEL, porém, ainda não tinham um kernel corrigido até 1º de novembro.
A CVE-2026-97229, falha com CVSS 10 no mecanismo de regex Onigmo, do Ruby, permite que atacantes não autenticados executem código por meio de configurações de CI/CD do GitLab especialmente criadas. Os atacantes miraram o Alpine Linux entre 20 e 21 de outubro, derrubaram processos worker e baixaram a imagem de container da instância. O Alpine não encontrou confirmação de execução de código nem de adulteração de repositórios, reconstruiu a instância e redefiniu senhas. A CISA incluiu a falha no catálogo KEV, que reúne vulnerabilidades com exploração ativa. Em implantações personalizadas de Ruby, atualizar apenas o GitLab pode não bastar. A recomendação é usar Ruby 3.3.13, 3.4.12, 4.0.9 ou versão posterior.
Uma versão maliciosa da extensão do Claude para VS Code, a 2.1.313, foi publicada por meio da conta oficial da Anthropic no Cursor. O alvo eram até 5.000 desenvolvedores. A extensão coletava detalhes do host e do ambiente e tentava adicionar uma chave SSH e abrir um reverse tunnel, mas bugs limitaram a persistência no Windows e no macOS. Em resposta, o Cursor removeu a extensão, bloqueou o servidor associado, rotacionou chaves e auditou o marketplace. Quem instalou ou atualizou a extensão na quinta-feira deve verificar os indicadores de comprometimento (IoCs) publicados.
A Binance retomou os saques de forma gradual após o roubo de US$ 6,3 bilhões. O FBI atribui o ataque ao TraderTraitor, grupo ligado à Coreia do Norte e parte do Lazarus Group. A invasão envolveu um laptop comprometido e um malware que apagou evidências. A Binance já repôs 90% dos ativos roubados e se comprometeu a cobrir o restante. O FBI alerta que os fundos roubados estão sendo convertidos em Ethereum e lavados por meio de DeFi e serviços de instant swap.
Xusheng Li, pesquisador da Vector 35, apontou o Codex para o servidor MCP do Binary Ninja e recuperou as chaves hardcoded no NetacFileLock, no KakaSoft USB Copy Protection e no Nexcopy Copy Secure, levando de 7 a 26 minutos em cada um. Nos três produtos, a chave era fixa no binário, derivada de uma seed embutida ou liberada por um certificado no viewer, de modo que a senha do usuário nunca protegia os arquivos. Em outra frente, o time-travel debugging revelou duas contas ocultas no drive YutianDun, da SecZure, com senhas tão fracas quanto "123456", capazes de descriptografar qualquer arquivo. Li não fez a divulgação aos fabricantes porque os drives já em uso não podem receber correção. Ele argumenta que a validação no lado do cliente nunca é segura e que, por isso, os compradores só devem confiar em drives que derivem a chave de criptografia da senha do usuário.
Na semana passada, o Google e parceiros do setor desmantelaram o backdoor XCPE, que incluiu mais de 1,3 milhão de set-top boxes em um botnet. O Google Threat Intelligence Group avalia, com alta confiança, que o backdoor e o botnet foram desenvolvidos, implantados e operados de forma intencional, com fins financeiros, pela Videostrong Technology Co., fabricante Android do tipo OEM e ODM. A Videostrong monetizava o backdoor vendendo acesso a afiliados criminosos e carregando os módulos de malware deles nos dispositivos infectados. Esses módulos faziam fraude de anúncios, inscreviam os aparelhos silenciosamente em redes de proxy residencial e instalavam malware adicional. O Google também agiu para derrubar os domínios de command and control (C2) que operam esses módulos. Como cada afiliado tem canais de distribuição próprios além do XCPE, a avaliação é que a derrubada desses domínios cortará o acesso a pelo menos 10 milhões de dispositivos comprometidos adicionais. O software malicioso foi encontrado embutido em diversos modelos e marcas ao longo de vários anos, com infraestrutura dedicada e configurações em constante mudança para evitar detecção e gerenciar afiliados. Segundo o Google, a campanha não foi obra isolada de um insider nem falha de desenvolvimento. A empresa rompeu relações com a Videostrong e a proibiu de fabricar dispositivos com apps do Google pré-instalados. A Videostrong usou técnicas de ofuscação para explorar uma lacuna nos testes de compatibilidade e segurança e carregar código malicioso após o primeiro boot; o Google alterou seu processo de revisão para reduzir o risco de casos semelhantes. Sem conhecimento ou consentimento dos usuários, os dispositivos infectados serviram para fraude de anúncios, exfiltração de dados e roteamento de tráfego malicioso. Participaram da ação a Polícia Nacional do Japão, Lumen, HUMAN Security, Plume, Synthient e TrendAI. O Google afirma que backdoors, redes de fraude de anúncios e provedores de proxy residencial formam uma cadeia de suprimentos interconectada, e que uma disrupção duradoura exigirá continuar mirando essa infraestrutura. As medidas incluem ação judicial para derrubar domínios e servidores usados no controle do botnet e na instalação de módulos, ação judicial contra domínios C2 de mais de uma dúzia de famílias de malware carregadas como módulos, banimento da Videostrong e de futuras subsidiárias ou afiliadas da fabricação e venda de dispositivos Android certificados e do fornecimento de software a outros fabricantes certificados, além de melhorias na verificação da integridade do firmware em dispositivos Android TV certificados.
Em 24 de outubro de 2026, um sábado, a AWS realizou um exercício para demonstrar que a AWS European Sovereign Cloud pode operar sem depender de infraestrutura fora da União Europeia (UE). Segundo a empresa, foi o primeiro exercício técnico público a demonstrar a independência de uma Region de nuvem soberana. A AWS European Sovereign Cloud é uma partição de nuvem nova e independente para a Europa, disponível desde janeiro de 2026, com a primeira AWS Region em Brandenburg, na Alemanha. Ela é física e logicamente separada das demais AWS Regions, sem dependências críticas de infraestrutura fora da UE, e todo o conteúdo e os metadados criados por clientes permanecem na UE. A gestão é feita por entidades jurídicas europeias dedicadas, estabelecidas sob a lei alemã, e a operação ocorre inteiramente na Europa. Apenas residentes da UE localizados na UE controlam operação e suporte, e a AWS faz a transição gradual para que a operação fique exclusivamente com cidadãos da UE localizados na UE. Na operação normal, a nuvem usa dois sistemas globais: o backbone da AWS Global Network e um sistema dedicado, operado pela equipe local da UE, para gerenciar transferências limitadas e controladas de dados operacionais da AWS. Segundo o texto, nenhum dos dois é crítico para o funcionamento. No exercício, a equipe desligou ambos, e o tráfego que normalmente passa pelo backbone foi redirecionado com segurança pela internet pública. Por várias horas, a operação rodou apenas com software e hardware próprios, com equipe residente na UE. As workloads continuaram em execução e os clientes mantiveram acesso aos dados. A AWS informa que não houve impacto na disponibilidade dos serviços na European Sovereign Cloud, em outras AWS Regions nem na conectividade privada via AWS Direct Connect. Ao final, o tráfego voltou ao caminho normal. Segundo a AWS, o exercício foi conduzido de forma aberta, com relato do resultado, e gerou evidências técnicas e operacionais verificáveis. Organizações de setores regulados e do setor público podem levar o resultado a reguladores e conselhos como evidência para documentos de compliance e garantia. O texto traz ainda depoimentos de clientes e parceiros, como a Capgemini, que o considera um ponto de prova importante para organizações europeias com requisitos rigorosos de soberania.
O Google Threat Intelligence Group (GTIG) relata que invasões recentes mostram agentes maliciosos usando frameworks para executar intrusões altamente automatizadas, sinal do uso adversarial cada vez maior de LLMs. Em relatório de setembro de 2026, o grupo já havia observado que adversários mais avançados começavam a migrar de prompts simples para workflows com agentes e automação baseada em LLMs. Desde então, GTIG e Mandiant observaram vários threat actors abusando dos frameworks open source de pentesting ARTEX, Hexstrike e CAIRN em atendimentos de resposta a incidentes, em diversas fases do ciclo de vida do ataque. Desde o fim de agosto de 2026, também foram vistos operando plataformas como PentAGI e possíveis harnesses customizados, com apoio da telemetria de pesquisa. Nesses casos, os agentes conduziram partes significativas do ataque, como movimentação lateral, exploração de bancos de dados e preparação de exfiltração. O GTIG descreve o cenário como uma mudança de paradigma, com intrusões em velocidade de máquina e encadeamento automatizado de caminhos de ataque. A mecânica segue a mesma, com credenciais comprometidas e sistemas sem patch, mas velocidade e escala criam um novo desafio defensivo. A Mandiant Consulting recomenda isolamento do control plane, credenciais de curta duração, menor privilégio, segmentação e detecção comportamental, todas práticas consolidadas de segurança. O ARTEX é uma plataforma autônoma e multiagente de pentesting e command-and-control (C2) ofensivo orientada por LLMs, escrita em Go e com console web em Next.js.
Em 29 de outubro de 2026, a Cursor informou que uma cópia adulterada da extensão Claude Code (anthropic.claude-code, versões 2.1.313 e 2.1.312) ficou disponível em seu marketplace por algumas horas, em uma tentativa de ataque à cadeia de suprimentos contra usuários da plataforma. Segundo a Cursor, o pacote ficou no ar de cerca de 2h27 às 13h35 (horário do Pacífico, PDT). A Microsoft confirmou que os pacotes maliciosos nunca foram publicados nem distribuídos pelo Visual Studio Marketplace ou pelo pacote npm @antropic-ai/claude-code, que não foram afetados. A Anthropic confirmou à Microsoft que seus sistemas não foram comprometidos e que não desenvolveu o pacote malicioso. Até agora, as evidências indicam que o incidente se limita ao marketplace da Cursor. O Microsoft Threat Intelligence analisou o código JavaScript injetado. O loader roda quando o módulo da extensão é carregado e tenta adicionar uma chave SSH controlada pelo atacante, habilitar o serviço SSH local, estabelecer reverse SSH forwarding, configurar persistência e reportar dados do host. O sucesso do acesso remoto depende dos privilégios do host, da configuração de SSH e da configuração do servidor do atacante, mas o loader pode gravar chaves e artefatos de persistência mesmo quando o acesso pelo túnel falha. Ele usa componentes embutidos e ferramentas nativas do sistema, sem baixar outro executável, e suprime a saída de comandos e captura erros em silêncio para esconder falhas e atividade maliciosa. A função injetada roda antes do código esperado da extensão e, via APIs do Node.js, pode coletar informações do host, modificar arquivos e executar comandos do sistema operacional. Após a tentativa de configurar acesso e persistência, um callback atrasado tenta enviar os dados coletados e nomes de variáveis de ambiente selecionadas. A sequência descrita reflete a ordem de execução do código e não prova que cada etapa teve sucesso em todos os hosts. Como mitigação, as organizações devem identificar sistemas que instalaram ou atualizaram automaticamente para essa versão a partir do marketplace da Cursor, preservar evidências, remover artefatos maliciosos confirmados, revisar a telemetria de endpoint e de rede e rotacionar credenciais ou revogar sessões quando a investigação indicar exposição. O post traz ainda detecções do Microsoft Defender XDR, consultas de advanced hunting, técnicas MITRE ATT&CK e indicadores de comprometimento (IOCs).
O Microsoft Threat Intelligence investigou duas intrusões conduzidas por humanos em que os atacantes usaram mensagens e chamadas no Microsoft Teams para se passar por equipes de TI ou de help desk. Por engenharia social, convenceram usuários a conceder acesso remoto interativo, principalmente via Quick Assist. Já conectados, instalaram runtimes portáteis de Python, Bun ou Java, fizeram descoberta de hosts e da rede e avaliaram o Active Directory Certificate Services (AD CS) em busca de caminhos de autenticação baseados em certificados. Os dois casos começaram com o mesmo padrão, mas divergiram na camada de certificados. No Caso 1, o atacante abusou de um template vulnerável a ESC1 (Enterprise CA Security Configuration 1) para obter certificados de autenticação de contas privilegiadas e executou DCSync. No Caso 2, usou PetitPotam, técnica que faz um servidor Windows se autenticar em um sistema controlado pelo invasor, e retransmitiu a autenticação NTLM do controlador de domínio para o AD CS Web Enrollment (ESC8). Com isso, obteve um certificado da conta do controlador de domínio e o usou em autenticação Kerberos baseada em certificado (PKINIT). Segundo a Microsoft, o padrão tem alto impacto porque uma sessão remota aprovada pelo usuário pode virar acesso privilegiado, respaldado por certificado, a identidades e à infraestrutura de domínio. No Caso 1, o attack disruption do Microsoft Defender restringiu as identidades cobertas e bloqueou boa parte da atividade seguinte, mas uma identidade privilegiada excluída da contenção automática continuou utilizável e depois permitiu a exfiltração de dados. No Caso 2, o Defender gerou alertas relacionados a ESC8, o cliente isolou a estação de trabalho associada e não foi observada progressão. A atividade não explorou vulnerabilidade no Teams; baseou-se em engenharia social e em configurações inseguras ou excessivamente permissivas do AD CS, e não é atribuída a um agente de ameaça específico. O AD CS pode transformar uma solicitação de certificado em um caminho de autenticação duradouro: um certificado obtido para uma conta privilegiada vale independentemente da senha comprometida. Redefinir a senha do usuário ou refazer a imagem da primeira estação não revoga o certificado emitido nem invalida tickets Kerberos já emitidos. No ESC1, um solicitante com poucos privilégios abusa de um template mal configurado, que permite informar a identidade na requisição e tem enrollment amplo. No ESC8, o atacante retransmite a autenticação NTLM de um usuário ou máquina para um endpoint de web enrollment do AD CS sem proteções contra relay e solicita um certificado como a identidade retransmitida. O post também traz métodos de investigação, recomendações de mitigação, orientações de detecção no Microsoft Defender e consultas de advanced hunting.
O Distributed Denial of Secrets publicou dados de mais de 40 mil funcionários do Departamento de Segurança Interna dos EUA (DHS). As informações foram obtidas de uma instância do Okta, mas a Okta afirmou que não sofreu uma violação. O material inclui nomes, números de telefone e endereços de e-mail dos funcionários.
