Velgusgus599

O Traefik realiza a canonicalização de nomes de cabeçalhos apenas em traços, tratando `X-Auth-User`, `X Auth User` e `X.Auth.User` como cabeçalhos distintos. No entanto, backends que derivam nomes de variáveis a partir de cabeçalhos (como CGI, WSGI, PHP e NGINX) os consolidam em uma única variável. Isso permite que um cliente envie um alias em formato de ponto de um cabeçalho gerenciado pelo Traefik, ignorando o middleware responsável. Por exemplo, ao fornecer `X.Authenticated.User` junto ao `X-Authenticated-User` canônico escrito pelo middleware ForwardAuth, o backend pode ler o valor fornecido pelo cliente em vez da identidade afirmada pelo Traefik. Isso pode resultar em falsificação de identidade, onde um usuário com baixos privilégios é tratado como outro usuário ou função administrativa. Qualquer cabeçalho definido pelo Traefik é afetado.

Existe um problema onde o objeto resolvido por um validador assíncrono Ajv bem-sucedido é tratado como o protocolo de resultado de valor usado por compiladores de validadores personalizados. Se uma requisição que passa pelo seu esquema de rota contiver uma propriedade chamada `value` na raiz, o software substitui todo o corpo da requisição pelo valor dessa propriedade antes da execução do handler. Isso faz com que o handler receba um objeto diferente daquele que satisfez o esquema. Um chamador autenticado de baixo privilégio pode explorar isso para substituir o corpo validado por dados aninhados, potencialmente desencadeando operações não autorizadas, levando a alterações de estado não autorizadas e divulgação de dados.

O provedor Kubernetes Ingress falha ao aplicar as restrições de crossProviderNamespaces na anotação de Serviço `traefik.ingress.kubernetes.io/service.middlewares`. Isso permite que um locatário limitado a um namespace e excluído da lista de permissões anexe um middleware pertencente a um operador ao seu Serviço. Se esse middleware injetar credenciais de backend, o locatário poderá recuperá-las em um backend controlado por ele.

Ocorre uma falha de validação de esquema quando um esquema de corpo de requisição visa um valor primitivo raiz. Ao validar um primitivo de nível superior, como um número inteiro, o Ajv (um validador de esquema JSON) pode coagir uma string JSON para o tipo esperado. No entanto, o framework não substitui o corpo da requisição raiz por esse valor coagido, fazendo com que o manipulador de rota receba a string original não validada. Isso permite que requisições que deveriam ter falhado na validação alcancem a lógica da aplicação com valores que não satisfazem o esquema, podendo comprometer a integridade e as verificações de controle de acesso que dependem do tipo validado.