Da vulnerabilidade à autonomia: a nova cadeia operacional dos ataques cibernéticos
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:
| Elemento | Pergunta de CTI |
|---|---|
| Vulnerabilidade | Como o adversário entra? |
| Exploração | Já está sendo utilizada? |
| Ativo | Onde ocorre o acesso? |
| Identidade | Que identidade pode ser obtida? |
| Credencial | Que recursos ela permite acessar? |
| Privilégio | Até onde o adversário pode chegar? |
| Persistência | Como permanece? |
| TTP | Como opera? |
| Automação/IA | Que etapas podem ser aceleradas? |
| Infraestrutura | Que outros ativos dependem desse ponto? |
| Impacto | O que pode ser interrompido, alterado ou extraído? |
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.

