Sinopse

A proteção de infraestruturas críticas depende de muito mais do que criptografar dados e impedir acessos não autorizados. Em ambientes industriais, uma comunicação que não chega ao destino, um comando que sofre atraso ou um equipamento de rede comprometido podem interferir diretamente na operação de bombas, válvulas, sistemas de distribuição elétrica e outros processos físicos.

Motivação

A crescente integração entre redes industriais, sistemas corporativos e serviços em nuvem amplia essas dependências e introduz novos desafios para a segurança cibernética. O problema não está apenas em quem consegue entrar em um sistema, mas também em quem pode interferir nas comunicações das quais esse sistema depende para funcionar.

Uma pesquisa divulgada pelo Homeland Security Newswire, em 16 de outubro de 2026, ilustra esse cenário ao descrever uma técnica denominada ICS-Sniper, direcionada às comunicações de sistemas industriais. O estudo oferece uma oportunidade para discutir os limites dos controles tradicionais e a importância de integrar arquitetura segura, inteligência de ameaças e resiliência operacional.

A superfície de ataque não termina no perímetro da planta

Sistemas de controle industrial, conhecidos como ICS (Industrial Control Systems), são utilizados para monitorar e controlar processos físicos. Entre eles estão os sistemas SCADA (Supervisory Control and Data Acquisition), além dos sistemas aplicados em controladores lógicos programáveis (PLC), unidades terminais remotas (RTU) e interfaces homem-máquina (HMI).

Esses componentes desempenham funções diferentes, mas dependem da troca confiável e tempestiva de informações. Sensores fornecem dados sobre o processo, controladores executam lógicas de operação e sistemas de supervisão permitem que operadores acompanhem condições e intervenham quando necessário.

Historicamente, muitos ambientes industriais foram projetados para operar de maneira isolada. A necessidade de integração com sistemas corporativos, acesso remoto, manutenção especializada e serviços em nuvem ampliou a conectividade e, consequentemente, a superfície de ataque. Essa transformação não significa que a conectividade deva ser eliminada. Ela exige que cada conexão seja compreendida, justificada, monitorada e protegida de acordo com o risco operacional.

Um roteador, um gateway industrial ou um equipamento utilizado para conectar uma planta a um serviço externo pode representar um ponto relevante nessa arquitetura. Com esse componente comprometido, o impacto não precisa se limitar ao equipamento, pois pode alcançar as comunicações necessárias ao funcionamento de processos físicos. A segurança industrial, portanto, precisa considerar não apenas os ativos finais, mas também os caminhos pelos quais circulam os dados e os comandos que sustentam a operação.

ICS-Sniper: quando o tráfego criptografado se torna um ponto de exploração

A notícia publicada pelo Homeland Security Newswire apresenta uma técnica de ataque chamada ICS-Sniper, associada à possibilidade de interferir seletivamente nas comunicações entre instalações industriais e sistemas de monitoramento ou controle conectados à nuvem. O cenário descrito depende do comprometimento prévio de um roteador situado no caminho da comunicação. A partir desse ponto, o atacante pode observar características do tráfego, como o tamanho dos pacotes e os momentos em que são transmitidos, mesmo quando o conteúdo está criptografado.

Essas características podem revelar padrões de comunicação. Quando determinadas mensagens aparecem de maneira previsível, torna-se possível tentar identificá-las por seus padrões externos e interferir seletivamente em sua entrega. O aspecto relevante é que esse tipo de ataque não exige necessariamente a quebra da criptografia. O objetivo é interferir na disponibilidade da comunicação, e não, obrigatoriamente, ler ou modificar o conteúdo protegido.

Segundo o artigo, testes laboratoriais com modelos de sistemas de tratamento de água demonstraram efeitos operacionais associados à interrupção de comunicações, incluindo atraso no início do bombeamento de água tratada e prolongamento do estado de abertura de uma válvula simulada. Esses resultados devem ser interpretados com precisão. Trata-se de efeitos demonstrados experimentalmente, não de evidência de que a mesma técnica tenha sido utilizada contra uma instalação real. A possibilidade de reproduzir consequências semelhantes depende da arquitetura, dos protocolos, das salvaguardas existentes e das características do processo industrial.

Ainda assim, a pesquisa evidencia um problema importante, pois proteger o conteúdo de uma mensagem não garante que ela chegará ao destino no momento necessário.

Do pacote de rede ao impacto físico

Em ambientes industriais, a relação entre comunicação digital e processo físico é direta. Uma mensagem pode carregar uma medição, uma solicitação de atuação, uma atualização de estado ou uma informação necessária à coordenação de diferentes componentes. A perda ou o atraso dessas mensagens pode produzir efeitos distintos, conforme o processo envolvido. Uma estação de tratamento pode perder temporariamente a capacidade de acompanhar determinadas variáveis. Um sistema de bombeamento pode operar com informações desatualizadas. Em instalações elétricas, a perda de comunicação entre equipamentos pode comprometer funções de supervisão e coordenação. Esses efeitos não são automáticos. Sistemas industriais bem projetados possuem alarmes, intertravamentos, proteções independentes e mecanismos de operação segura. O impacto depende da função afetada, do tempo de indisponibilidade, das dependências entre componentes e da capacidade de resposta do sistema.

Para a análise de riscos, é útil representar a possível cadeia de consequências:

1. Equipamento de comunicação comprometida
2. Interferência no Fluxo de Mensagens
3. perda de informação ou coordenação
4. alteração das condições operacionais
5. possível impacto sobre o serviço.

Essa cadeia é um modelo de análise, não uma sequência inevitável. Seu valor está em ajudar a identificar onde uma falha cibernética pode atravessar a fronteira entre o ambiente digital e o processo físico.

Por essa razão, a avaliação de segurança precisa incluir consequências operacionais, e não apenas a quantidade de dados expostos ou o número de sistemas acessados.

Modelo Purdue e ISA/IEC 62443

Uma das referências utilizadas para compreender a organização de redes industriais é o modelo Purdue, associado à arquitetura de referência de sistemas de produção. Ele representa diferentes níveis funcionais, desde os dispositivos de campo e controladores até a supervisão, as operações industriais e os sistemas corporativos.

Em arquiteturas atuais, uma zona desmilitarizada industrial, ou DMZ industrial, pode ajudar a intermediar a troca de informações entre o ambiente industrial e as redes corporativas ou externas. Essa separação reduz a necessidade de conexões diretas e permite aplicar controles específicos a cada fluxo. Entretanto, a simples existência de uma DMZ não garante segurança. Regras de comunicação inadequadas, equipamentos vulneráveis e acessos administrativos excessivos podem preservar caminhos de ataque.

A ISA/IEC 62443 complementa essa abordagem ao estabelecer princípios e requisitos para a segurança de sistemas de automação e controle industrial. Entre seus conceitos estão a avaliação de riscos, a definição de zonas e condutos e a aplicação de requisitos de segurança compatíveis com as necessidades de cada ambiente. Na prática, algumas medidas merecem atenção:

• Identificar e documentar os equipamentos que conectam a planta a redes externas e serviços em nuvem.
• Restringir comunicações aos fluxos efetivamente necessários para a operação.
• Proteger interfaces administrativas e acessos remotos com autenticação forte, privilégios mínimos e registros de atividade.
• Monitorar alterações de configuração, atualizações de firmware e comportamentos anormais nos equipamentos de rede.
• Avaliar caminhos alternativos de comunicação e os riscos introduzidos por mecanismos de redundância.

A arquitetura deve ser analisada de ponta a ponta. Segmentar a rede reduz a exposição e limita a propagação de incidentes, mas precisa ser combinado com monitoramento, gestão de vulnerabilidades e mecanismos de continuidade operacional.

Inteligência de Ameaças Cibernéticas

A Inteligência de Ameaças Cibernéticas (CTI) contribui para transformar informações sobre técnicas, vulnerabilidades e comportamentos adversários em decisões defensivas. No contexto industrial, isso exige compreender as características dos equipamentos, os protocolos utilizados, as dependências entre sistemas e as consequências que uma interrupção pode produzir.

O MITRE ATT&CK for ICS oferece uma base para organizar táticas e técnicas associadas a ambientes de controle industrial. Sua matriz inclui comportamentos relacionados ao bloqueio de comunicações, à perda de disponibilidade e à interferência no controle de processos. Essa referência pode apoiar a construção de hipóteses de investigação e a identificação de lacunas de detecção. Entretanto, a associação de um incidente a uma técnica específica exige evidências. Uma falha de comunicação, isoladamente, não comprova a presença de um adversário.

Para investigar situações suspeitas, a CTI pode orientar a correlação de diferentes fontes de informação:

• Registros de roteadores, firewalls e gateways industriais.
• Alterações de configuração e sessões administrativas não habituais.
• Perdas, atrasos ou interrupções de pacotes fora dos padrões operacionais.
• Alarmes de processo e divergências entre comandos enviados e estados observados.
• Eventos de autenticação e atividades incomuns em acessos remotos.
• Informações sobre vulnerabilidades conhecidas dos equipamentos envolvidos.

A análise precisa distinguir fatos confirmados, hipóteses e lacunas de informação. Essa disciplina evita conclusões precipitadas e ajuda a direcionar a coleta de evidências para as questões mais relevantes.

Outro ponto importante é a relação entre segurança cibernética e engenharia de controle. Uma anomalia de rede pode ter origem em uma falha técnica, uma mudança operacional legítima ou uma ação maliciosa. A investigação deve considerar essas possibilidades antes de atribuir a causa do evento.

Resiliência operacional: detectar, conter e continuar operando

A proteção de infraestruturas críticas precisa ir além da prevenção. Mesmo com controles adequados, falhas de equipamentos, erros de configuração e incidentes cibernéticos podem ocorrer. A capacidade de manter condições seguras e recuperar os serviços deve fazer parte do planejamento.

Quatro frentes ajudam a estruturar essa capacidade.

• Prevenção. Manter inventários atualizados, avaliar vulnerabilidades, reduzir conexões desnecessárias e proteger os equipamentos que transportam comunicações operacionais. A gestão de riscos deve considerar tanto os ativos industriais quanto os componentes de rede e os serviços externos dos quais dependem.
• Detecção. Estabelecer uma linha de base do comportamento normal das comunicações e correlacionar dados de rede com eventos do processo. A detecção de atrasos, perdas seletivas de mensagens e divergências entre comandos e estados físicos pode ajudar a identificar incidentes que não seriam percebidos por ferramentas tradicionais de segurança de TI.
• Contenção. Definir procedimentos para isolar componentes comprometidos sem provocar riscos adicionais ao processo. A decisão de interromper uma conexão industrial precisa considerar as consequências para a segurança física, a continuidade do serviço e os mecanismos de proteção existentes.
• Continuidade e recuperação. Testar procedimentos de operação local, redundância, restauração de configurações e recuperação de equipamentos. Os testes devem verificar se as alternativas de contingência realmente mantêm o processo em condições seguras e se a retomada da conectividade não reintroduz o problema.

Essas medidas precisam ser desenvolvidas em conjunto por profissionais de segurança cibernética, engenharia, operação e gestão de riscos. Em ambientes industriais, uma resposta tecnicamente correta do ponto de vista da rede pode ser inadequada se desconsiderar os requisitos do processo físico.

O contexto brasileiro

No Brasil, a proteção de infraestruturas críticas deve ser analisada à luz da Política Nacional de Segurança de Infraestruturas Críticas, da Estratégia Nacional de Segurança de Infraestruturas Críticas e dos instrumentos aplicáveis a cada setor.

No setor elétrico, a Resolução Normativa ANEEL nº 964/2021 constitui uma referência regulatória de segurança cibernética para os agentes abrangidos por suas disposições. Sua aplicação deve ser examinada em conjunto com os requisitos e procedimentos vigentes do setor.

Para sistemas de água e saneamento, as referências técnicas internacionais, como os materiais da Agência de Proteção Ambiental dos Estados Unidos (EPA), podem apoiar avaliações de risco, preparação para incidentes e planejamento de recuperação. Sua utilização no Brasil deve respeitar as características regulatórias e operacionais locais. A adoção de referências internacionais não substitui a análise das obrigações nacionais. Ela oferece, contudo, uma base técnica para identificar boas práticas e estruturar controles compatíveis com o risco.

O desafio é integrar governança, engenharia e segurança cibernética em um modelo de proteção que considere a continuidade dos serviços essenciais como um objetivo operacional.

Conclusão

A pesquisa sobre o ICS-Sniper chama atenção para uma dimensão frequentemente subestimada da segurança industrial: a possibilidade de interferir em comunicações sem necessariamente quebrar a criptografia ou comprometer diretamente os controladores.

O caso reforça que a segurança de infraestruturas críticas depende de múltiplas camadas de proteção. Criptografia, segmentação, segurança dos equipamentos de rede, monitoramento comportamental e mecanismos de continuidade possuem funções complementares. Nenhum desses controles, isoladamente, assegura a disponibilidade de um processo industrial. A proteção precisa considerar os caminhos de comunicação, as dependências tecnológicas e as consequências físicas que uma falha pode produzir.

Nesse cenário, a CTI oferece uma contribuição importante ao conectar pesquisas, vulnerabilidades, técnicas adversárias e evidências operacionais. Seu valor está em apoiar decisões fundamentadas, priorizar riscos e orientar a investigação antes que uma anomalia se transforme em uma interrupção relevante.

A questão estratégica não é apenas saber se os dados estão protegidos durante a transmissão. É também verificar se os sistemas conseguem reconhecer uma comunicação comprometida, responder com segurança e preservar a continuidade das operações.

Em infraestruturas críticas, a segurança cibernética precisa proteger não apenas a informação que circula, mas também a capacidade de manter os serviços essenciais funcionando de maneira segura e confiável.

Referências

1. Homeland Security Newswire. Researchers uncover new cyber threat to water and energy networks. 16 out. 2026.
2. National Institute of Standards and Technology (NIST). Guide to Operational Technology (OT) Security. Special Publication 800-82, Revision 3, setembro de 2023.
3. International Society of Automation (ISA) / International Electrotechnical Commission (IEC). Série ISA/IEC 62443 — Security for Industrial Automation and Control Systems.
4. MITRE. ATT&CK for Industrial Control Systems. Base de conhecimento sobre táticas e técnicas de adversários em ambientes industriais.
5. U.S. Environmental Protection Agency (EPA). Cybersecurity for the Water Sector. Orientações para avaliação de riscos, preparação e resposta a incidentes em sistemas de água e saneamento.
6. Brasil. Decreto nº 9.573, de 22 de novembro de 2018. Política Nacional de Segurança de Infraestruturas Críticas.
7. Brasil. Decreto nº 10.569, de 9 de dezembro de 2020. Estratégia Nacional de Segurança de Infraestruturas Críticas.
8. Brasil. Decreto nº 11.200, de 15 de setembro de 2022. Plano Nacional de Segurança de Infraestruturas Críticas.
9. Agência Nacional de Energia Elétrica (ANEEL). Resolução Normativa nº 964, de 14 de dezembro de 2021. Política de segurança cibernética a ser adotada pelos agentes do setor de energia elétrica.

Neste trabalho iremos discutir sobre como vulnerabilidades, identidade, confiança, supply chain e inteligência artificial estão convergindo para produzir operações cibernéticas mais rápidas e complexas.

Iniciamos com a afirmação de que a análise convencional de vulnerabilidades frequentemente termina no momento em que identifica a falha. No entanto, a análise de ameaças precisa começar justamente neste momento.

Vamos pensar o óbvio: Uma vulnerabilidade crítica pode permitir execução remota. Um bypass de autenticação pode permitir acesso a um sistema. Uma leitura arbitrária de arquivos pode expor informações sensíveis. Mas nenhuma dessas situações, isoladamente, descreve toda a capacidade operacional que pode ser obtida por um adversário.Portanto, a pergunta relevante para o time de CTI não é apenas:

“Qual vulnerabilidade foi identificada?”

A questão deve ser:

“O que um adversário consegue fazer com esse acesso?”

Essa mudança de perspectiva ajuda a explicar uma série de incidentes recentes. Em vez de eventos isolados, eles podem ser observados como partes de uma mesma cadeia:

Initial Access → Execution → Credential Access → Privilege Escalation → Persistence → Discovery → Lateral Movement → Collection → Exfiltration/Impact.

O ponto central é que o acesso inicial raramente representa o objetivo final.

Vamos agora considerar o recente caso do GitLab CVE-2026-85706. A falha é uma vulnerabilidade de path traversal não autenticada, classificada como CVSS 10.0. A exploração permite ao atacante fornecer um caminho arbitrário para que o servidor GitLab leia um arquivo no próprio sistema. A documentação da plataforma deixa uma distinção importante: o servidor pode ler o arquivo durante a exploração, mas isso não significa automaticamente que o conteúdo tenha sido efetivamente entregue ao atacante. É necessário investigar os indicadores apropriados para determinar eventual exfiltração.

Essa distinção é particularmente importante para CTI. Portanto, o analista não deve saltar diretamente de:

“Existe uma vulnerabilidade crítica”

para:

“Os segredos foram comprometidos.”

O raciocínio precisa seguir a cadeia:

Vulnerabilidade → leitura de arquivo → possível exposição de segredo → investigação de exfiltração → acesso subsequente.

O que interessa, portanto, é a capacidade potencial e a capacidade efetivamente observada.

A arquitetura do ativo modifica a análise sobre o acesso indevido. Esse entendimento pode ser aplicado ao Cisco Identity Services Engine. Em 16 de setembro de 2026, a Cisco publicou o alerta sobre a CVE-2026-76460, uma vulnerabilidade crítica que permite a um atacante remoto e não autenticado contornar a autenticação por meio de uma API do ISE. A fabricante classificou a falha com CVSS 10.0 e informou que não existem soluções alternativas, posteriormente, a exploração passou a ser tratada como ativa. Aqui cabe uma observação importante, o dado importante para CTI não é somente a pontuação de severidade, mas o papel do ativo e o impacto de seu comprometimento. O ISE não é simplesmente mais um servidor exposto. Ele integra mecanismos relacionados a identidade e controle de acesso.

Assim, a análise precisa considerar:

Qual ativo foi comprometido?

Que confiança esse ativo concentra?

Que identidades, políticas ou recursos dependem dele?

Que posição ele ocupa na arquitetura?

Uma mesma técnica de exploração pode produzir consequências muito diferentes dependendo do “ponto” em que ocorre.

Prosseguindo em nossa análise, historicamente, a defesa concentrou grande parte da atenção no host: proteger o computador, o servidor e a estação de trabalho. Essa visão continua válida, mas é atualmente considerada insuficiente. O atacante moderno também busca:

• credenciais;
• tokens de sessão;
• chaves de API;
• autorizações OAuth;
• credenciais privilegiadas;
• identidades federadas;
• mecanismos de autenticação persistente.

A razão é simples, a identidade tornou-se um ativo operacional, pois, depois que uma identidade legítima é obtida, o adversário pode deixar de depender exclusivamente da exploração técnica. Ele passa a operar dentro do ambiente por meio de mecanismos que o próprio ambiente reconhece como legítimos. A pergunta de CTI muda então de:

“Qual máquina foi comprometida?”

para:

“Qual identidade passou a ser controlada e o que ela pode fazer?”

Esse entendimento é essencial para interpretar ataques modernos.

A confiança pode ser explorada em diferentes camadas.

• Human Trust: O atacante convence uma pessoa a executar uma ação. O ClickFix é um exemplo direto. O CTIR Gov descreveu campanhas nas quais páginas aparentam apresentar CAPTCHA, erro ou atualização e orientam a vítima a abrir o “Executar” do Windows e colar um comando que inicia um processo malicioso.
• Brand Trust: A marca ou plataforma conhecida funciona como elemento de credibilidade. A vítima reconhece o nome e reduz sua desconfiança.
• Software Trust: Plugins, extensões, bibliotecas e componentes utilizados por aplicações legítimas podem ampliar a superfície de ataque.
• Identity Trust: OAuth, SSO, sessões e tokens permitem que uma ação aparentemente legítima seja realizada dentro de uma relação de confiança previamente estabelecida.
• Infrastructure Trust: Serviços legítimos, APIs, cloud e infraestrutura corporativa podem ser utilizados depois que o adversário consegue adquirir uma identidade ou acesso válido.

A consequência é uma superfície de ataque que já não pode ser descrita apenas como “Internet exposta”. A confiança transformou-se em superfície de ataque. Ela inclui relações de confiança. O conceito de attack chaining ajuda a interpretar esses eventos. Em vez de:

CVE → ataque

temos:

Exploit → acesso → descoberta → segredo → identidade → privilégio → persistência → movimento → impacto.

A campanha contra PaperCut é particularmente relevante nesse contexto, pois segundo a GreyNoise, um adversário utilizou centenas de agentes de IA para desenvolver, testar e executar ataques contra instalações vulneráveis do PaperCut NG/MF. A campanha comprometeu pelo menos 440 instâncias associadas a 395 organizações em 48 países. Os agentes foram utilizados em diferentes etapas da operação, desde a preparação do exploit até a expansão em escala.

Em alguns casos observados pela pesquisa, o intervalo entre o acesso inicial e a obtenção de privilégios elevados foi de poucos minutos. Em um dos casos divulgados, uma organização teria passado do acesso inicial a domínio administrativo em sete minutos. Isso muda a relevância operacional da vulnerabilidade. com o Attack chaining, a unidade de análise passa a ser a cadeia e, não apenas, a existência de um exploit para uma CVE. Sendo que a velocidade com que esse exploit pode ser transformado em uma operação faz toda a diferença.

Durante muito tempo, o modelo mental de uma operação cibernética podia ser representado como:

Reconhecimento → desenvolvimento → teste → exploração → persistência.

A automação altera esse intervalo, pois um conjunto de agentes pode executar tarefas paralelas:

Reconhecimento

↓

geração e adaptação

↓

teste

↓

execução

↓

nova tentativa

↓

escala

O caso PaperCut é relevante justamente porque a pesquisa da GreyNoise descreve agentes sendo utilizados em paralelo para construção de exploits, preparação de alvos e operações de comprometimento. A consequência para a defesa é direta, pois o tempo entre descoberta e exploração pode diminuir. Isso pressiona processos defensivos tradicionalmente baseados em ciclos mais longos de identificação, avaliação e correção. Nesse momento precisamos entender que o Agentic AI não é simplesmente “mais uma ferramenta”.

Inicialmente, torna-se necessário distinguir alguns níveis.

• AI-assisted: O humano decide e a IA auxilia.
• AI-augmented: A IA executa partes da operação.
• AI-orchestrated: A IA coordena diferentes ferramentas e fluxos.

Quando falamos da Agentic AI, o sistema recebe um objetivo e executa uma sequência de ações com menor intervenção humana. Essa diferença é relevante porque a unidade operacional deixa de ser uma única tarefa. O agente pode observar um resultado, interpretar a falha, alterar a estratégia e tentar novamente. Esse comportamento iterativo que aproxima o uso de IA de um componente operacional. No caso PaperCut, a GreyNoise relatou o emprego de centenas de agentes e fluxos paralelos para escalar o comprometimento.

O debate, portanto, não deveria ser reduzido a “IA usada por criminosos”. A pergunta mais útil é:

Quais etapas da cadeia passaram a ser automatizáveis?

Não podemos subestimar a relevância do Supply chain e sua quebra de confiança, pois a mesma lógica anterior aparece quando analisamos software de terceiros. Um componente pode ser legítimo, atualizado e amplamente utilizado. Ainda assim, sua posição dentro da arquitetura pode transformá-lo em um ponto de concentração de risco. A cadeia pode ser representada assim:

Fornecedor → software → biblioteca → plugin → dependência → aplicação → organização.

Quanto mais autonomia o componente possui e quanto maiores forem suas permissões, maior pode ser a consequência da quebra dessa relação de confiança. Essa discussão ganha relevância adicional com agentes de IA, porque um plugin ou extensão utilizado por um agente pode adquirir capacidade muito maior do que teria quando empregado como simples componente passivo. Por isso, supply chain deve ser analisada não apenas como procedência do código, mas como:

“O que este componente consegue fazer dentro do ambiente?”

Existe ainda uma consequência mais ampla. O acesso digital pode alcançar processos físicos. Em 2026, autoridades norte-americanas alertaram para ataques contra controladores lógicos programáveis expostos à Internet no setor de água e saneamento, associados a interrupções ou degradações operacionais. Aqui a cadeia ganha outra dimensão:

IT → identidade → gerenciamento → OT → processo físico.

Isso demonstra por que CTI não deve avaliar uma ameaça apenas pelo sistema diretamente comprometido, necessitamos perguntar:

qual processo depende desse sistema?

Um ataque contra um servidor pode ser um incidente de TI. Um ataque contra um sistema que controla um processo operacional pode transformar o mesmo evento em um problema de continuidade, segurança ou comprometer uma infraestrutura crítica.

A nossa análise até aqui aponta para mudanças na forma como se trabalha a inteligência de ameaças cibernéticas. Esse cenário sugere uma mudança de foco.

De:

Qual CVE apareceu hoje?

Para:

Qual capacidade operacional essa ameaça pode obter?

Uma matriz de análise pode começar assim:

Esse modelo também ajuda a separar fatos de hipóteses.

• Uma vulnerabilidade pode existir sem exploração.
• Uma exploração pode ocorrer sem exfiltração comprovada.
• Uma credencial pode ser obtida sem privilégio administrativo.
• Um acesso privilegiado pode não resultar em impacto.

Para CTI, essas diferenças são decisivas.

Os casos analisados apontam para uma arquitetura conceitual mais ampla:

Vulnerabilidade

↓

Execução / acesso

↓

Segredo

↓

Identidade

↓

Privilégio

↓

Persistência

↓

Movimentação

↓

Infraestrutura

↓

Automação / IA

↓

Impacto

Mas duas forças atravessam toda a cadeia:

• Confiança; e
• Automação.

A confiança permite entrar, permanecer ou parecer legítimo. A automação permite repetir, acelerar e ampliar. Essa combinação merece atenção.

A partir do tratado até aqui, podemos inferir que a existência de uma vulnerabilidade crítica continua sendo um indicador relevante, mas ela representa apenas uma parte da anatomia em análise. O verdadeiro valor analítico está em compreender a transformação:

falha → acesso → segredo → identidade → privilégio → capacidade operacional → impacto.

A campanha contra PaperCut mostra como a automação pode acelerar essa transformação em escala. O caso Cisco demonstra que uma falha em um componente relacionado à identidade pode ampliar a importância estratégica do acesso. O GitLab mostra por que a análise precisa distinguir leitura potencial de exfiltração efetivamente comprovada. O ClickFix demonstra que a confiança humana pode substituir mecanismos técnicos tradicionais de entrada. Por fim, os incidentes em ambientes OT mostram que a cadeia pode terminar muito além da máquina originalmente comprometida. Por isso, o indicador mais importante de uma ameaça não é necessariamente a existência de uma vulnerabilidade crítica, podemos afirmar que é a combinação entre acesso, identidade, privilégio, confiança, persistência, automação e velocidade operacional.

A defesa precisa acompanhar a cadeia, não apenas o evento. Fiquem seguros e sejam analíticos quando se tratar de olhar com olhos de inteligência.

A atualização crítica da Oracle de julho de 2026 chamou a atenção da comunidade de segurança não apenas pelo número recorde de 1.449 correções, mas pelo que esse volume representa: a Inteligência Artificial está mudando a forma como vulnerabilidades são descobertas. Ao mesmo tempo em que fortalece a defesa, ela também cria novos desafios para as equipes de segurança, que precisam decidir rapidamente quais riscos tratar primeiro.

Durante muitos anos, a gestão de vulnerabilidades era vista como um processo relativamente previsível. Os fabricantes publicavam seus boletins de segurança, as equipes avaliavam o impacto, planejavam uma janela de manutenção e aplicavam as correções conforme a criticidade dos ativos.

Todavia, esse modelo está mudando. Em julho de 2026, o Critical Patch Update (CPU) da Oracle trouxe absurdos 1.449 novos patches distribuídos por centenas de produtos, incluindo Oracle Database, Fusion Middleware, E-Business Suite e diversos componentes de infraestrutura. O volume impressiona, mas o verdadeiro recado está por trás desses números: a descoberta de vulnerabilidades está entrando em uma nova era impulsionada pela Inteligência Artificial.

Para quem atua como CISO, gestor de risco ou analista de cibersegurança, essa mudança merece atenção. A IA deixou de ser apenas uma ferramenta para responder incidentes ou auxiliar na análise de logs. Hoje ela já participa da identificação automática de falhas de programação, revisa grandes volumes de código e ajuda pesquisadores a localizar vulnerabilidades que poderiam permanecer invisíveis durante anos. Trabalhos acadêmicos recentes e iniciativas como o DARPA AI Cyber Challenge demonstram que agentes inteligentes já conseguem apoiar a descoberta e validação de vulnerabilidades em escala cada vez maior.

Esse avanço poderia representar uma excelente notícia para quem desenvolve software, mas existe outro lado dessa história, pois quando um fornecedor publica milhares de correções simultaneamente, ele também divulga, de forma indireta, informações suficientes para que pesquisadores, e também criminosos, iniciem processos de engenharia reversa dos patches. Com apoio de IA, esse trabalho tende a ser muito mais rápido do que no passado. Além disso, indica falhas no desenvolvimento das soluções, o que gera questionamentos se os grandes desenvolvedores realmente aplicam as melhores práticas de desenvolvimento seguro e Secure by Desing.

A janela de exposição (window of exposure) surge enquanto a organização ainda está avaliando impactos, negociando períodos de manutenção ou aguardando homologações. Durante isso,  atacantes podem utilizar ferramentas automatizadas para comparar versões corrigidas e identificar exatamente qual vulnerabilidade foi eliminada. Em muitos casos, isso acelera a criação de exploits conhecidos como “1-day”, desenvolvidos logo após a publicação oficial do patch. O problema, portanto, já não é apenas descobrir vulnerabilidades, mas também o quanto conseguiremos decidir sobre quais delas realmente colocam o negócio em risco e priorizar a implementação de suas correções.

No cenário descrito, onde centenas ou milhares de correções são divulgadas simultaneamente, tentar aplicar tudo imediatamente deixa de ser uma estratégia realista. Surge um fenômeno conhecido entre equipes de segurança como patch fatigue, ou fadiga de patches: excesso de demandas, filas crescentes, recursos limitados e dificuldade para estabelecer prioridades. A pergunta deixa de ser:

“Quantos patches precisamos instalar?”

E passa a ser:

“Quais patches reduzem o maior risco para a organização?”

Essa mudança exige uma gestão muito mais orientada por inteligência do que por volume. Uma priorização madura considera diversos fatores simultaneamente:

• o ativo está exposto à Internet?
• existe exploração ativa conhecida?
• há vulnerabilidades catalogadas pela CISA como exploradas em ambiente real?
• o impacto para o negócio é elevado?
• existe exploração pública ou PoC disponível?
• qual a facilidade de exploração indicada pelo CVSS e por outras métricas contextuais.

Nenhuma dessas perguntas pode ser respondida apenas olhando a pontuação CVSS. Nesse momento entram em cena, o uso de Threat Intelligence, ASM e inventário de ativos, pois a gestão contínua de exposição passa a fazer parte da análise e solução.

Outro ponto importante é compreender que a IA democratiza capacidades. Se ela permite que fabricantes encontrem vulnerabilidades mais rapidamente, também reduz barreiras para pesquisadores independentes e, infelizmente, para agentes maliciosos. A comunidade de segurança já discute esse novo equilíbrio, observando que ferramentas baseadas em LLMs podem acelerar tanto a identificação quanto a correção de falhas, enquanto também aumentam o volume de análises e pesquisas sobre vulnerabilidades recém-divulgadas.

Ao chegar neste ponto da análise, podemos afirmar que o tratado não significa que a Inteligência Artificial seja um problema. Naverdade, muito pelo contrário, ela tende a se tornar um dos principais aliados dos programas modernos de Vulnerability Management. Apenas como exemplo, a IA possibilita termos modelos capazes de correlacionar CVEs, inventários, inteligência de ameaças, exposição externa e criticidade dos ativos, que poderão auxiliar equipes a decidir, em minutos, aquilo que hoje leva dias ou semanas para ser analisado manualmente.

Talvez essa seja a principal lição deixada pelo Oracle CPU de julho de 2026. O recorde de 1.449 patches não representa necessariamente que o software esteja menos seguro. Pode significar exatamente o contrário, que estamos entrando em uma fase em que as vulnerabilidades serão descobertas em uma velocidade sem precedentes graças à automação e à Inteligência Artificial. O verdadeiro diferencial competitivo não será a capacidade de instalar milhares de correções, mas de identificar rapidamente quais delas representam risco real para o negócio e agir antes que adversários façam o mesmo.

No entanto, cabe sempre reforçar que a segurança cibernética continuará sendo uma disputa entre velocidade, inteligência e capacidade de adaptação.

Infere-se, portanto, que o cenário da cibersegurança está passando por uma transformação significativa. A Inteligência Artificial deixou de ser uma promessa e passou a integrar o ciclo completo da gestão de vulnerabilidades, desde a identificação de falhas até a priorização das correções. Essa evolução amplia a capacidade de defesa das organizações, mas também acelera a atuação de agentes maliciosos que utilizam as mesmas tecnologias para reduzir o tempo entre a divulgação de uma vulnerabilidade e sua exploração.

Nesse contexto, a maturidade de um programa de segurança não será medida apenas pela quantidade de patches aplicados, mas pela capacidade de combinar inteligência de ameaças, conhecimento do ambiente, automação e gestão de riscos para tomar decisões rápidas e assertivas.

Mais do que acompanhar a evolução tecnológica, CISOs e analistas precisam desenvolver processos que permitam transformar informação em ação. A Inteligência Artificial deve ser encarada como um multiplicador de capacidades humanas, potencializando a experiência, o pensamento crítico e a capacidade de tomada de decisão.

A velocidade com que vulnerabilidades são descobertas continuará aumentando. O diferencial das organizações resilientes será sua capacidade de correlacionar inteligência, contexto e automação para reduzir a janela de exposição e responder aos riscos de forma eficiente.

Fiquem seguros e utilizem a Inteligência Artificial para evoluir suas técnicas de defesa. A tecnologia continuará evoluindo, e as organizações que aprenderem a utilizá-la de forma estratégica estarão mais preparadas para enfrentar os desafios da segurança cibernética.

As referências abaixo serviram como base técnica e conceitual para a elaboração deste artigo e são recomendadas para aprofundamento do tema.

Oracle Corporation. Critical Patch Update Advisory – July 2026. Disponível em: https://www.oracle.com/security-alerts/cpujul2026.html

Oracle Corporation. Oracle Security Alerts. Disponível em: https://www.oracle.com/security-alerts/

Cybersecurity and Infrastructure Security Agency (CISA). Known Exploited Vulnerabilities (KEV) Catalog. Disponível em: https://www.cisa.gov/known-exploited-vulnerabilities-catalog

DARPA AI Cyber Challenge (AIxCC). Competição sobre Inteligência Artificial aplicada à descoberta e correção automatizada de vulnerabilidades. Disponível em: https://aicyberchallenge.com/semifinal-competition/

The Hacker News. Google’s AI Tool Big Sleep Finds Zero-Day Vulnerability in SQLite. Disponível em: https://thehackernews.com/2024/11/googles-ai-tool-big-sleep-finds-zero.html

CSO Online. Oracle’s July Update Fixes Ten Critical Vulnerabilities in Fusion Middleware. Disponível em: https://www.csoonline.com/article/4200184/oracles-july-update-fixes-ten-10-0-vulnerabilities-in-fusion-middleware.html

GitHub Security Advisories. Base pública de avisos de segurança e vulnerabilidades. Disponível em: https://github.com/advisories

National Vulnerability Database (NVD) – NIST. Base oficial de vulnerabilidades e métricas CVSS. Disponível em: https://nvd.nist.gov/

FIRST – Forum of Incident Response and Security Teams. Common Vulnerability Scoring System (CVSS). Disponível em: https://www.first.org/cvss/

Nota: As análises e reflexões apresentadas neste artigo foram elaboradas a partir de informações públicas disponíveis nas referências acima e representam uma interpretação técnica do autor sobre as tendências relacionadas à gestão de vulnerabilidades, Inteligência Artificial aplicada à cibersegurança e gerenciamento de riscos.

O IDCiber Threat Intelligence Center, por meio do monitoramento contínuo de fontes abertas, fóruns clandestinos e canais especializados, identificou a divulgação de uma alegada base de dados associada ao domínio governamental www.gov.il, anunciada por um ator de ameaça em 22/06/2025. Segundo a publicação analisada, o grupo afirma ter explorado uma vulnerabilidade de API e obtido acesso não autorizado a informações de aproximadamente 268.938 registros de cidadãos, contendo dados pessoais diversos. As evidências observadas incluem amostras de registros supostamente extraídos da base comprometida e disponibilizados em plataforma pública de compartilhamento de conteúdo. Em conformidade com as melhores práticas de proteção à privacidade, os dados pessoais identificáveis (PII) presentes nas amostras foram anonimizados nesta análise, não sendo reproduzidos nomes, documentos, telefones, endereços, e-mails, identificadores ou quaisquer informações que permitam a identificação direta de indivíduos.

A análise preliminar indica que o conjunto de informações alegadamente exposto contém categorias de dados de elevada sensibilidade, incluindo dados cadastrais, informações demográficas, informações de contato, dados de localização e outros atributos pessoais. Caso a autenticidade e atualidade da base sejam confirmadas pelas autoridades competentes, o incidente poderá representar riscos significativos de fraude, engenharia social, campanhas de phishing direcionado, roubo de identidade, comprometimento de contas e outras atividades criminosas. O anúncio também demonstra intenção de monetização dos dados por parte do ator de ameaça, que disponibilizou canal de contato para potenciais interessados na aquisição do conteúdo.

Até o momento da análise, as evidências observadas permitem confirmar a existência de uma publicação reivindicando a violação e exibindo amostras de registros, porém a validação integral da autenticidade, integridade, abrangência e origem dos dados requer investigação técnica complementar pelas entidades responsáveis. Considerando o potencial impacto sobre cidadãos e organizações governamentais, recomenda-se a realização de procedimentos de resposta a incidentes, validação dos dados expostos, revisão dos controles de acesso, análise de vulnerabilidades em APIs, monitoramento reforçado de credenciais e comunicação adequada às partes potencialmente afetadas.

• Classificação do incidente: Vazamento de Dados (Data Breach)
• Organização alvo: Domínio governamental (www.gov.il)
• Data da divulgação identificada: 22/06/2025
• Volume alegado de impacto: 268.938 registros
• Tipo de informação exposta: Dados pessoais e cadastrais (PII) – informações anonimizadas neste relatório
• Severidade estimada: Alta
• Status: Publicação identificada e em monitoramento

Fonte: IDCiber Threat Intelligence Center.

1. Introdução

Alvin Toffler (1928-2016) foi um dos futuristas do século XX. Além de ensaios sobre avanços tecnológicos, escreveu o livro O Choque do Futuro, no ano de 1970.

Em seu livro de maior sucesso, A Terceira Onda (1980), Toffler organizou a história da humanidade não por séculos ou dinastias, mas por grandes “ondas” que representaram momentos de mudanças tecnológicas e sociais.

Para Toffler, uma “onda” ocorre quando uma nova tecnologia ou forma de produzir riqueza colide com a sociedade, transformando modelos econômicos, as relações interpessoais, a forma de produção cultural e até mesmo a maneira como vivemos. As três ondas que Toffler apresentou, resumidamente, foram:

1ª Onda: A Revolução Agrícola – Iniciada há cerca de 10 mil anos, representou a transição do nomadismo para o sedentarismo. Caracterizou-se pelo domínio da agricultura e do pastoreio, onde a terra era a principal fonte de riqueza e poder.

2ª Onda: A Revolução Industrial – iniciada no final do século XVIII (Inglaterra) e que dominou os séculos XIX e XX. Os motores da mudança foram: a máquina a vapor, os combustíveis fósseis e a produção em massa.

3ª Onda: A Era da Informação – emergiu na metade do século XX (década de 1950/1960), cujos motores da mudança foram: o computador, a internet, a biotecnologia.

Ao encerrarmos o primeiro quarto do século XXI, uma ferramenta tecnológica demonstra estar revolucionando o cotidiano da sociedade e, ao mesmo tempo, desafiando nada menos do que a própria inteligência humana: a Inteligência Artificial (IA).

Diante desse cenário, então, surge uma indagação: em que medida o comunicado emitido pelo Five Eyes sobre IA faz soar o alarme para uma quarta onda?

Seria o Mythos, da Anthropic, a corrente de vento que começa a agitar os “mares da tecnologia”, os mesmos que conectam as nações por meio de uma navegação entre bits e bytes?

2) A Inteligência e o alarme

Five Eyes significa a aliança existente entre as Agências de Inteligência dos seguintes países: Austrália, Canadá, Nova Zelândia, Reino Unido e Estados Unidos da América (EUA), e representa, em última instância, a extensão do antigo projeto Echelon (vide livro Contra & Inteligência, 2024, pág. 83).

Em 22/06/2026, agências de cibersegurança ligadas ao Five Eyes emitiram um comunicado conjunto que denotou ser um alerta quanto à rápida obsolescência dos recursos tradicionais de cibersegurança, indicando que o avanço dos modelos de IA de Fronteira pode reduzir significativamente a marcha do tempo em relação à validade de premissas que orientam a cibersegurança tradicional.

Segundo o Five Eyes, as alterações tecnológicas que anteriormente eram esperadas ao longo de anos poderão ocorrer em poucos meses, exigindo maior capacidade de adaptação por parte das organizações públicas e privadas.

Em síntese, Agências de Inteligência anunciaram que ferramentas de IA estão incorporando novas e mais potentes capacidades de encontrar e explorar vulnerabilidades, cada vez mais rapidamente. Ou seja, a marcha do tempo foi acelerada pela IA reduzindo a janela temporal entre o surgimento de uma vulnerabilidade e sua exploração prática.

O alerta baseia-se na rápida evolução dos modelos de IA, que demonstram capacidades para executar, com elevado grau de automação e velocidade, atividades que tradicionalmente exigiam equipes altamente especializadas. Entre elas destacam-se:

‒        o reconhecimento técnico de infraestruturas digitais, mediante o mapeamento automatizado de ativos físicos e serviços;

‒        a identificação e correlação de vulnerabilidades em softwares, sistemas operacionais e aplicações;

‒        a análise de grandes volumes de dados para identificação de padrões, anomalias e oportunidades de exploração; e

‒        a priorização de vetores de ataque e o apoio à tomada de decisão em operações defensivas ou ofensivas no domínio cibernético.

Tarefas que antes dependiam predominantemente de operadores dedicados passam a ser executadas com maior velocidade e escala por sistemas baseados em IA, que, entre outras capacidades, podem reduzir barreiras técnicas para agentes maliciosos, ampliando a velocidade, a automação e a complexidade das operações cibernéticas.

O cenário torna-se ainda mais complexo porque amplia a capacidade operacional tanto de grupos criminosos independentes ou de atores patrocinados por Estados, tornando os ataques mais frequentes, adaptáveis e difíceis de serem detectados.

Embora muitas das recomendações já integrem as boas práticas consolidadas da cibersegurança, tal como a sempre sugerida redução da superfície de ataque, o Five Eyes orienta para que as organizações adotem estratégias baseadas em resiliência operacional, partindo do pressuposto de que incidentes de segurança poderão ocorrer.

Entre as medidas sugeridas estão:

‒        incorporação da IA para as operações defensivas;

‒        modernização de infraestruturas legadas;

‒        cadência de patching;

‒        fortalecimento dos controles de acesso e a aplicação do princípio do menor privilégio; e

‒        aprimoramento das capacidades de detecção, contenção e resposta a incidentes.

O alerta também evidencia uma mudança na dinâmica da cibersegurança. Se, nas últimas décadas, a evolução das defesas ocorreu por meio de melhorias graduais, a IA tende a reduzir significativamente os ciclos de inovação, exigindo revisões mais frequentes das arquiteturas de segurança, dos processos de governança e das estratégias de gestão de riscos. Nesse contexto, a capacidade de adaptação contínua passa a ser um componente essencial da postura de segurança das organizações.

A terminologia IA de Fronteira tornou-se mundialmente reconhecida na Cúpula de Bletchley Park, em novembro de 2023, também conhecida como Artificial Intelligence Safety Summit. Segue-se a sua definição:

2.1 What do we mean by frontier AI models?

For the purposes of this paper, we define “frontier AI models” as highly capable foundation models2 that could exhibit sufficiently dangerous capabilities. Such harms could take the form of significant physical harm or the disruption of key societal functionson a global scale, resulting from intentional misuse or accident [25, 26]. It would be prudent to assume that next-generation foundation models could possess advanced enough capabilities to qualify as frontier AI models, given both the difficulty of predicting when sufficiently dangerous capabilities will arise and the already significant capabilities of today’s models.[1] (grifei)

3) Quem é Mythos 5?

O Mythos 5 é um modelo de IA de Fronteira desenvolvido pela empresa Anthropic, pertencendo à mesma linhagem e geração do Claude.

Enquanto o Claude Fable 5 é a versão comercial e distribuída para o público e empresas, o Claude Mythos 5, como “irmão gêmeo” do Fable 5, compartilha a mesma base de dados, porém com modificações especificamente para defesa técnica avançada.

O Mythos, como modelo de testes controlados, encontrava-se enclausurado dentro de uma sandbox, uma espécie de prisão digital. Ao operar fora dessa sandbox, em pouco tempo, o Mythos encontrou centenas de falhas em sistemas operacionais, tal como o OpenBSD, navegadores, vulnerabilidades zero-day em softwares, além de bugs no Linux, inconsistências essas antes desconhecidas pelas comunidades de cybersegurança.

Essas descobertas, segundo o governo norte-americano, foram entendidas como potencialmente graves à segurança nacional dos EUA, resultando, em 12/06/2025, na diretriz de controle de exportação do Departamento de Comércio dos EUA que exigiu a suspensão imediata do acesso aos dois modelos por qualquer cidadão estrangeiro, tanto fora quanto dentro dos EUA, incluindo os próprios funcionários estrangeiros da Anthropic.

Como consequência, a Anthropic informou que, diante da dificuldade operacional de verificar, em tempo real, a nacionalidade de todos os usuários, optou por desabilitar temporariamente os modelos para toda a sua base de clientes. Segundo a Anthropic, o governo norte-americano não apresentou detalhes técnicos sobre a preocupação de segurança. A empresa declarou entender que a decisão estaria relacionada à existência de um método capaz de contornar (“jailbreak”) determinadas salvaguardas do modelo Fable 5, permitindo sua utilização para identificar vulnerabilidades de softwares.

Segundo a Anthropic, o Mythos 5 estava restrito a um conjunto limitado de organizações participantes do programa Project Glasswing, voltado para defesa cibernética e proteção de infraestruturas críticas.

A preocupação do governo norte-americano, em relação ao Mythos, seria decorrente do alerta de pesquisadores da Amazon que usaram prompts para fazer o Fable 5 fornecer informações supostamente proibidas e que poderiam auxiliar ciberataques.

Em suma, a determinação de suspensão, segundo o governo dos EUA, se deve ao potencial do modelo para acelerar a identificação de vulnerabilidades em softwares complexos, fortalecendo atividades defensivas, como auditorias de segurança e identificação preventiva de falhas. Entretanto, o mesmo modelo poderia ser empregado para apoiar agentes maliciosos a conduzirem operações ofensivas.

4) Reflexões críticas para a cybersegurança

Embora o comunicado do Five Eyes não mencione diretamente a Anthropic ou o Mythos, ambos os episódios convergem para uma mesma preocupação estratégica: o rápido aumento das capacidades ofensivas e defensivas proporcionadas pelos modelos de IA de Fronteira.

A metáfora da “quarta onda” parece ganhar consistência justamente porque os elementos disruptivos dessa transformação não decorrem apenas da evolução tecnológica em si, mas da velocidade com que os modelos de IA de Fronteira passam a alterar o equilíbrio entre ataque e defesa no domínio cibernético, com consequência diretas nas relações socioeconômicas.

A principal mensagem do comunicado é que modelos cada vez mais avançados tendem a acelerar a descoberta de vulnerabilidades, reduzir barreiras técnicas para agentes maliciosos e encurtar significativamente o ciclo de eficácia das arquiteturas tradicionais de cibersegurança.

O caso Mythos 5 da Anthropic representa um exemplo concreto para esse cenário de evolução tecnológica. Ao que tudo indica, em vez de tratar o risco apenas sob uma perspectiva teórica, o governo norte-americano passou a considerar determinados modelos de IA como ativos estratégicos, submetendo-os a mecanismos de controle compatíveis com tecnologias sensíveis de interesse para a segurança nacional, não distante do próprio espectro militar.

Sob essa perspectiva, os dois episódios (Five Eyes e Anthropic) sinalizam uma possível mudança de paradigma. A IA deixa de ser percebida apenas como uma ferramenta de inovação tecnológica e passa a integrar, de forma crescente e dual (civil e militar), as agendas de segurança nacional, governança tecnológica e competição estratégica entre Estados.

Não por acaso, CEOs de gigantes tecnológicas como o Google, OpenAI e a Anthropic estiveram presentes na última reunião do G7, realizada na cidade francesa de Évian-les-Bains, em junho de 2026, coincidentemente dias antes do comunicado das Agências de Inteligência. A ocasião foi marcada por uma deliberação conjunta voltada para o estabelecimento de diretrizes de governança para a IA, com ênfase na proteção de menores em plataformas online.

5) Conclusão parcial

Na medida em que essa nova onda tecnológica ganha forma, a atuação das Agências de Inteligência com projeção global, como o Five Eyes, torna ainda mais relevante o acompanhamento desse fenômeno sob a perspectiva da Inteligência Estratégica e da Contrainteligência Corporativa.

Até recentemente, as preocupações relacionadas à espionagem empresarial concentravam-se na proteção de pessoas, documentos, sistemas e redes. A rápida evolução dos modelos de IA, contudo, introduz uma nova categoria de ativo estratégico: a própria capacidade computacional de acelerar a identificação de vulnerabilidades, de ampliar a produção de conhecimentos técnicos especializados e de influenciar diretamente a vantagem competitiva de Estados e organizações privadas.

Nesse contexto, observa-se também o fortalecimento do que a Bravus Consultoria cita como sendo o Complexo Industrial da Inteligência (vide Contra & Inteligência, 2024, p. 104), caracterizado pela crescente integração entre governos, empresas de tecnologia, universidades, centros de pesquisa e organizações de defesa na disputa por capacidades críticas na Atividade de Inteligência e agora, mais do que nunca, em IA.

Se Alvin Toffler identificou três grandes ondas de transformação da civilização, os acontecimentos recentes sugerem que a IA poderá representar a força motriz de uma quarta onda, cujos efeitos extrapolam o ambiente tecnológico para alcançar a geopolítica, a segurança nacional e, por conseguinte, a contrainteligência corporativa.

Se essa interpretação estiver correta, talvez o alerta do Five Eyes não deva ser compreendido apenas como mais um Relatório de Inteligência (RELINT) sobre cibersegurança, mas como um dos primeiros sinais institucionais de que a IA inaugura uma nova fronteira de competição estratégica entre Estados, empresas e organizações.

Luis Fernando Baptistella

Capitão de Mar e Guerra (Vet.)

Diretor da Bravus Consultoria || Consultor em Inteligência e Contrainteligência

Autor dos livros Contra & Inteligência 4.0 e Counter & Intelligence 4.0

Pós-graduado em Inteligência Estratégica

Fontes consultadas:

https://www.cisa.gov/news-events/news/five-eyes-cyber-security-agencies-statement

Eric Geller – https://www.cybersecuritydive.com/news/ai-cyberattacks-five-eyes-frontier-models-warning/823526/

Pieter Arntz – https://www.malwarebytes.com/blog/ai/2026/06/claude-fable-5-and-mythos-5-abruptly-disabled-after-us-gov-deems-them-too-clever?utm_source=iterable&utm_medium=email&utm_campaign=b2c_pro_oth_20260622_juneweeklynewsletter_v4_178177982315&utm_content=Claude_logo

Bloqueios da Anthropic vieram após alerta da Amazon – CISO Advisor

Professor Danilo Gato – @odanilogato

Nota de Esclarecimento: Embora este artigo de opinião seja fundamentado nas referências citadas, o conceito de Quarta Onda, com base em Alvin Toffler, no que tange à Atividade de Inteligência e à Cybersegurança, é uma tese autoral desenvolvida pelo autor através de pesquisas e estudos próprios. Os direitos sobre esta metodologia/abordagem específica são reservados.

[1] Disponível em https://arxiv.org/abs/2307.03718.

Fonte: https://www.linkedin.com/pulse/quarta-onda-intelig%25C3%25AAncia-artificial-seguran%25C3%25A7a-e-nova-baptistella-xloif/

Um disparo indevido no sistema Defesa Civil Alerta expôs a superfície de ataque de uma infraestrutura crítica baseada em redes móveis 4G e 5G, Cell Broadcast e integrações entre governo e operadoras. Este artigo analisa o incidente sob a ótica de arquitetura provável desse sistema, segurança cibernética e telecomunicações.

Na madrugada de sábado, um disparo indevido do sistema Defesa Civil Alerta provocou o envio de mensagens de emergência para diversas regiões do Brasil, sem que houvesse um evento emergencial real correspondente. Segundo nota oficial, a plataforma foi retirada do ar após a identificação de um acesso não autorizado e a Polícia Federal foi acionada para investigação. Embora o episódio tenha sido inicialmente tratado como “possível invasão cibernética”, a análise técnica exige uma leitura mais ampla: trata-se de um sistema altamente distribuído, dependente de múltiplas camadas de infraestrutura, desde aplicações governamentais até redes móveis 4G e 5G operadas por “telecoms”.

O Defesa Civil Alerta é baseado no conceito de Cell Broadcast Service (CBS), padronizado em redes móveis LTE e 5G. Diferente de SMS tradicional, que é ponto a ponto, o Cell Broadcast funciona como um broadcast geográfico, pois a mensagem é injetada na rede da operadora e distribuída para todos os dispositivos conectados a células específicas da antena. Isso reduz latência e garante entrega mesmo em cenários de congestionamento.

Do ponto de vista de arquitetura, o fluxo típico envolve:

• Interface de autorização e gestão de alertas (IDAP ou equivalente institucional)
• Sistema central de decisão da Defesa Civil
• Gateways de integração com operadoras móveis
• Infraestrutura de rede 4G/5G (eNodeB/gNodeB)
• Camada de broadcast para dispositivos finais

Essa cadeia cria uma superfície de ataque ampla e distribuída, onde a segurança não depende de um único ponto, mas da coerência entre autenticação, autorização e integração entre sistemas heterogêneos. Podemos observar que, segundo documentação oficial de concepção de sistemas de alerta, esses sistemas são estruturados em quatro pilares: monitoramento de risco, análise, decisão e comunicação de alerta. O incidente em questão afeta diretamente o último pilar, que é a comunicação, mas pode ter origem em qualquer ponto anterior, incluindo a camada a integração com operadoras.

A nota oficial indica que o sistema foi “acionado remotamente por alguém não autorizado”, o que sugere uma quebra de controle de acesso lógico. Em arquiteturas modernas, isso pode ocorrer por diferentes vetores:

• Credenciais comprometidas em sistemas administrativos
• Token de API exposto ou mal protegido
• Falha em autenticação entre sistemas federados
• Exploração de vulnerabilidade em interface web ou middleware
• Má configuração em gateways de integração com operadoras

Um ponto crítico aqui é que sistemas como o IDAP e plataformas de alerta não operam isoladamente: eles são integrados a múltiplos serviços e dependem de autenticação forte entre domínios administrativos diferentes. Qualquer falha nesse encadeamento pode permitir a emissão indevida de alertas válidos do ponto de vista técnico da rede, mas inválidos do ponto de vista de governança.

Outro aspecto relevante é o papel das redes 4G e 5G. O Cell Broadcast é implementado diretamente na camada de controle da rede móvel, o que significa que, uma vez autorizado o envio, a distribuição é extremamente eficiente e praticamente imune a congestionamentos. No entanto, essa eficiência também implica um risco: a mensagem não passa por validações individuais em cada dispositivo. Ou seja, o controle precisa ser rigorosamente feito na origem. Em termos de segurança, isso caracteriza um modelo de alto impacto e baixa granularidade de controle no endpoint, o que reforça a necessidade de proteção forte na camada de backend.

A presença de um alerta classificado como “Alerta Extremo” com conteúdo fora do padrão esperado, incluindo termos não técnicos como “misantropia”, indica possível comprometimento não apenas do canal de envio, mas também da integridade do payload da mensagem. Isso sugere que o atacante teve capacidade de manipular o conteúdo estruturado do alerta, e não apenas acioná-lo.

Nesse contexto, a análise forense digital torna-se essencial. A perícia normalmente se concentra em:

• Logs de autenticação (quem acessou o sistema e quando)
• Trilha de auditoria de ações administrativas
• Integridade de APIs e tokens de sessão
• Eventual movimentação lateral dentro de redes governamentais
• Correlação com acessos externos via VPNs ou redes administrativas

A retirada imediata do sistema do ar indica uma ação de contenção, típica de resposta a incidentes de alta severidade. Em sistemas críticos, essa decisão é tomada para preservar evidências, impedir novos disparos e reduzir impacto operacional enquanto a integridade do ambiente é verificada.

Do ponto de vista de projeto de sistemas críticos, o incidente evidencia um ponto estrutural a ser destacada, que sistemas de alerta precisam ser desenhados sob o princípio de fail-safe control, onde qualquer comportamento fora do padrão esperado deve resultar em bloqueio automático de emissão, e não em execução.

Além disso, há uma dimensão de confiança pública. Sistemas de alerta via celular funcionam como mecanismos de alta credibilidade. Uma vez acionados incorretamente, há um risco de degradação de confiança. Este fenômeno, conhecido como alert fatigue, representa a situação onde usuários passam a ignorar notificações devido a falsos positivos.

O episódio também evidencia a complexidade da integração entre governo e operadoras de telecomunicações. Redes 4G e 5G operam com múltiplos nós distribuídos e virtualização de funções de rede (NFV), o que amplia a superfície de ataque quando há integração com sistemas externos. Embora o Cell Broadcast seja robusto do ponto de vista de entrega, ele depende criticamente da integridade da camada de sinalização e dos gateways de controle.

Em síntese, o incidente no Defesa Civil Alerta não deve ser interpretado apenas como um evento isolado de invasão, mas como um caso clássico de falha potencial em um sistema complexo com impacto nacional, onde segurança não depende apenas de software, mas da interação entre redes móveis, governança institucional e controles de acesso rigorosos.

A resposta das autoridades, que realizaram a remoção do sistema do ar e acionamento da Polícia Federal, segue o protocolo esperado em incidentes dessa natureza. O desafio agora é estrutural: reforçar autenticação, segmentação de rede, auditoria contínua e mecanismos de validação dupla antes da emissão de qualquer alerta crítico.

No final, o caso reforça uma verdade central da cibersegurança moderna, quanto mais crítico o sistema, menor pode ser a tolerância a falhas de autorização, porque o impacto não é digital, é diretamente na sociedade.

Motivação

O STX RAT representa mais um representante relevante da evolução contínua dos Remote Access Trojans (RATs) baseados em .NET, operando em um ecossistema onde acessibilidade, modularidade e baixo custo de entrada favorecem sua rápida disseminação entre atores de ameaça com diferentes níveis de sofisticação. Para a tomada de decisão de CISOs, o risco não reside apenas nas capacidades técnicas do malware, mas na combinação de três fatores críticos:

• Facilidade de aquisição e operação (commodity malware)
• Capacidade de persistência silenciosa em endpoints corporativos
• Integração com cadeias de ataque maiores (stealers, loaders, ransomware)

O STX RAT não é, isoladamente, uma ferramenta de alta sofisticação. No entanto, seu uso em campanhas oportunistas e sua capacidade de fornecer acesso contínuo ao ambiente comprometido o tornam um multiplicador de risco, frequentemente atuando como estágio intermediário para ataques mais destrutivos. Do ponto de vista de negócio, os principais impactos incluem:

• Exfiltração de dados sensíveis (credenciais, documentos, sessões)
• Comprometimento prolongado sem detecção
• Uso como ponto de apoio para ransomware
• Exposição regulatória (LGPD) e dano reputacional

A Evolução

O STX RAT se insere no ecossistema consolidado de RATs baseados em .NET, ao lado de famílias como AsyncRAT e QuasarRAT. Essas ferramentas compartilham características comuns:

• Código relativamente acessível
• Facilidade de customização
• Interfaces de controle amigáveis
• Distribuição via fóruns underground e canais fechados

Em 2025, cabe destacar que houve uma convergência entre três categorias de malware:

• RATs tradicionais (controle remoto)
• Infostealers (exfiltração rápida de dados)
• Loaders (entrega de payloads adicionais)

O STX RAT acompanha essa tendência ao oferecer:

• Capacidades de coleta de dados
• Execução remota de comandos
• Flexibilidade para integração com outros payloads

O STX segue a tend6encia de Malware-as-a-Service (MaaS), um modelo de negocio criminoso onde deliquentes menos experientes conseguem conduzir campanhas eficazes com baixo investimento técnico.

3. Análise de Kill Chain

3.1 Vetores de entrada

O STX RAT é tipicamente distribuído por meio de vetores amplamente conhecidos, porém ainda eficazes:

• Campanhas de phishing com anexos maliciosos
• Arquivos compactados contendo executáveis disfarçados
• Arquivos ISO, LNK e loaders
• Software pirata, cracks e keygens
• Malvertising

A eficácia desses vetores depende fortemente de engenharia social, frequentemente adaptada ao idioma e contexto regional, além de ser cada vez mais efetiva graças ao uso intensivo de IA.

3.2 Execução inicial

Após o acesso inicial:

• O usuário executa um loader ou dropper
• O payload é descompactado ou injetado em memória
• Pode haver uso de LOLBins (ex.: PowerShell) para execução indireta

3.3 Persistência

O STX RAT estabelece persistência utilizando:

• Chaves de registro (Run/RunOnce)
• Tarefas agendadas
• Cópias em diretórios persistentes do sistema

Essa persistência é projetada para se manter a reinicializações e ofuscar as ações de ferramentas, analistas e .

3.4 Expansão e pós-exploração

Embora não seja um framework completo, que inclua o movimento lateral, o acesso fornecido permite:

• Execução de ferramentas adicionais
• Download de payloads secundários
• Movimentação manual por operadores

4. Arquitetura Técnica do STX RAT

O STX RAT, por suas características de desenvolvimento, possui:

• Portabilidade
• Ofuscação
• Rápido desenvolvimento

4.1. Capacidades principais:

• Keylogging
• Captura de tela
• Gerenciamento de arquivos
• Execução remota de comandos
• Monitoramento do sistema

A comunicação entre cliente e servidor permite controle quase em tempo real.

5. Evasão

O STX RAT emprega técnicas comuns, porém eficazes:

5.1. Ofuscação

• Proteção de strings
• Packing do binário

5.2. Evasão de análise

• Detecção de ambiente virtual
• Delay de execução
• Verificação de sandbox

5.3. Evasão de defesa

• Uso de LOLBins
• Execução em memória (parcial)
• Possível bypass de mecanismos como AMSI

O objetivo não é invisibilidade total, mas reduzir a probabilidade de detecção automática.

6. Comando e Controle (C2)

A comunicação C2 geralmente utiliza:

• HTTP/HTTPS
• Portas customizadas
• Comunicação periódica (beaconing)

6.1. Características:

• Uso de VPS de baixo custo
• Rotação de IPs/domínios
• Infraestrutura descartável

Essa arquitetura favorece:

• Resiliência operacional
• Dificuldade de bloqueio completo

7. Impacto na América Latina

A América Latina apresenta condições favoráveis para disseminação do malware:

• Alta taxa de uso de software não licenciado
• Menor maturidade em segurança em PMEs
• Forte uso e eficácia de engenharia social

Setores frequentemente impactados:

• Financeiro
• Governo
• Pequenas e médias empresas

Campanhas costumam explorar:

• Idioma local (português ou espanhol)
• Temas como boletos, impostos, entregas e serviços bancários são os mais frequentes.

8. Técnicas, Táticas e procedimentos (TTPs)

O comportamento do STX RAT pode ser mapeado em diversas táticas:

a) Initial Access

• Phishing (T1566)

b) Execution

• User Execution (T1204)
• PowerShell (T1059.001)

c) Persistence

• Registry Run Keys (T1547.001)
• Scheduled Tasks (T1053)

d) Defense Evasion

• Obfuscated Files (T1027)
• Virtualization/Sandbox Evasion (T1497)

e) Command & Control

• Application Layer Protocol (T1071)

f) Exfiltration

• Exfiltration Over C2 Channel (T1041)

9. Estratégias de Detecção e Defesa

9.1. Controles técnicos

• EDR/XDR com análise comportamental
• Monitoramento de rede
• Detecção de anomalias

9.2. Hardening

• Bloqueio de macros
• Controle de execução de scripts
• Princípio do menor privilégio

9.3. Conscientização dos Usuários

• Treinamento contínuo contra phishing

Os ataques de ransomware estão longe de desacelerar. No último ano, foram registradas 11.796 vítimas diretas desse tipo de ciberataque ao redor do mundo, 1,3 vítimas por hora, segundo dados do BTTng da Apura Cyber Intelligence, plataforma de inteligência em ameaças cibernéticas. O impacto vai além dos números: empresas paralisadas, serviços essenciais comprometidos e milhões de pessoas expostas a riscos iminentes.

A onda de ataques abrange qualquer empresa de todos os segmentos, desde a saúde até os serviços públicos. Em maio passado, a Ascension Healthcare, uma das maiores operadoras de saúde dos EUA, foi alvo de um ataque cibernético que comprometeu sistemas críticos, incluindo registros médicos e comunicação interna. Hospitais ficaram sem acesso a informações essenciais por semanas, forçando equipes a recorrerem a procedimentos manuais. “Isso gerou riscos reais, com erros relatados no Kansas e em Detroit, que poderiam ter resultado em graves consequências médicas”, explica Anchises Moraes, Especialista de Theat Intel da Apura.

A Ascension não divulgou oficialmente o grupo por trás do ataque, mas investigações apontam para o Black Basta. Sete dos vinte e cinco mil servidores foram comprometidos, e 5,6 milhões de indivíduos receberam notificações sobre o possível vazamento de dados.

No Brasil, a TOTVS foi alvo do grupo BlackByte, com relatos de que dados da empresa foram acessados. A companhia informou seus acionistas, garantindo a continuidade dos serviços, mas sem dissipar completamente a incerteza. Já a Sabesp sofreu um ataque do grupo RansomHouse, que não apenas roubou dados, mas também os publicou posteriormente.

O futuro dos ataques: alvos menores, impactos maiores

Se antes os criminosos miravam grandes corporações exigindo valores exorbitantes, a tendência é que ataques menores, porém em massa, ganhem força em todo o mundo, incluindo o Brasil. Pequenas e médias empresas se tornaram alvos fáceis, já que possuem menos recursos para segurança e maior propensão a pagar resgates. “Elas têm mais dificuldade em recuperar dados roubados ou encriptados, tornando-se presas ideais para esses criminosos”, alerta Anchises.