Voltar
Execução Remota de Código em PostgreSQL gerenciado por Snowflake revelada pela Varonis

Vulnerabilidade Crítica no PostgreSQL Gerenciado por Snowflake Permitiria Execução Remota de Código

Aprofundamento CEVIU

Aprofundamento

Pesquisadores da Varonis descobriram uma vulnerabilidade crítica que permitiu escalada de privilégios e execução remota de código (RCE) em instâncias de PostgreSQL gerenciadas pela Snowflake. O ataque, uma verdadeira engenharia reversa de segurança, encadeou cinco funcionalidades legítimas do PostgreSQL para contornar proteções. A exploração começou com uma role `snowflake_admin` (que não era superusuário), auto-concedendo `pg_write_all_data`, sequestrando `pg_cron` e redefinindo funções via `LANGUAGE internal`. Esse processo intrincado demonstra como a combinação de permissões aparentemente inofensivas pode levar a um comprometimento total do sistema.

Os atacantes poderiam, por exemplo, expor chaves mTLS e credenciais AWS STS. Embora a Snowflake tenha corrigido rapidamente o problema em seus serviços, o vetor de ataque serve como um alerta para equipes que gerenciam seus próprios bancos de dados PostgreSQL. As recomendações incluem tratar permissões `CREATEROLE` com máxima cautela, restringir `LANGUAGE internal` e funções C, e auditar regularmente `pg_cron` e funções `SECURITY DEFINER` para evitar explorações semelhantes.

Por que isso importa

Esta vulnerabilidade ressalta a complexidade de garantir a segurança em ambientes de nuvem e serviços gerenciados, mesmo quando envolvem tecnologias maduras como o PostgreSQL. A capacidade de encadear funcionalidades legítimas para criar uma cadeia de execução remota de código (RCE) é um lembrete do perigo em configurações de privilégios excessivos ou mal auditados.

O CEVIU News tem acompanhado o crescente número de falhas de RCE, como as reportadas em julho de 2026 no ServiceNow e em junho de 2026 no Splunk Enterprise, que também usava um PostgreSQL Sidecar Service. Para a Snowflake, esta é a segunda vulnerabilidade crítica reportada em um curto período, seguindo a falha em um workflow de GitHub Actions de 8 de setembro de 2026. Isso sublinha a necessidade de uma vigilância constante e auditorias de segurança rigorosas, mesmo em plataformas robustas.

Linha do tempo

  1. Vulnerabilidade RCE pré-autenticação (CVE-2026-20253) no Splunk Enterprise, via PostgreSQL Sidecar Service.

  2. Vulnerabilidade Crítica de RCE pré-autenticação descoberta no ServiceNow.

  3. Falha crítica de RCE (CVE-2026-33696) descoberta no n8n.

  4. Falha Crítica (CVE-2026-6471) expondo PostgreSQL por mais de uma década é revelada.

  5. Vulnerabilidade na Snowflake exposta: GitHub Copilot introduz falha em Workflow Interno.

  6. Descoberta cadeia de exploit RCE afetando OpenBao e Vault.

  7. Vulnerabilidade Crítica no PostgreSQL Gerenciado por Snowflake Permitiria Execução Remota de Código.

Perguntas frequentes

Qual foi o risco específico para os usuários do PostgreSQL gerenciado pela Snowflake?

O principal risco era a execução remota de código (RCE), permitindo que um atacante, ao explorar a vulnerabilidade, pudesse assumir o controle do sistema. Isso inclui o acesso a dados sensíveis, como chaves mTLS e credenciais AWS STS, comprometendo ainda mais a infraestrutura do cliente.

Como funcionalidades legítimas do PostgreSQL foram usadas para permitir a RCE?

A falha não dependeu de um bug em uma única funcionalidade, mas de uma cadeia de uso indevido de cinco funcionalidades legítimas. Uma role `snowflake_admin` (não superusuário) conseguiu auto-conceder permissões de escrita (`pg_write_all_data`), sequestrar o agendador de tarefas `pg_cron` e redefinir funções internas via `LANGUAGE internal`, culminando na execução de código arbitrário.

Quais são as recomendações para quem gerencia suas próprias instâncias de PostgreSQL?

Para quem gerencia seu próprio PostgreSQL, a Varonis recomenda cautela máxima com permissões `CREATEROLE`, restringir o uso de `LANGUAGE internal` e funções C. É fundamental também auditar regularmente o `pg_cron` e as funções `SECURITY DEFINER` para identificar e mitigar possíveis vetores de exploração semelhantes.

Esta falha tem relação com outras vulnerabilidades recentes no PostgreSQL?

Esta vulnerabilidade é distinta de outras falhas recentes no PostgreSQL, como a CVE-2026-6471, que o CEVIU noticiou em 8 de setembro de 2026. Embora ambas afetem o PostgreSQL, elas exploram diferentes mecanismos de ataque, mostrando a diversidade de ameaças que o banco de dados pode enfrentar.

Fontes

Avalie este artigo:
Categoria
CEVIU Segurança da Informação
Publicado
19 de outubro de 2026
Editoria
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser