Em termos simples, o Apache Polaris deve emitir credenciais GCS de curta duração que apenas funcionam para os arquivos de uma tabela, mas um espaço de nomes criado ou nome de tabela pode fazer com que essas credenciais funcionem através do balde configurado. O Apache Polaris constrói credenciais do Google Cloud Storage baixadas criando um Límite de Acesso Credencial (CAB) com condições CEL que são destinadas a restringir o acesso ao caminho de armazenamento da tabela solicitada. A cadeia CEL relevante é construída a partir do nome do balde e do caminho da tabela. Esse caminho de tabela é derivado do espaço de nomes e identificadores de tabela. No código atual, esse caminho parece ser inserido na expressão CEL sem escapar. Como resultado, um espaço de nome ou identificador de tabela contendo uma única citação e outros fragmentos de CEL URI- seguro podem romper com a string citada pretendida e mudar o significado da condição CEL. Em testes privados contra o Polaris 1.4.0 no armazenamento real do Google Cloud, foi confirmado que o Polaris aceitou um identificador criado e devolveu credenciais GCS delegadas cuja restrição de caminho CEL tinha efectivamente colapsado. Essas credenciais delegadas poderiam então: - listar o prefixo de objeto de outra tabela; - ler o arquivo de controle de metadados de outra tabela (Iceberg metadados JSON); - criar e excluir um objeto sob o prefixo de objeto de outra tabela; - e também listar, ler, criar e excluir objetos sob um prefixo externo não relacionado no mesmo balde que não fazia parte de qualquer caminho de tabela. Esse último ponto é importante. O problema não se limita a "outra tabela". Na configuração confirmada, uma vez que o Apache Polaris devolveu as credenciais para a tabela criada, a restrição de caminho dentro do balde configurado foi efetivamente sumida. O efeito prático é que as credenciais temporárias para uma tabela criada podem ser mais amplas do que a tabela Polaris foi solicitada para autorizar, e podem tornar- se efetivamente em todo o balde dentro do balde configurado. O teste atual do GCS usou um principal do Polaris com amplos privilégios de catálogo para configuração. Uma variante RBAC do Polaris, com menos privilégios, não foi testada no GCS. No entanto, o próprio comportamento de ampliação do credencial de armazenamento foi confirmado no GCS.
O registro de base de dados de vulnerabilidade nacional CVE- 2026 - 42811 foi publicado em 2026 - 05 - 04 T 17: 16: 26.677 Z e última modificação em 2026 - 06 - 17 T 10: 48: 26.650 Z. O seu estado gravado é analisado.
métricas de vulnerabilidade gravadas: CVSS 4.0, pontuação de base 9.4, gravidade CRÍTICA, vetor CVSS: 4.0 /AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/África do Sul:H/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X; CVSS 3.1, pontuação de base 9.9, gravidade CRÍTICA, vetor CVSS: 3.1 /AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H, pontuação de exploração 3.1, pontuação de impacto 6; CVSS.
Classificações de fraqueza associadas: CWE- 20, CWE- 917.
Produtos ou plataformas nomeados nos dados de aplicabilidade incluem: apache polaris.
O registro NVD inclui referências de suporte documentando a vulnerabilidade, tecnologia afetada ou informações de remediação.