Setembro de 2026 encerra com quatro acontecimentos que representam algumas das principais tendências observadas atualmente na segurança cibernética: automação ofensiva com inteligência artificial, exploração de vulnerabilidades zero-day, ataques contra equipamentos posicionados na borda das redes e comprometimento de sistemas responsáveis pela autorização de transações financeiras.
Entre os destaques do mês estão uma operação associada ao ransomware JadePuffer utilizando agentes de inteligência artificial para automatizar ataques contra ambientes Microsoft Azure, uma vulnerabilidade zero-day corrigida pela Apple após relatos de exploração direcionada contra usuários de iPhone, dois zero-days críticos do Citrix NetScaler já utilizados em ataques e um incidente contra a exchange Bitget que resultou no desvio estimado de US$ 387,5 milhões em ativos digitais.
Embora os casos envolvam ambientes completamente diferentes, todos reforçam um mesmo princípio: o impacto de um ataque aumenta significativamente quando o invasor alcança componentes com alto nível de privilégio, confiança ou capacidade de automação.
Ransomware utiliza agentes de IA para atacar ambientes Microsoft Azure
Uma das principais evoluções observadas durante o mês envolve a utilização de agentes de inteligência artificial em operações contra ambientes de nuvem. Segundo análises da Sysdig e da Microsoft Security Research, operadores associados ao malware JadePuffer passaram a automatizar diferentes etapas de ataques contra Microsoft Azure. O grupo foi relacionado pela Microsoft ao agente de ameaças identificado como Storm-3168. As atividades automatizadas incluíam:
Reconhecimento da infraestrutura;
Descoberta de recursos;
Coleta de credenciais;
Movimento lateral;
Persistência;
Criptografia ou destruição de dados.
O objetivo é reduzir a quantidade de intervenção manual necessária durante uma invasão e permitir que diferentes ações aconteçam em velocidade muito maior.
Mais de 100 contas de armazenamento foram atacadas em poucos minutos
Em dois ataques analisados pela Microsoft, os invasores começaram realizando reconhecimento do ambiente Azure e recuperando chaves associadas a contas de armazenamento. Posteriormente, iniciou-se uma fase destrutiva com duração aproximada de sete minutos. Nesse período, mais de 100 contas de armazenamento foram alvo de ações destrutivas. Outros serviços também foram atingidos ou investigados, incluindo:
Azure Key Vault;
Function Apps;
Máquinas virtuais;
App Services;
Azure SQL;
Recursos relacionados à recuperação.
O objetivo aparente era ampliar o impacto em diferentes partes da infraestrutura de nuvem. Esse comportamento demonstra uma das principais vantagens que a automação pode oferecer aos atacantes: velocidade. Uma operação que anteriormente dependeria de diversas ações manuais pode ser executada em poucos minutos.
Resource Locks impediram parte da destruição
Nem todas as ações foram bem-sucedidas.
Segundo a Microsoft, algumas contas permaneceram intactas graças ao uso de Resource Locks e outros mecanismos de proteção aplicados diretamente aos recursos.
Os atacantes também tentaram remover proteções relacionadas ao Azure Site Recovery, provavelmente para dificultar a recuperação do ambiente depois da fase destrutiva.
Tentativas de apagar determinados bancos de dados e mecanismos de recuperação falharam por questões técnicas, incluindo o uso de versões incorretas de API.
Esse detalhe demonstra que controles relativamente simples podem ter impacto significativo durante uma invasão.
Atacantes também passaram a procurar recursos relacionados à IA
Pesquisadores da Sysdig observaram posteriormente que o JadePuffer também começou a demonstrar interesse por ativos relacionados a inteligência artificial. Entre os possíveis alvos estavam:
Conjuntos de treinamento;
Bancos de dados vetoriais;
Informações utilizadas por aplicações de IA;
Outros recursos associados a cargas de trabalho inteligentes.
Uma ferramenta chamada EncForge foi identificada durante essas operações. Isso adiciona uma nova preocupação para empresas que utilizam IA em ambientes de nuvem. Bases de conhecimento, embeddings, dados de treinamento e configurações de modelos também precisam ser incluídos no inventário de ativos críticos.
Duas identidades de serviço comprometidas abriram caminho para o ataque
A Microsoft identificou duas entidades de serviço utilizadas pelos invasores. Service Principals são identidades empregadas por aplicações e serviços para acessar recursos no Azure. Uma delas foi utilizada principalmente para reconhecimento. A segunda participou de:
Descoberta de recursos;
Obtenção de credenciais;
Ações destrutivas.
Cerca de meia hora depois da primeira tentativa de apagamento, os invasores retornaram e realizaram mais de 30 solicitações para recuperar chaves de contas de armazenamento. O episódio mostra por que identidades não humanas precisam receber o mesmo nível de proteção aplicado a usuários privilegiados.
Credenciais expostas no GitHub podem ter contribuído
A Microsoft não conseguiu confirmar definitivamente o vetor inicial. Entretanto, os pesquisadores encontraram um indício relevante: credenciais associadas a uma das entidades de serviço haviam aparecido anteriormente em uma issue pública no GitHub. Segredos expostos em:
Repositórios;
Issues;
Documentações;
Scripts;
Arquivos de configuração;
Podem fornecer acesso direto a ambientes de nuvem sem que o atacante precise explorar uma vulnerabilidade técnica no Azure.
Prioridades para ambientes Azure
Entre as medidas mais importantes estão:
Revisar permissões RBAC;
Aplicar menor privilégio;
Procurar segredos expostos em repositórios;
Rotacionar credenciais;
Proteger Service Principals;
Utilizar Managed Identities quando possível;
Ativar Resource Locks em ativos críticos;
Proteger mecanismos de recuperação;
Monitorar operações destrutivas em massa;
Criar alertas para recuperação anormal de chaves.
O caso demonstra que, em ambientes de nuvem, identidade e autorização são parte da própria superfície de ataque.
Apple corrige zero-day explorado contra usuários de iPhone
Outro destaque do mês foi uma vulnerabilidade zero-day corrigida pela Apple. A falha foi registrada como CVE-2026-86950 e afeta o CoreGraphics, componente utilizado no processamento gráfico e renderização de documentos. Segundo a Apple, existem relatos de exploração da vulnerabilidade em ataques considerados extremamente sofisticados contra indivíduos específicos utilizando versões anteriores do iOS 27. A empresa não divulgou:
Identidade dos atacantes;
Alvos específicos;
Quantidade de vítimas;
Vetor exato utilizado.
Por isso, qualquer atribuição adicional não seria sustentada pelo material disponível.
Falha pode permitir execução arbitrária de código
A vulnerabilidade está relacionada a uma condição de escrita fora dos limites da memória. Quando explorado adequadamente, esse tipo de problema pode permitir que o invasor manipule partes da memória e execute código no dispositivo. O CoreGraphics possui relevância porque participa do processamento de diferentes tipos de conteúdo, incluindo documentos PDF. Um arquivo especialmente preparado poderia teoricamente ser entregue por:
Sites;
E-mail;
Aplicativos de mensagens;
Outros canais capazes de fornecer conteúdo processado pelo sistema.
Entretanto, a Apple não confirmou que esses tenham sido os vetores utilizados nos ataques conhecidos.
Risco de ataques com pouca interação
O material destaca que determinados conteúdos podem ser processados automaticamente pelo sistema. Dependendo do cenário, isso poderia reduzir a necessidade de interação da vítima. Entretanto, não há confirmação de que os ataques observados pela Apple tenham ocorrido em modelo zero-click. Essa diferença é importante. Possibilidade técnica e evidência de exploração real não devem ser apresentadas como a mesma coisa.
Meta ajudou a identificar a vulnerabilidade
A Apple informou que recebeu informações sobre a falha por meio da equipe de segurança de produtos da Meta. Isso chamou atenção porque vulnerabilidades anteriores envolvendo produtos Apple também foram relacionadas a campanhas que utilizavam aplicativos de comunicação. Entretanto, o material não confirma envolvimento do WhatsApp na exploração da nova CVE.
Atualizações já estão disponíveis
A falha foi corrigida em diferentes versões dos sistemas Apple, incluindo:
iOS 26.7.1;
iPadOS 26.7.1;
macOS Tahoe 26.7.1;
macOS Sequoia 15.8.1.
Segundo o comunicado, os ataques conhecidos foram observados contra iPhones utilizando versões anteriores ao iOS 27. Para usuários e empresas, a principal ação é simples:
- Atualizar imediatamente os dispositivos afetados.
Dispositivos móveis também precisam fazer parte da gestão de vulnerabilidades
Empresas frequentemente concentram a gestão de patches em:
Servidores;
Notebooks;
Desktops;
Firewalls.
Entretanto, smartphones corporativos também armazenam:
E-mails;
Tokens de autenticação;
Aplicativos corporativos;
Conversas;
Documentos;
Sessões de SSO.
Por isso, vulnerabilidades críticas em dispositivos móveis precisam ser tratadas com a mesma prioridade de outros endpoints.
Citrix confirma dois zero-days críticos no NetScaler
Outro caso de alta prioridade durante o mês envolve dispositivos Citrix NetScaler. A Citrix confirmou oito vulnerabilidades nos produtos NetScaler ADC e Gateway. Duas delas CVE-2026-88771 e CVE-2026-88772 já estavam sendo exploradas em ataques reais. Ambas receberam pontuação 9,5 no CVSS. Esses equipamentos são especialmente importantes porque frequentemente funcionam como porta de entrada para aplicações corporativas e ambientes internos.
NetScaler ocupa posição privilegiada na infraestrutura
Citrix NetScaler pode funcionar como:
Gateway;
ADC;
Ponto de acesso remoto;
Camada de distribuição de aplicações;
Interface para usuários externos.
Um comprometimento pode colocar o invasor em uma posição privilegiada para alcançar outros recursos corporativos. Esse tipo de equipamento deve ser tratado como ativo crítico.
CISA recomenda patch e investigação forense
A CISA determinou que órgãos federais norte-americanos corrigissem rapidamente as duas vulnerabilidades exploradas. Além da atualização, a agência recomendou triagem forense nos ambientes afetados. Isso significa investigar:
Logs;
Arquivos;
Contas;
Conexões;
Configurações;
Possíveis sinais de persistência.
A recomendação é importante porque instalar o patch impede novas explorações, mas não remove necessariamente um invasor que já tenha conseguido acesso.
Uma das falhas foi explorada antes da correção
Segundo a watchTowr, a CVE-2026-88771 já estava sendo explorada antes de existir uma atualização pública. Esse cenário caracteriza exploração zero-day. Quando isso ocorre, organizações podem permanecer vulneráveis mesmo mantendo um processo regular de patching, porque simplesmente ainda não existe correção disponível. Nesses casos, controles compensatórios passam a ser fundamentais. Entre eles:
Restrição de acesso;
Segmentação;
Monitoramento;
IPS;
Redução da exposição;
Bloqueio temporário de interfaces.
Apenas instalar o patch não encerra o incidente
A recomendação mais importante do caso Citrix é que organizações com equipamentos potencialmente expostos não devem assumir que estão seguras simplesmente porque instalaram a atualização. Se a vulnerabilidade já estava sendo explorada antes da publicação do patch, o atacante pode ter:
Criado contas;
Implantado persistência;
Extraído credenciais;
Modificado configurações;
Acessado sistemas internos.
A investigação é tão importante quanto a correção.
Prioridades para ambientes NetScaler
Organizações devem:
Aplicar imediatamente os patches;
Revisar alertas oficiais;
Investigar logs;
Procurar atividades incomuns;
Revisar contas administrativas;
Verificar persistência;
Monitorar conexões externas;
Restringir interfaces de gerenciamento;
Avaliar se houve exploração antes da atualização.
Equipamentos de borda precisam de monitoramento diferenciado justamente porque frequentemente são os primeiros sistemas alcançados por um atacante externo.
Hackers roubam US$ 387,5 milhões da exchange Bitget
O mês também terminou com um grande incidente envolvendo ativos digitais. A exchange Bitget informou ter sofrido um ataque que comprometeu parte da infraestrutura utilizada para administrar suas carteiras. Segundo a atualização da empresa, o valor roubado chegou a aproximadamente US$ 387,5 milhões. Inicialmente, a estimativa era de US$ 351,6 milhões, mas o valor foi revisado à medida que novas transações foram rastreadas. A ocorrência atingiu diferentes redes e ativos digitais.
Ataque teria manipulado o sistema de autorização
Segundo a CEO da Bitget, Gracy Chen, o ataque comprometeu um sistema de back-end crítico. A empresa afirma que os invasores manipularam informações de transações para fazer com que operações fraudulentas parecessem legítimas para os mecanismos internos de autorização. Esse detalhe é particularmente importante. O comprometimento não estaria restrito à chave privada de uma carteira. O alvo teria sido a lógica responsável por decidir se uma transação deveria ou não ser aprovada.
Segurança financeira depende de toda a cadeia de autorização
O caso reforça um princípio que vale tanto para criptomoedas quanto para sistemas financeiros tradicionais:
Não basta proteger o ativo final.
Também é necessário proteger:
Sistemas de aprovação;
APIs;
Back-end;
Chaves;
Assinaturas;
Serviços intermediários;
Políticas de autorização;
Controles antifraude.
Se o invasor consegue manipular o sistema que determina se uma transação é legítima, ele pode contornar diferentes controles posteriores.
Bitget atribui ataque a hackers norte-coreanos
A empresa relacionou o incidente a grupos de hackers ligados à Coreia do Norte. A atribuição foi baseada, segundo a Bitget, em análises de blockchain e padrões relacionados aos endereços IP observados. Essa atribuição deve ser apresentada como conclusão da própria empresa, e não como confirmação independente. O incidente acontece em um contexto no qual diferentes operações norte-coreanas já foram associadas por autoridades e empresas de segurança a grandes roubos de criptomoedas.
Saques foram interrompidos e restaurados gradualmente
Como medida de contenção, a Bitget suspendeu temporariamente determinados saques. Posteriormente, começou a restaurar as operações de forma gradual. Segundo a empresa, os saldos dos clientes permaneceram inalterados e o Fundo de Proteção será utilizado para cobrir o impacto financeiro. A retomada ocorreu por etapas para diferentes ativos e redes.
Empresa oferece recompensa para recuperar fundos
A Bitget também criou um programa de recompensa que oferece 5% dos valores recuperados ou congelados com ajuda de terceiros. A estratégia busca ampliar a colaboração para identificar e bloquear ativos movimentados pelos invasores. Em incidentes com criptomoedas, a transparência das blockchains pode permitir o rastreamento das movimentações, embora isso não garanta a recuperação dos ativos.
Incidente pode gerar golpes secundários
Usuários também precisam ficar atentos a campanhas que se aproveitam da repercussão do ataque. Criminosos podem criar:
Falsos suportes;
Sites clonados;
Perfis fraudulentos;
Mensagens pedindo recuperação de conta;
Links para supostos reembolsos.
A própria empresa orientou clientes a utilizar apenas canais oficiais durante o processo de normalização.
As principais tendências observadas no mês
Os quatro acontecimentos analisados apresentam diferenças significativas, mas juntos revelam alguns padrões importantes.
1. Ataques estão ficando mais rápidos
O caso envolvendo Azure mostra que agentes e automações podem realizar reconhecimento e ações destrutivas em questão de minutos.
Isso reduz a janela disponível para resposta.
Uma operação SOC não pode depender exclusivamente de análises manuais quando determinadas ações podem destruir dezenas de recursos em poucos minutos.
Controles automáticos de contenção passam a ter importância crescente.
2. Identidades não humanas se tornaram ativos críticos
Service Principals, chaves de API, contas de serviço e tokens possuem acesso real a ambientes de produção. Eles precisam ser tratados como identidades. Isso significa:
Menor privilégio;
Rotação;
Monitoramento;
Inventário;
Auditoria;
Expiração de segredos.
Uma credencial esquecida em um repositório pode ser suficiente para abrir um ambiente inteiro.
3. Equipamentos de borda continuam entre os principais alvos
NetScaler, VPNs, firewalls e gateways ocupam posições estratégicas. Eles ficam expostos à internet e possuem acesso privilegiado à infraestrutura interna. Quando uma vulnerabilidade é explorada nesses equipamentos, o invasor pode evitar diversos controles que protegem endpoints tradicionais.
4. Zero-days exigem resposta diferente de vulnerabilidades convencionais
Nos casos Apple e Citrix, os ataques começaram antes ou durante a disponibilização das correções. Nesse cenário, o processo tradicional:
descobrir CVE → esperar janela de mudança → instalar patch
pode não ser suficiente. Organizações precisam possuir procedimentos de emergência para:
Isolar sistemas;
Bloquear acessos;
Aplicar controles compensatórios;
Investigar comprometimentos;
Realizar patch fora da janela convencional.
5. IA começa a mudar a velocidade das operações ofensivas
O ataque contra Azure mostra um estágio adicional do uso criminoso de IA. A tecnologia deixa de servir apenas para criar phishing ou scripts e passa a auxiliar em uma cadeia mais ampla de operações. Reconhecimento, coleta de credenciais, enumeração e ações destrutivas podem ser coordenados automaticamente. Isso não elimina a participação humana, mas pode reduzir significativamente o trabalho necessário para executar determinadas fases.
6. Segurança financeira depende da integridade do processo
O incidente da Bitget demonstra que proteger carteiras ou chaves não é suficiente quando o sistema que autoriza as operações pode ser manipulado. O mesmo raciocínio vale para:
Bancos;
Fintechs;
Sistemas de pagamentos;
ERPs;
Plataformas de transferência.
A organização precisa proteger o fluxo completo da transação, e não somente o ativo final.
Prioridades para as organizações
Os acontecimentos do mês reforçam algumas ações que devem receber prioridade:
Inventariar ativos expostos;
Priorizar vulnerabilidades exploradas;
Criar processo emergencial de patching;
Investigar sistemas mesmo depois da correção;
Revisar Service Principals;
Monitorar segredos em repositórios;
Aplicar menor privilégio;
Utilizar Resource Locks;
Proteger mecanismos de recuperação;
Monitorar equipamentos de borda;
Implementar segmentação;
Fortalecer dispositivos móveis corporativos;
Monitorar operações destrutivas em cloud;
Criar alertas para grandes exclusões;
Testar resposta a incidentes em nuvem;
Revisar mecanismos de autorização financeira.
Também é importante reduzir a dependência de controles únicos. MFA, firewall, EDR ou backup isoladamente não resolvem todos os cenários. A defesa precisa funcionar em camadas.
Conclusão
Os acontecimentos de setembro mostram uma mudança importante no cenário de ameaças: velocidade e privilégio estão se tornando dois dos principais fatores que determinam o impacto de um ataque.
No Azure, agentes automatizados conseguiram realizar reconhecimento e iniciar uma fase destrutiva contra mais de 100 contas de armazenamento em poucos minutos.
No ecossistema Apple, uma vulnerabilidade zero-day demonstrou novamente que ataques altamente direcionados podem explorar componentes de processamento de conteúdo antes que detalhes públicos sobre a campanha estejam disponíveis.
Nos ambientes Citrix, a exploração de vulnerabilidades críticas antes e depois da publicação das correções reforça a necessidade de investigar equipamentos de borda mesmo após a aplicação do patch.
E no caso da Bitget, centenas de milhões de dólares foram desviados após o comprometimento de componentes relacionados à autorização das transações.
Esses casos mostram que não basta perguntar:
- “Temos uma vulnerabilidade?”
As organizações precisam responder perguntas mais amplas:
- Qual ativo está vulnerável?
- Esse ativo possui privilégios elevados?
- Está exposto à internet?
- A falha já está sendo explorada?
- Existe código público?
- Quais recursos o invasor conseguiria acessar a partir dele?
- Quanto tempo levaríamos para detectar e conter uma ação destrutiva?
Outro aprendizado importante do mês está relacionado às identidades. Usuários não são mais as únicas identidades relevantes. Aplicações, scripts, automações, Service Principals, APIs e agentes de IA também possuem permissões capazes de alterar ambientes críticos. Por isso, o princípio de Zero Trust precisa se estender a essas identidades não humanas. O cenário atual também exige que organizações abandonem a ideia de que a aplicação de um patch encerra automaticamente o risco.
Quando existe exploração ativa, a pergunta não deve ser apenas:
- “Atualizamos?”
- Mas também:
- “Fomos comprometidos antes de atualizar?”
Essa diferença transforma gestão de vulnerabilidades em resposta a incidentes. A principal lição de setembro é que a capacidade de limitar privilégios, detectar rapidamente comportamentos destrutivos e responder em minutos está se tornando tão importante quanto a prevenção tradicional.Em um ambiente no qual atacantes também utilizam automação e inteligência artificial, as organizações precisam preparar seus controles para operar na mesma velocidade.
