Com a inteligência artificial (IA) reduzindo o intervalo entre a descoberta de uma vulnerabilidade e sua exploração, além de diminuir a barreira de entrada para agentes mal-intencionados, novos dados da Sysdig mostram que operadores humanos experientes também conseguem agir com a mesma velocidade após obter acesso inicial.
Em um caso destacado pela empresa de segurança em nuvem, o threat actor saiu de um notebook Marimo vulnerável para um servidor bastião SSH em oito segundos, usando um toolkit em Python personalizado que, segundo a empresa, foi “escrito e depurado à mão”, sem qualquer agente de IA no fluxo.
“Oito segundos é o tipo de velocidade que esperamos ver em ataques assistidos por IA”, afirmou a equipe de pesquisa de ameaças da Sysdig. “Esse operador chegou lá apenas com habilidade, e no caminho passou direto por uma armadilha na qual caiu todo agente de ameaça agente (ATA) que analisamos contra a mesma CVE. Além de ataques humanos qualificados poderem se mover na velocidade de uma máquina, eles também costumam contornar melhor as detecções dos defensores.”
A cadeia de ataque explorou a
CVE-2026-39987
, classificada com CVSS 9,3, uma vulnerabilidade de execução remota de código antes da autenticação que afeta todas as versões do Marimo e entrou em exploração ativa poucas horas após a divulgação pública.
Após obter o ponto de entrada inicial, o threat actor teria executado uma cadeia ponta a ponta de pivoteamento de credenciais, aproveitando a falha no Marimo para conseguir um shell interativo completo. Em seguida, fez uma chamada ao Amazon Web Services (AWS) Secrets Manager com credenciais coletadas da instância comprometida e, depois, acessou via SSH um servidor bastião com a chave privada recuperada.
18:57:22: Nova conexão WebSocket estabelecida
18:57:26: Consulta ao segredo armazenado no aplicativo retorna a chave AWS obtida
18:57:30: Autenticação SSH observada no servidor bastião
Toda a atividade durou das 12h52, quando a primeira conexão WebSocket foi feita a partir de “172.236.12[.]17” para o endpoint WebSocket “/terminal/ws” exposto pelo Marimo, até 21h50. Nesse período, o threat actor também implantou uma configuração de listener no estilo asyncssh contra uma VPS controlada pelo atacante.
“Ao longo de uma sessão de nove horas, eles emitiram mais de 850 comandos interativos, não usaram nenhuma ferramenta ofensiva pública reconhecível e escreveram seus próprios scripts durante a sessão”, disse a Sysdig. “A técnica do operador convergiu para uma única invocação em segundo plano de Python 3, e não para um framework de agentes, que coleta a credencial, busca a chave SSH no Secrets Manager, grava o arquivo em disco e autentica no bastião via SSH em uma única ação.”
“A IA pode estar mudando a economia dos ataques, com mais alvos, menor tempo até a exploração e menos trabalho manual repetitivo, mas ainda não substituiu o atacante habilidoso que sabe construir do zero e evitar armadilhas.”
As descobertas surgem ao mesmo tempo em que a Hunt.io revelou detalhes de uma campanha de cryptomining que comprometeu 3.562 servidores Redis, provavelmente após uma varredura ampla na internet em busca de hosts Redis candidatos na porta 6379, enquanto executava três fluxos paralelos.
O primeiro era a descoberta de alvos WordPress, com varredura de uma lista de hosts HTTPS para identificar versão do WordPress, plugins instalados e se XML-RPC ou listagens de diretório estavam expostos.
O segundo usava injeção de chaves SSH authorized_keys baseada no modo append-only file (AOF) do Redis.
O terceiro fazia sondagens de escape de sandbox no Lua, executando comandos Redis EVAL e tentativas de fuga de sandbox em três hosts: “47.250.92[.]230”, “34.166.99[.]116” e “20.198.10[.]42”.
O principal método de exploração é o uso do comando SLAVEOF para inserir conteúdo controlado pelo atacante em um servidor Redis-alvo, o que resulta na implantação de um minerador XMRig. A atividade, que veio à tona após a descoberta de um ambiente de trabalho exposto em 188.245.99[.]156, não foi atribuída a nenhum threat actor ou grupo conhecido.
“As vítimas confirmadas abrangem o Redis 2.8.17, de 2015, até o 7.2.0, de 2023, e o Linux vai de versões EOL do RHEL/CentOS 6 até kernels atuais do Ubuntu, indicando que a fraqueza é a ausência de autenticação, e não um bug específico de versão”, disse a Hunt.io.
“O toolkit executa quatro técnicas em três serviços, mas apenas a replicação maliciosa do Redis funcionou em escala: a injeção de chave SSH e a fuga de sandbox no MongoDB tiveram zero resultado em 2.810 tentativas, e uma cadeia completa de credenciais do WordPress até webshell foi recuperada, mas não confirmada em escala.”
Nos últimos meses, um único operador também foi ligado a uma campanha em larga escala chamada Operation CameraSwarm, que comprometeu mais de 14.000 câmeras IP Dahua usando ataques de força bruta, falhas de bypass de autenticação (
CVE-2021-33044
e
CVE-2021-33045
) e uma técnica de relay peer-to-peer (P2P).
Publicidade
Tenha acesso aos melhores hackers éticos do mercado através de um serviço personalizado, especializado e adaptado para o seu negócio. Guardsi: qualidade, confiança e especialidade em segurança ofensiva de quem já protegeu centenas de empresas. Saiba mais...