Iliaal

FrankenPHP from 1.5.0 before 1.13.0 contains an incomplete environment sandbox vulnerability in which putenv writes to the process-wide OS environment via os.Setenv, leaking values across concurrent requests. Attackers reaching a request path that spawns child processes with the default environment through proc open or exec can read secrets such as database passwords set by other requests.

Existe uma falha de bypass de limite de tamanho de bomba de descompressão no ZipArchiver e GPMInstaller. O sistema calcula o tamanho descompactado somando os valores declarados no cabeçalho do diretório central ZIP de cada entrada através de `ZipArchive::statIndex()['size']` e compara isso com `system.gpm.archive.max uncompressed size` antes da extração. Como o tamanho declarado pode ser forjado e não é verificado em relação ao fluxo inflado real, um arquivo especialmente criado com tamanhos por entrada declarados como pequenos pode burlar o limite. Quando `extractTo()` é chamado, o conteúdo real, muito maior, é gravado, o que pode levar ao esgotamento do disco ou de inodes. Isso requer que o arquivo seja fornecido por uma fonte de pacotes ou upload de administrador.

Uma falha de bypass no sandbox do Twig permite que um autor de página, especificamente qualquer usuário com permissões `admin.pages` ou aqueles capazes de escrever em `user/pages`, exfiltre segredos de configuração. Embora o sandbox tente redigir a variável `config` e remover `Config::get` e `toArray` da lista de permissões de métodos, o objeto Config real ainda está acessível através do método `grav.offsetGet('config')`, que está na lista de permissões. Ao utilizar filtros de despejo de objetos permitidos, como `json encode`, `print r` ou `yaml encode`, um invasor pode serializar o objeto no nível do PHP, ignorando o controle de métodos do sandbox. Isso expõe a árvore de configuração completa, incluindo dados sensíveis como credenciais SMTP, chaves de API e credenciais de banco de dados de plugins.

Uma falha no fluxo de instalação de binários permite que uma entrada de binário de pacote contendo segmentos de caminho `..` seja resolvida fora do diretório de instalação do pacote. Isso pode levar o sistema a alterar as permissões de um arquivo do host existente para os modos de leitura e execução global durante a execução das operações composer install, update ou require.

Quando executado com a verbosidade de depuração -vvv, o software pode imprimir credenciais incorporadas no campo de nome de usuário de uma URL de repositório ou pacote (por exemplo, um Token de Acesso Pessoal do GitHub em https://TOKEN@host/) na saída de depuração. Isso ocorre porque as funções `AuthHelper`, `Url::sanitize` e `ProcessExecutor` não sanitizam credenciais de URL compostas apenas por nome de usuário.

O Composer, um gerenciador de dependências para a linguagem PHP, não valida corretamente os nomes de pacotes provenientes de repositórios não confiáveis, exceto Packagist.org ou Private Packagist. Isso permite que um pacote maliciosamente criado faça com que a aplicação escreva arquivos controlados pelo invasor fora do diretório vendor e fora do projeto durante as operações de instalação ou atualização.

O CookieJar aceita incorretamente cookies com um atributo `Domain` composto apenas por pontos (como `Domain=.`, `Domain=..`, `Domain=...`) e variantes com preenchimento de espaços em branco. A função `SetCookie::matchesDomain()` remove pontos iniciais, normalizando valores compostos apenas por pontos para uma string vazia. Como a função `SetCookie::validate()` rejeitava apenas domínios estritamente vazios, esses cookies eram armazenados e o domínio normalizado vazio era tratado como correspondente a qualquer host de requisição. Uma origem controlada por um invasor, solicitada por uma aplicação que utiliza um cookie jar compartilhado, pode definir um cookie que é posteriormente enviado para hosts não relacionados. Isso pode levar à injeção de cookies ou fixação de sessão em serviços downstream. Este problema afeta aplicações que utilizam o suporte de cookies do Guzzle, como `new Client(['cookies' => true])` ou um `CookieJar` compartilhado explícito, quando o mesmo jar é reutilizado entre origens confiáveis e controladas por invasores.

o guzzlehttp/psr7 não rejeita caracteres de Retorno de Carro (CR) e Alimentação de Linha (LF) em campos específicos da linha de início HTTP, incluindo o método de requisição, a versão do protocolo e a frase de motivo da resposta. Isso ocorre quando dados controlados por um invasor são inseridos nesses campos e posteriormente serializados como HTTP/1.x bruto usando funções como `Message::toString()` ou serializadores equivalentes. O problema também pode ser acionado via `Message::parseRequest()` ou `Message::parseResponse()` quando mensagens brutas malformadas são analisadas em objetos PSR-7 e depois reserializadas. Para que a exploração ocorra, a mensagem malformada deve ser serializada e processada por um software que não rejeite independentemente linhas de início malformadas. Isso pode levar a injeção de cabeçalho, divisão de resposta (response splitting), contrabando de requisição (request smuggling) ou envenenamento de cache. Aplicações que utilizam APIs padrão do cliente HTTP Guzzle não devem ser afetadas; o risco é maior para aquelas que serializam mensagens manualmente, encaminham HTTP bruto ou implementam transportes personalizados, proxying e webhooks.