O NotC2, um framework de prova de conceito, combina serviços legítimos da AWS (Amazon Web Services) com o Amazon Bedrock para executar operações de comando e controle (C2) após o comprometimento de um ambiente. Publicada em 6 de novembro, a pesquisa demonstra como credenciais de nuvem roubadas podem viabilizar reconhecimento por meio de conversas, enquanto o tráfego de comandos se mistura à infraestrutura confiável. Trata-se de abuso de serviços, e não de uma vulnerabilidade no Bedrock ou de uma exploração para obter acesso inicial.
A principal implicação é operacional: defensores não conseguem distinguir atividade maliciosa apenas por confiar em destinos da AWS ou em requisições de API (interface de programação de aplicações) autenticadas.
Um atacante envia comandos de um servidor externo para uma fila do Amazon SQS (serviço de filas de mensagens) dentro da conta comprometida. Um mapeamento de origem de eventos do Lambda conecta essa fila a uma função, que é acionada quando as mensagens chegam.
Essa arquitetura assíncrona elimina a conexão persistente do atacante, característica da infraestrutura convencional de comando e controle.
O Lambda processa cada requisição usando seu perfil de execução. O Amazon SNS (serviço de notificações) transmite os resultados, publicando a saída em um tópico e entregando notificações a um endpoint HTTPS (protocolo de transferência de hipertexto seguro) controlado pelo atacante, depois que ele confirma a assinatura.
Por isso, é importante destacar que a entrega externa é feita pelo SNS. O acesso da função Lambda não precisa entrar em contato diretamente com o atacante.
Cada invocação do Lambda dura no máximo 15 minutos. Embora a execução não deixe nenhum processo de implante em funcionamento contínuo, os recursos de nuvem implantados e sua atividade continuam sendo possíveis evidências para investigação.
A arquitetura transfere a infraestrutura do atacante para serviços gerenciados, mas não a torna invisível.
NotC2 e a invasão com IA
O Bedrock oferece a interface em linguagem natural. Em vez de montar uma consulta detalhada na interface de linha de comando (CLI), o operador pode solicitar “listar todas as instâncias EC2 em execução com seus IPs”, referindo-se às máquinas virtuais elásticas da AWS.
Pesquisadores da Varonis afirmam que o framework distribui a entrega de comandos, a execução, a interpretação e os resultados entre Amazon SQS, AWS Lambda, Amazon Bedrock e Amazon SNS.
Uma especificação genérica de ferramenta, chamada execute_aws_operation, aceita o serviço, a operação e os parâmetros selecionados, permitindo que a camada de orquestração execute as requisições compatíveis da AWS.
Respostas e erros da API podem retornar ao modelo, possibilitando requisições revisadas e operações encadeadas. Os pesquisadores demonstraram a enumeração de instâncias EC2, tabelas do DynamoDB, bancos de dados e funções Lambda.
Isso reduz a experiência necessária para o reconhecimento, mas não contorna a autorização do IAM (gerenciamento de identidades e acessos) nem cria permissões.
Implantação e acesso em tempo de execução são limites de segurança separados. Para montar o framework, é preciso ter permissões para criar e conectar infraestrutura e para atribuir um perfil adequado ao Lambda.
Criar ou modificar esse perfil introduz requisitos adicionais de IAM.
Durante a execução, a função precisa de acesso aos seus serviços de mensagens, à invocação do Bedrock e aos recursos que o operador escolher. Um perfil de execução com privilégios excessivos pode, portanto, permitir descobertas mais amplas ou operações destrutivas.
Por outro lado, permissões rigorosamente restritas limitam tanto a implantação do framework quanto seu alcance posterior.
A técnica amplia pesquisas anteriores, em vez de inventar um comando e controle baseado em serviços confiáveis.
A Rhino Security Labs já havia demonstrado comunicações do Cobalt Strike por meio de objetos no S3 (serviço de armazenamento), com tarefas e respostas trocadas por APIs da AWS. O NotC2 conecta vários serviços gerenciados e acrescenta interpretação assistida por IA.
O bloqueio de rede, sozinho, é insuficiente, pois o tráfego HTTPS autenticado tem como destino endpoints legítimos da AWS.
Os defensores devem, em vez disso, correlacionar a criação de infraestrutura, os mapeamentos entre filas e funções, a atribuição de perfis, o uso inesperado do Bedrock e as assinaturas externas no SNS. As restrições de saída do Lambda, isoladamente, não impedem a entrega mediada pelo SNS.
A Varonis recomenda o princípio do menor privilégio no IAM e o monitoramento do CloudTrail, dos registros do Lambda, dos registros de entrega do SNS e dos registros de invocação do Bedrock.
Eventos de gerenciamento expõem mudanças de configuração, enquanto os eventos de dados relevantes exigem ativação explícita.
O sinal decisivo é uma relação incomum entre serviços que, individualmente, são legítimos, e não necessariamente um domínio malicioso.
