Saku0512

Existe um problema no mecanismo de validação de origem onde a função `wildcardPatternToRegex` em `v2/internal/frontend/originvalidator/originValidator.go` expande incorretamente caracteres de asterisco em correspondências de expressões regulares irrestritas. Quando um aplicativo configura um curinga final ou de rótulo parcial imediatamente após um domínio permitido, uma origem semelhante controlada por um invasor pode corresponder ao sufixo permitido. Isso permite que um invasor ignore as restrições de origem e invoque métodos Go vinculados por meio de Comunicação Interprocessual (IPC). O impacto depende das operações expostas pelos métodos vinculados do aplicativo, podendo levar ao acesso não autorizado ao sistema de arquivos, consultas ao banco de dados ou execução de comandos do SO.

Um problema de complexidade algorítmica ineficiente existe no processo de remontagem de stream QUIC. O OpenSSL utiliza uma lista duplamente encadeada para gerenciar fragmentos de stream QUIC recebidos; embora as operações de anexo sejam otimizadas, qualquer fragmento que não siga imediatamente o `tail` atual dispara uma busca linear de ponta a ponta. Um peer remoto que tenha completado o handshake pode manipular a sequência de offsets usando frames STREAM compatíveis dentro da janela de recebimento anunciada para forçar o servidor a realizar operações O(n^2). Isso resulta em deterioração progressiva do desempenho e pressão excessiva na CPU, podendo levar a um Denial of Service com baixa largura de banda do atacante.

Um problema de divulgação de informações existe no endpoint de workspace do Chrome DevTools do servidor de desenvolvimento 'GET /.well-known/appspecific/com.chrome.devtools.json'. O gate de requisição local `isLocalDevRequest()` baseia-se no cabeçalho Host em vez do endereço do peer conectado. Se o servidor de desenvolvimento estiver vinculado a uma interface acessível pela rede e a opção `experimental.chromeDevtoolsProjectSettings` estiver habilitada, um invasor não autenticado na rede local pode falsificar o cabeçalho Host para recuperar o caminho raiz absoluto do sistema de arquivos do projeto `rootDir` e um UUID de workspace persistente por projeto.

O middleware RealIP confia cegamente no primeiro valor (mais à esquerda) do cabeçalho HTTP `X-Forwarded-For`. Isso permite que um invasor remoto forneça um endereço IP forjado no cabeçalho `X-Forwarded-For` para ignorar mecanismos de limitação de taxa e listas de controle de acesso baseadas em IP, bem como para forjar entradas de log.

Existe um problema onde um invasor remoto com privilégios administrativos, especificamente aqueles com a permissão `manage-client` ou acesso aos endpoints de registro de cliente, pode ignorar a validação do Uniform Resource Identifier (URI) do cliente. Ao registrar um cliente malicioso com um URI de redirecionamento especialmente criado usando um esquema `javascript:` ou `data:` insensível a maiúsculas e minúsculas, o invasor pode desencadear Cross-Site Scripting (XSS), que é uma técnica usada para injetar scripts maliciosos em páginas da web. Isso permite a execução de código arbitrário na origem do Keycloak quando uma vítima clica no link criado, como no fluxo de logout ou no Console de Administração.

O recurso Hook Authentication permite que administradores deleguem a verificação de login a um comando de shell externo. As credenciais fornecidas pelo usuário, especificamente as variáveis `username` e `password`, são interpoladas nesta string de comando usando `os.Expand` sem a devida sanitização. Um invasor remoto não autenticado pode injetar metacaracteres de shell nesses campos na tela de login, resultando em execução remota de código (RCE), onde o servidor executa comandos de SO arbitrários antes que a autenticação ocorra.

Existe um problema no provedor Kubernetes Gateway relacionado à lista de permissões `crossProviderNamespaces`. Quando as regras `HTTPRoute` declaram múltiplos backendRefs (Weighted Round Robin), o sistema avalia a lista de permissões em relação ao `backendRef.namespace` de destino, em vez do namespace da própria rota. Isso permite que um `HTTPRoute` criado em um namespace não permitido referencie componentes internos `TraefikService` de provedores cruzados, como `api@internal`, `dashboard@internal` ou `rest@internal`, apontando o `backendRef.namespace` para um namespace permitido que possua um `ReferenceGrant` da Gateway API correspondente. Isso resulta na exposição de serviços internos do Traefik no plano de dados. A exploração requer a capacidade de criar um `HTTPRoute` aceito e um `ReferenceGrant` correspondente a partir de um namespace permitido.

O sistema de hooks do File Browser, que executa comandos de shell definidos pelo administrador durante eventos de arquivo como upload, renomeação e exclusão, está suscetível a injeção de comandos de SO. O problema ocorre na função `Runner.exec()` dentro do arquivo `runner/runner.go`, onde a substituição de variáveis para valores como `$FILE` e `$USERNAME` é realizada via `os.Expand` sem a devida sanitização. Um invasor autenticado com permissões de escrita de arquivos pode criar um nome de arquivo malicioso contendo metacaracteres de shell. Quando o hook é acionado, o servidor executa esses caracteres como comandos de SO arbitrários, resultando em Execução Remota de Código (RCE). Este padrão é explorável em vários eventos de hook, incluindo `before upload`, `after upload`, `before rename`, `after rename`, `before delete` e `after delete`.