Brodmart

**Nome do Software Vulnerável e Versões Afetadas** swift-nio versões anteriores a 2.101.0 **Description** Um peer remoto não autenticado pode causar a falha de qualquer servidor baseado em NIOWebSocket, incluindo Vapor e Hummingbird. Isso ocorre quando um único frame de 11 bytes é enviado após a conclusão de um handshake WebSocket, derrubando todas as conexões ativas até que o processo seja reiniciado. **Recommendations** Atualize o swift-nio para a versão 2.101.0.

**Nome do Software Vulnerável e Versões Afetadas** vLLM versões anteriores a 0.24.0 **Description** O parâmetro de API `structured outputs.regex` permite que strings de expressões regulares fornecidas pelo usuário sejam passadas para os backends do compilador de gramática sem um tempo limite de compilação ou análise de complexidade. No backend xgrammar, a string é passada para a função `compile regex()` sem proteções. No backend outlines, a função `validate regex is buildable()` bloqueia problemas estruturais, como lookarounds e backreferences, mas não detecta quantificadores aninhados. Essa falta de validação pode levar a uma expansão exponencial do espaço de estados (regex/automata blowup), onde uma regex adversária manipulada pode fazer com que um worker de inferência trave indefinidamente, resultando em negação de serviço. **Recommendations** Atualize o vLLM para a versão 0.24.0. Como mitigação temporária, restrinja o acesso ao parâmetro de API `structured outputs.regex` para evitar o envio de expressões regulares não confiáveis.

**Nome do Software Vulnerável e Versões Afetadas** vLLM versões anteriores a 0.23.1rc0 **Description** As portas de validação de temperatura utilizam operadores de comparação que avaliam silenciosamente como Falso ao encontrar NaN (Not a Number) ou Infinito positivo, devido à semântica de ponto flutuante IEEE 754 do Python. Esses valores ignoram as proteções e propagam-se para os kernels de amostragem da GPU, resultando em comportamento indefinido ou erros de CUDA que podem travar o trabalhador de inferência e degradar o serviço para todos os usuários simultâneos. O problema ocorre porque a função ` verify args()` em `sampling params.py` carece de verificações como `math.isnan()` ou `math.isinf()` para a variável `temperature`. **Recommendations** Atualize para a versão 0.23.1rc0. Como medida paliativa temporária, restrinja o uso de valores de ponto flutuante não finitos para a variável `temperature` para evitar travamentos do trabalhador de inferência.

**Nome do Software Vulnerável e Versões Afetadas** Open WebUI versões anteriores a 0.9.6 **Description** Diversas rotas de proxy do Ollama endereçadas por índice permitem que usuários autenticados ignorem o isolamento de backend. O sistema aceita um parâmetro de caminho `url idx` fornecido pelo chamador e o utiliza como um índice bruto na lista `OLLAMA BASE URLS` sem verificar se o usuário tem autorização para acessar aquele backend específico. Embora o sistema valide se o usuário pode usar o modelo solicitado, ele falha ao validar o backend de destino. Isso permite que usuários forcem requisições para backends internos, de privilégios elevados ou desativados pelo administrador, consumindo recursos de computação restritos utilizando a chave de API do servidor. Os endpoints de API afetados incluem: - '/ollama/api/chat/{url idx}' - '/ollama/api/generate/{url idx}' - '/ollama/api/embed/{url idx}' - '/ollama/api/embeddings/{url idx}' - '/ollama/v1/chat/completions/{url idx}' - '/ollama/v1/completions/{url idx}' - '/ollama/v1/messages/{url idx}' - '/ollama/v1/responses/{url idx}' O problema reside na função `get ollama url()`, que ignora o mapeamento da lista de permissões de modelo para backend quando o `url idx` é fornecido. **Recommendations** Atualizar para a versão 0.9.6. Como medida paliativa temporária, restrinja o acesso aos endpoints de API afetados ou evite o uso do parâmetro `url idx` em requisições até que a atualização seja aplicada.

**Nome do Software Vulnerável e Versões Afetadas** Docling versões 2.45.0 até 2.90.0 **Description** O parsing de XML do backend METS-GBS e a detecção de formato de documento de entrada carecem de controles de segurança. Isso permite ataques de Entidade Externa XML (XXE), que ocorrem quando um parser XML manipula incorretamente referências a entidades externas, permitindo potencialmente a leitura de arquivos locais ou causando a negação de serviço. Além disso, o sistema é suscetível a bombas de descompressão (zip bombs), onde arquivos compactados pequenos expandem-se para tamanhos massivos, e extração de arquivos ilimitada, ambos os quais podem esgotar a memória e o espaço em disco ou causar falhas no aplicativo. **Recommendations** Atualize para a versão 2.91.0. Evite processar arquivos METS-GBS de fontes não confiáveis. Pré-valide os arquivos em um ambiente isolado com limites de recursos.

**Nome do Software Vulnerável e Versões Afetadas** Docling versões anteriores a 2.94.0 **Description** O backend HTML não realiza a validação suficiente durante o manuseio de recursos. Isso permite o acesso ao sistema de arquivos local via URIs `file://` quando `enable local fetch` está definido como `True`, e possibilita a travessia de diretórios (path traversal) fora dos diretórios pretendidos por meio de caminhos absolutos ou sequências `../`. Além disso, o sistema não bloqueia recursos de rede interna quando `enable remote fetch` está como `True`, não valida redirecionamentos HTTP e carece de limites de recursos para URIs `data:` e downloads de imagens remotas. Esses problemas podem levar ao Server-Side Request Forgery (SSRF), onde um invasor induz o servidor a fazer requisições a um recurso interno ou não pretendido. **Recommendations** Atualize para a versão 2.94.0. Como medida paliativa temporária, mantenha tanto `enable local fetch` quanto `enable remote fetch` definidos como `False` ao processar documentos HTML não confiáveis.

**Nome do Software Vulnerável e Versões Afetadas** Hyperledger Fabric versões 1.0.0 até 2.2.26 **Descrição** No SDK de cliente depreciado `fabric-sdk-java`, o arquivo `Channel.java` implementa `readObject()` e expõe a função `deSerializeChannel()`, ambas as quais chamam `ObjectInputStream.readObject()` em matrizes de bytes não confiáveis sem configurar um `ObjectInputFilter`. Isso cria um problema de desserialização Java onde um invasor que consiga fornecer bytes de Canal serializados e manipulados — por exemplo, comprometendo um arquivo de canal local ou injetando dados por meio de um aplicativo — pode alcançar a execução remota de código (RCE) via exploração de cadeia de gadgets. Este é um problema do lado do cliente e não envolve dados transmitidos de pares Fabric. **Recomendações** Migrar para `org.hyperledger.fabric:fabric-gateway`, que não utiliza a serialização Java. Como uma solução temporária para o SDK depreciado, adicione um `ObjectInputFilter` para permitir apenas classes esperadas dentro da função `deSerializeChannel()`.