NotC2: quem autoriza o caminho entre serviços AWS?
Um destino conhecido não determina se uma operação foi autorizada. A pesquisa NotC2 ajuda a revisar identidades e relações entre serviços que podem completar uma ação.
Read in EnglishPor Pentesty
Uma demonstração com acesso prévio
Em pesquisa de 6 de novembro de 2026, a Varonis apresentou NotC2: uma prova de conceito que pressupõe credenciais AWS prévias e combina SQS, Lambda, SNS e Bedrock. O modelo opera dentro das permissões atribuídas. O relato não demonstra uma falha do Bedrock nem uma campanha contra empresas.
A pesquisa distingue implantação e execução. O SNS entrega resultados após confirmação da assinatura externa, um caminho diferente da saída direta da Lambda. Esta análise de 9 de novembro propõe critérios empresariais sem reproduzir o framework.
Desenhe a operação antes de aprovar a integração
Comece pelo fluxo legítimo: qual pessoa solicita a tarefa, qual fila a recebe, qual função pode agir e qual destino recebe o resultado. Atribua um responsável a cada relação. Um desenho útil identifica também a operação que deve ser negada quando um desses elementos muda.
Crie um registro de autoridade separado para implantação e operação. Uma equipe pode precisar entregar uma função sem poder ampliar o papel que ela recebe. Outra pode operar um serviço sem poder criar novos destinos de entrega. A aprovação deve explicar essas diferenças, com recursos e limites definidos, em vez de depender do nome conhecido do provedor.
Antes da liberação, compare a configuração entregue com o conjunto de relações aprovado: papel, fila, função, tópico e receptor. Preserve a versão analisada e o registro da decisão. Se uma mudança acrescentar um destino ou ampliar autoridade, defina quem precisa aprová-la novamente. Uma aprovação anterior não deve migrar automaticamente para uma integração que recebeu outras capacidades.
Teste o limite no recurso que decide
Em uma conta de laboratório autorizada, use dados fictícios e identidades de teste para comparar uma operação permitida e outra fora do escopo. O objetivo é observar a decisão no recurso receptor. Uma mensagem do modelo dizendo que respeitou uma regra não substitui a evidência de que o serviço recusou a ação proibida.
Inclua a mudança de identidade no exercício: uma tarefa legitimamente iniciada deve continuar limitada quando passa de um componente a outro. Registre o papel efetivo, a operação solicitada, o recurso e a decisão. Identificadores de correlação ajudam a ligar os registros, sem copiar segredos ou conteúdo sensível para o relatório.
Inclua a entrega intermediada na avaliação
Planeje um cenário em que o destino aprovado permanece disponível e outro em que uma identidade tenta adicionar um receptor não aprovado. Use somente destinos controlados pela equipe. O resultado esperado é demonstrar qual controle impede essa mudança e que a entrega legítima continua funcionando.
Essa verificação é distinta de testar a conexão direta de uma função à internet. Serviços intermediários também têm decisões de configuração e acesso. Vincule o responsável pela rede ao responsável pelas permissões e pelo serviço de mensagens, para que uma restrição declarada tenha um ponto de aplicação conhecido em todo o fluxo.
Inclua um caso de falha do receptor autorizado, sem desviar mensagens para terceiros. Verifique qual erro chega à equipe, quem pode alterar a configuração e como a operação volta ao estado aprovado. A revisão deve estabelecer essas responsabilidades antes de uma urgência operacional, quando uma solução improvisada poderia criar um caminho sem dono ou evidência suficiente.
Planeje a evidência antes de precisar dela
A Varonis distingue fontes de logs e informações que exigem configuração específica. Observar uma chamada não significa ver seu conteúdo. Na avaliação, descreva qual conclusão cada registro permite sustentar.
Prepare uma sequência sintética com horários conhecidos e confira se o time consegue reconstruir solicitante, função, operação e receptor. Meça também lacunas de retenção e acesso dos analistas. Ao encerrar o exercício, revogue a identidade de teste e confirme a rejeição de uma nova tentativa no serviço competente.
O artigo sobre limites de rede e ações de agentes apresenta a mesma exigência de evidência fora do relato da IA. Aqui, o foco adicional são as relações entre serviços e os papéis que as autorizam. A liberação depende de demonstrar essas fronteiras e registrar as exceções que ainda exigem decisão.
Perguntas frequentes
NotC2 é uma falha do Amazon Bedrock?
A fonte apresenta uma prova de conceito com credenciais prévias e permissões AWS, sem demonstrar falha do Bedrock ou campanha contra clientes.
A IA concede permissões adicionais?
Na demonstração, as operações permanecem limitadas à autoridade atribuída.
Bloquear a saída direta da Lambda cobre a entrega?
Não cobre o caminho pelo SNS. Avalie a configuração de receptores e a autorização de publicações.
Como testar sem implantar um canal malicioso?
Use operações inofensivas, identidades sintéticas e destinos controlados. Compare permissões e recusas em cada recurso, sem reproduzir o framework de comando e controle.
Fontes e referências
Análise original da Pentesty, publicada em 9 de novembro de 2026. Os cenários propostos são orientações editoriais, com escopo e validação a definir para cada ambiente.