Aatomical

**Nome do Software Vulnerável e Versões Afetadas** Stable Diffusion WebUI (versões afetadas não especificadas) **Description** A função `is path trusted` em `scripts/iib/api.py` valida incorretamente os caminhos solicitados ao usar `path.startswith(parent path)` sem adicionar um separador de caminho. Isso permite o acesso a diretórios que começam com o mesmo nome de um diretório pai permitido, como acessar `/data/images private/secret.txt` quando apenas `/data/images` é permitido. Essa falha leva à divulgação não autorizada de arquivos via `FileResponse`. O problema afeta implantações expostas à rede onde o controle de acesso está habilitado via `IIB ACCESS CONTROL` ou quando o host é iniciado com as opções `share`, `ngrok`, `listen` ou `server name`. A função `get enable access control` em `scripts/iib/tool.py` determina se essa verificação de confinamento está ativa. **Recommendations** Atualize a função `is path trusted` para comparar o caminho solicitado com o `parent path` unido ao `os.sep` para garantir o confinamento correto do diretório.

**Nome do Software Vulnerável e Versões Afetadas** Stable Diffusion WebUI (versões afetadas não especificadas) **Description** A função `to abs path` em `scripts/iib/tool.py` utiliza `os.path.normpath` para normalizar os caminhos solicitados. Este método colapsa segmentos de ponto, mas não resolve links simbólicos. Consequentemente, um link simbólico colocado dentro de um diretório verificado pode ignorar a verificação de contenção realizada pela função `is path trusted` em `scripts/iib/api.py` enquanto aponta para um local fora desse diretório. Quando o `FileResponse` fornece a resposta, ele segue o link, podendo expor arquivos sensíveis como `/etc/passwd`. Este problema afeta implantações expostas à rede onde o controle de acesso está habilitado via `IIB ACCESS CONTROL` ou quando o host é iniciado com as opções `share`, `ngrok`, `listen` ou `server name`. **Recommendations** Atualize o software para uma versão onde a função `to abs path` em `scripts/iib/tool.py` utilize `os.path.realpath` para resolver os caminhos.

**Nome do Software Vulnerável e Versões Afetadas** LMDeploy (versões afetadas não especificadas) **Descrição** O LMDeploy apresenta um problema onde mensagens de pares de serviço desagregado são desserializadas usando o módulo pickle. A corrotina `handle zmq recv` em `lmdeploy/pytorch/disagg/conn/engine conn.py` utiliza a função `recv pyobj()` para ler solicitações de cache-free peer-to-peer, que invoca `pickle.loads()` nos bytes recebidos. Como a verificação de tipo para `DistServeCacheFreeRequest` ocorre apenas após a desserialização, um invasor remoto pode explorar isso controlando o par que fornece os bytes. A função `p2p connect` passa o `remote engine endpoint info.zmq address` do corpo da solicitação para o socket ZMQ PULL. Além disso, os endpoints 'POST /distserve/p2p initialize' e 'POST /distserve/p2p connect' em `lmdeploy/serve/openai/api server.py` não exigem autenticação por padrão. Isso permite que um invasor direcione um engine a buscar dados de um endpoint ZMQ malicioso e execute código arbitrário no processo do engine. Este problema afeta apenas implantações com o serviço desagregado habilitado. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade. Inicie o servidor com `api keys` habilitados para garantir a autenticação nos endpoints afetados. Desative o serviço desagregado caso não seja necessário para a implantação.

**Nome do Software Vulnerável e Versões Afetadas** Open WebUI versões anteriores a 0.9.6 **Description** Um problema de travessia de caminho (path traversal) existe no endpoint de serviço de arquivos de cache '/cache/{path:path}', que permite que usuários autenticados com a função de `user` ou `admin` leiam arquivos de diretórios irmãos fora do diretório de cache pretendido. O problema ocorre na função `serve cache file()` em `open webui/main.py` devido a uma verificação de contenção incompleta usando `startswith()` que carece de um separador de caminho final. Isso permite que qualquer caminho que resolva para um diretório irmão cujo nome comece com a palavra cache (como `cache sibling`, `cache backup` ou `cached models`) passe na validação. Travessias profundas e caminhos absolutos são corretamente bloqueados. **Recommendations** Atualize para a versão 0.9.6. Como medida paliativa temporária, restrinja o acesso ao endpoint '/cache/{path:path}' apenas a usuários administrativos confiáveis até que a atualização seja aplicada.

**Nome do Software Vulnerável e Versões Afetadas** Versões do Ormar de 0.9.9 a 0.22.0 **Descrição** O Ormar é um mini ORM assíncrono para Python. As versões de 0.9.9 a 0.22.0 estão suscetíveis a uma falha de injeção de SQL ao executar consultas de agregação. Os métodos `min()` e `max()` na classe `QuerySet` aceitam entrada de string arbitrária como parâmetro de coluna sem validação. Isso permite que um atacante incorpore SQL bruto dentro da chamada da função de agregação, potencialmente permitindo-lhes ler todo o conteúdo do banco de dados, incluindo tabelas não relacionadas, ao injetar uma subconsulta. A vulnerabilidade surge porque `sqlalchemy.text()` é usado para construir expressões SQL diretamente a partir de nomes de colunas fornecidos pelo usuário sem sanitização. Os métodos `sum()` e `avg()` possuem proteção parcial com uma verificação de tipo, mas `min()` e `max()` não. A vulnerabilidade foi descoberta através da capacidade de executar subconsultas via funções de agregação `min()` e `max()`. Um atacante pode enumerar tabelas do banco de dados, extrair esquemas e obter credenciais sem autenticação. **Recomendações** Atualize para a versão 0.23.0 ou posterior.