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
Vulnerabilidade RCE pré-autenticação (CVE-2026-20253) no Splunk Enterprise, via PostgreSQL Sidecar Service.
Vulnerabilidade Crítica de RCE pré-autenticação descoberta no ServiceNow.
Falha crítica de RCE (CVE-2026-33696) descoberta no n8n.
Falha Crítica (CVE-2026-6471) expondo PostgreSQL por mais de uma década é revelada.
Vulnerabilidade na Snowflake exposta: GitHub Copilot introduz falha em Workflow Interno.
Descoberta cadeia de exploit RCE afetando OpenBao e Vault.
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
- varonis.comfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 19 de outubro de 2026
- Editoria
- CEVIU Segurança da Informação

