Thaidn

Existe um problema onde o sistema não verifica se o namespace ou banco de dados selecionado pelo chamador corresponde ao nível de autenticação de um usuário do sistema de nível de namespace ou banco de dados, permitindo o acesso entre locatários (cross-tenant). Um invasor autenticado pode manipular os cabeçalhos `Surreal-NS` e `Surreal-DB` no endpoint '/sql' ou utilizar o método RPC `use()` para realizar operações não autorizadas, incluindo a leitura, criação, modificação e exclusão de linhas, bem como a leitura de valores `DEFINE PARAM` em outro locatário, desde que as PERMISSÕES da tabela permitam tais ações.

Atacantes autenticados podem executar consultas SQL arbitrárias e recuperar resultados em respostas HTTP. Isso ocorre porque os endpoints de análise de trace-funnel interpolam os campos `service name` e `span name` em literais de string do ClickHouse sem a devida filtragem (escaping).

O manipulador HTTP falha ao aplicar wrappers de autorização aos endpoints de análise de trace-funnel. Isso permite que atacantes não autenticados enviem definições de funil arbitrárias para recuperar análises de rastreamento, incluindo identificadores, durações, contagens de span, topologia de serviço e atividade de erro, sem fornecer credenciais.

O provedor Kubernetes ingress-nginx processa incorretamente Ingresses que contêm tanto uma anotação de autenticação quanto a anotação `nginx.ingress.kubernetes.io/from-to-www-redirect`. Isso faz com que o provedor crie um roteador "irmão" que corresponde apenas ao host e utiliza o middleware RedirectRegex, apontando para o serviço de backend protegido. Como o RedirectRegex não é um manipulador terminal, solicitações que não correspondem ao seu padrão são encaminhadas ao backend. Ao utilizar um cabeçalho Host manipulado com uma porta não numérica ou vazia (ex: 'Host: www.example.com:x'), um invasor pode selecionar esse roteador irmão e ignorar o redirecionamento. Isso resulta no encaminhamento da solicitação ao backend protegido sem a aplicação de nenhum middleware derivado de anotação, ignorando efetivamente a autenticação (como BasicAuth) e a lista de permissões de IP de origem.

Existe uma vulnerabilidade de robustez nos SDKs de criptografia da AWS devido à propriedade de não comprometimento do AES-GCM e de outras cifras AEAD. Isso permite que um invasor crie um texto cifrado único que, ao ser descriptografado, resulte em múltiplos resultados diferentes, particularmente em um ambiente com vários destinatários. A vulnerabilidade também possibilita ataques de vazamento de informações e falsificação de texto cifrado. Um invasor pode criar textos cifrados que, ao serem descriptografados, vazem o ID da conta AWS do usuário, o contexto de criptografia, o agente do usuário e o endereço IP. Além disso, um invasor pode criar textos cifrados que sejam aceitos por outros usuários. A propriedade de não comprometimento do AES-GCM pode causar textos em claro não idênticos ao descriptografar um único texto cifrado com duas chaves diferentes.