Jiapeng Li

**Nome do Software Vulnerável e Versões Afetadas** vLLM versões anteriores a 0.27.0 **Description** O software falha ao classificar corretamente o DeepStream como um backend de GPU, o que leva à omissão da aplicação de limites de pixels em seu caminho de decodificação. Atacantes não autenticados podem ativar o DeepStream durante uma requisição para inicializar o pool de decodificação de GPU de todo o processo e enviar vídeos que ignoram os controles de recursos, resultando em uma negação de serviço parcial para requisições simultâneas. **Recommendations** Atualize o vLLM para a versão 0.27.0 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** NLnet Labs Unbound versões 1.10.0 through 1.25.1 **Description** Um cliente remoto que controla um domínio delegado pode causar a falha do daemon, resultando em uma negação de serviço. Isso ocorre quando a configuração `serve-expired: yes` está ativada juntamente com uma regra `response-ip: <net> redirect` ou `response-ip-data: <net> CNAME <target>`, ou o equivalente `rpz-cname-override`. O problema origina-se na função `serve-expired-client-timeout()`, que executa um loop de duas passagens para seguir um alias CNAME gerado pelo response-ip. Durante a segunda passagem, a função redefine a variável `alias rrset`, mas não redefine `partial rep`, resultando em um desreferenciamento de ponteiro NULL. Um invasor pode disparar isso controlando uma zona que retorna um registro A/AAAA dentro da sub-rede response-ip/rpz configurada e atrasando a resposta após a expiração do registro anterior. **Recommendations** Atualize o NLnet Labs Unbound para uma versão posterior à 1.25.1. Como mitigação temporária, desative a configuração `serve-expired: yes` ou restrinja o uso de regras `response-ip` e `rpz-cname-override`.

**Nome do Software Vulnerável e Versões Afetadas** NLnet Labs Unbound versões 1.20.0 through 1.25.1 **Description** Um problema ocorre quando o software é configurado com `serve-expired: yes` e `serve-expired-client-timeout` é maior que `discard-timeout` (onde `discard-timeout` é maior que 0). Nesta configuração específica, o ramo `discard-timeout` dentro da lógica de expiração de serviço descarta uma resposta de cliente antiga sem decrementar corretamente o contador do número de endereços de resposta para a consulta. Como o contador não é decrementado, ele pode atingir seu limite máximo, fazendo com que novos clientes para consultas duplicadas em andamento sejam silenciosamente descartados, resultando na degradação do serviço de resolução. Um agente mal-intencionado pode explorar isso consultando o resolvedor por uma zona autoritativa lenta sob controle do cliente para levar o contador além do limite. **Recommendations** Atualize o NLnet Labs Unbound para uma versão posterior à 1.25.1. Certifique-se de que `serve-expired-client-timeout` não esteja configurado para ser maior que `discard-timeout` quando o `serve-expired` estiver habilitado.