Mjkim610

Dois scripts de shell, `pihole-FTL-prestart.sh` e `pihole-FTL-poststop.sh`, executados como root pelo systemd, leem o caminho `files.pid` da configuração sem validação e o utilizam em operações de ficheiros privilegiadas. Um atacante com privilégios de pihole pode escrever um caminho arbitrário em `files.pid` para fazer com que o utilizador root elimine e recrie qualquer ficheiro no sistema fora dos diretórios ProtectSystem=full-restricted, obtendo acesso de escrita a esses ficheiros. Em instalações padrão, isso permite a escalada de privilégios locais para root através da manipulação de chaves autorizadas SSH.

A validação da linha de requisição pode ser ignorada quando um `DefaultHttpRequest` ou `DefaultFullHttpRequest` é criado e seu URI é posteriormente modificado usando a função `setUri()`. Embora os construtores rejeitem caracteres CRLF (Carriage Return Line Feed) e espaços em branco para evitar a corrupção da linha inicial, o `setUri()` não realiza essa validação. Consequentemente, o `HttpRequestEncoder` e o `RtspEncoder` escrevem o URI na linha de requisição literalmente. Se uma entrada controlada por um invasor for passada para `setUri()`, isso permite a injeção de CRLF e a inserção de requisições HTTP ou RTSP adicionais. Isso pode levar ao contrabando de requisições HTTP (HTTP request smuggling), dessincronização no lado HTTP e injeção de requisições no lado RTSP.