Larlarua

**Nome do Software Vulnerável e Versões Afetadas** Craft CMS versões 5.0.0-RC1 até 5.9.20 **Description** Uma falha de autorização existe no endpoint `EntriesController::actionMoveToSection()`. O sistema valida a seção de destino usando a permissão `viewEntries:$section->uid` em vez de exigir a permissão `saveEntries`. Embora a entrada de origem seja verificada via `Entry::canMove()`, um usuário do painel de controle autenticado com baixos privilégios que possa mover uma entrada pode usar a função `moveEntryToSection()` para alterar o `sectionId` de uma entrada. Isso permite que o usuário salve conteúdo em uma seção onde possui acesso de leitura, mas não de escrita, ignorando o modelo de autorização ao nível de seção e potencialmente interrompendo limites editoriais, fluxos de aprovação e lógica de negócios específica da seção. **Recommendations** Atualize o Craft CMS para a versão 5.9.21.

**Nome do Software Vulnerável e Versões Afetadas** Craft CMS versões 5.0.0-RC1 até 5.9.20 **Descrição** Um problema de falsificação de autoria existe no sistema de gerenciamento de conteúdo. A função `theEntriesController::actionSaveEntry()` realiza verificações de permissão de edição de entrada antes que as alterações de autor controladas pela requisição sejam aplicadas ao modelo. O caminho de mutação do autor aceita os parâmetros `authors` ou `author` fornecidos por um invasor e permite a alteração quando o usuário atual é um dos autores antigos. Como o controlador não reexecuta a autorização após mutar a lista de autores, um usuário com baixos privilégios pode reatribuir a autoria de uma entrada a outro usuário sem possuir a permissão dedicada de alteração de autor por pares (peer-author-change). **Recomendações** Atualizar para a versão 5.9.21.

**Nome do Software Vulnerável e Versões Afetadas** TypeBot versões anteriores a 3.17.2 **Description** O TypeBot contém uma falha de Server-Side Request Forgery (SSRF) em seus fluxos de requisição HTTP e busca de scripts. O problema decorre de uma lacuna de tempo entre a verificação e o uso (time-of-check to time-of-use) na proteção de SSRF, onde o validador resolve um nome de host para verificar faixas de IP proibidas, mas não fixa esse IP validado na conexão de rede subsequente. Isso permite que um invasor utilize DNS rebinding—uma técnica onde um nome de domínio é configurado para retornar endereços IP diferentes em consultas DNS sucessivas—para burlar a validação. Ao fornecer uma URL para um bot público que execute um bloco de Requisição HTTP no servidor ou a busca de um script no servidor, um invasor pode forçar o servidor a se conectar a serviços de rede privada, endpoints de metadados de nuvem ou outros alvos HTTP internos. Os impactos potenciais incluem a divulgação de metadados, acesso a painéis de administração internos e roubo de credenciais de serviços de metadados. **Recommendations** Atualizar para a versão 3.17.2.

**Nome do Software Vulnerável e Versões Afetadas** Tautulli versões anteriores a 2.17.1 **Description** Uma condição de cross-site scripting (XSS) armazenada existe onde usuários autenticados, incluindo convidados, podem injetar HTML ou JavaScript no log principal da aplicação. Isso ocorre porque o endpoint `log js errors` grava strings controladas pelo atacante diretamente no arquivo de log. Quando um administrador acessa a visualização `logFile`, a aplicação incorpora o conteúdo do log em uma resposta HTML sem a devida filtragem, levando à execução do código injetado no navegador do administrador. **Recommendations** Atualizar para a versão 2.17.1.

**Nome do Software Vulnerável e Versões Afetadas** Tautulli versões anteriores a 2.17.1 **Description** O Tautulli contém um problema de Server-Side Request Forgery (SSRF) onde um endpoint público '/image/<hash>' resolve entradas de `image hash lookup` e as processa utilizando a mesma lógica de busca de imagem do lado do servidor que o proxy de imagem autenticado. Um usuário convidado de baixo privilégio pode inserir uma URL de imagem externa maliciosa na tabela de busca, permitindo que qualquer usuário externo não autenticado acione buscas do lado do servidor para uma URL arbitrária escolhida pelo invasor ao solicitar '/image/<hash>.png'. SSRF é uma falha que permite a um invasor induzir a aplicação do lado do servidor a fazer requisições para um local não pretendido. **Recommendations** Atualizar para a versão 2.17.1.

**Nome do Software Vulnerável e Versões Afetadas** Tautulli versões anteriores a 2.17.1 **Description** O Tautulli expõe o endpoint de administrador `/configUpdate` para operações de alteração de estado sem impor o método `POST` ou utilizar tokens anti-CSRF (Cross-Site Request Forgery). Nos modos de autenticação padrão de formulário e baseados em JWT, o cookie de sessão do administrador utiliza `SameSite=Lax`, o que permite solicitações de navegação cross-site de nível superior. Um invasor pode atrair um administrador autenticado para uma página maliciosa que envie uma solicitação cross-site para o endpoint `/configUpdate` para sobrescrever o nome de usuário e a senha do administrador local, resultando no controle total da interface administrativa. **Recommendations** Atualizar para a versão 2.17.1.

**Nome do Software Vulnerável e Versões Afetadas** Froxlor versão 2.3.6 **Descrição** Uma falha de seguimento de link simbólico (symlink) existe no caminho de sincronização de chaves SSH de propriedade do root usado para usuários FTP de clientes. O código de provisionamento anexa chaves públicas a `~/.ssh/authorized keys` dentro de um diretório home controlado pelo cliente sem verificar se o caminho de destino é um link simbólico. Um invasor com uma conta de cliente com shell habilitado pode substituir `~/.ssh/authorized keys` por um symlink apontando para `/root/.ssh/authorized keys`. Quando a tarefa cron privilegiada executa a função `SshKeys::generateFiles()` e subsequentemente anexa a chave, a chave fornecida pelo invasor é adicionada ao arquivo de chaves autorizadas do usuário root, concedendo ao invasor acesso SSH de root. Este processo envolve a chamada de API `SshKeys.add` e a função `makeCorrectFile()`, que falha ao resolver ou rejeitar symlinks. **Recomendações** Atualizar para a versão 2.3.7.

**Nome do Software Vulnerável e Versões Afetadas** Froxlor versões anteriores a 2.3.7 **Descrição** Existe um problema onde os manipuladores de conta FTP do lado do servidor não aplicam a lista de permissões `system.available shells` ao processar solicitações de adição ou edição. Isso permite que um cliente autenticado com delegação de shell habilitada envie um shell arbitrário, como `/bin/bash`, ignorando as opções restritas apresentadas na interface do painel. Em implantações que utilizam a integração padrão `nssextrausers`, o shell controlado pelo invasor é propagado para o banco de dados de contas do sistema, concedendo acesso real ao shell do host. A falha ocorre porque as funções `Ftps::add()` e `Ftps::update()` realizam apenas uma validação genérica de string em vez de verificar o shell na lista aprovada. Isso pode ser explorado através do endpoint `/customer ftp.php` manipulando o parâmetro `shell`. **Recomendações** Atualize para a versão 2.3.7. Como medida paliativa temporária, restrinja o uso do parâmetro `shell` no endpoint `/customer ftp.php` ou desabilite a delegação de shell do cliente definindo `system.allow customer shell` como 0.

**Nome do Software Vulnerável e Versões Afetadas** OpenReplay versões anteriores a 1.26.0 **Descrição** O OpenReplay é uma suíte de replay de sessão auto-hospedada. A API Python contém várias rotas 'app apikey' que confiam em um `projectKey` fornecido pelo chamador após verificar apenas a validade da chave de API e a existência do `projectKey` de destino. O fluxo de autorização não verifica se a chave de API autenticada e o projeto solicitado pertencem ao mesmo locatário (tenant). Como o design do rastreador público expõe o `projectKey` ao código do lado do navegador, um invasor com uma chave de API válida para seu próprio locatário pode usar o `projectKey` público de outro locatário para enumerar sessões de usuários vítimas e recuperar dados sensíveis de eventos de sessão através dos limites de locatários. **Recomendações** Atualizar para a versão 1.26.0.

**Nome do Software Vulnerável e Versões Afetadas** SillyTavern versões anteriores a 1.18.0 **Description** O SillyTavern é uma interface de usuário instalada localmente para interagir com grandes modelos de linguagem, mecanismos de geração de imagens e modelos de voz de texto para fala. A aplicação contém um problema de Server-Side Request Forgery (SSRF)—uma falha onde um servidor é enganado para fazer requisições a um local não pretendido—através do endpoint '/api/search/searxng'. Um usuário autenticado de baixo privilégio pode fornecer a variável `baseUrl` maliciosa, que o servidor utiliza para construir buscas externas sem realizar a validação de allowlist, intervalo de IP, DNS ou esquema. Isso permite que um invasor direcione a requisição para serviços HTTP internos ou de loopback e receba o corpo da resposta, potencialmente expondo informações de painéis administrativos internos, serviços de desenvolvimento ou endpoints de metadados de nuvem. **Recommendations** Atualize para a versão 1.18.0. Ative e configure adequadamente o filtro de Private Request Whitelisting, especialmente quando a instância estiver sendo hospedada em uma rede.

**Nome do Software Vulnerável e Versões Afetadas** BentoML versões anteriores a 1.4.39 **Description** O fluxo de trabalho de empacotamento `bentoml build` segue links simbólicos (symlinks) controlados por atacantes dentro do contexto de compilação e copia o conteúdo dos arquivos referenciados para o artefato Bento gerado. Isso ocorre porque o sistema não valida se o caminho resolvido de um arquivo permanece dentro do contexto de compilação antes de desreferenciar o caminho de origem. Um atacante pode inserir um link simbólico apontando para arquivos locais sensíveis no host de compilação, como credenciais de nuvem, chaves SSH, tokens de API ou arquivos de ambiente. Quando o processo de compilação é executado, esses arquivos são empacotados no artefato Bento e podem ser posteriormente vazados por meio de fluxos de exportação, envio (push) ou conteinerização. **Recommendations** Atualize para a versão 1.4.39.

**Nome do Software Vulnerável e Versões Afetadas** Chartbrew versões anteriores a 5.0.0 **Descrição** O Chartbrew expõe múltiplos endpoints 'dataset' e 'dataRequest' que autorizam membros de projeto com baixos privilégios no nível da equipe. O sistema falha ao não vincular o `dataset id`, `dataRequest id` e `connection id` solicitados aos projetos permitidos para o chamador. Isso permite que um invasor autenticado com acesso a um único projeto dentro de uma equipe possa ler, executar, criar, atualizar e excluir conjuntos de dados e solicitações de dados pertencentes a outros projetos na mesma equipe. Isso leva à divulgação de dados entre projetos e ao uso não autorizado de conexões de banco de dados ou APIs. **Recomendações** Atualize para a versão 5.0.0.

**Nome do Software Vulnerável e Versões Afetadas** Chartbrew versões anteriores a 5.0.0 **Descrição** O Chartbrew expõe uma rota de painel legada que retorna dados de relatório de um projeto para qualquer membro autenticado da mesma equipe, independentemente de o usuário ter acesso a esse projeto específico. Isso ocorre porque a rota ignora a autorização em nível de projeto e retorna o objeto de projeto bruto. Consequentemente, um usuário de baixo privilégio na mesma equipe pode ler dados do painel de outro projeto e recuperar a senha de relatório armazenada na resposta. **Recomendações** Atualizar para a versão 5.0.0.

**Nome do Software Vulnerável e Versões Afetadas** Chartbrew versões anteriores a 5.0.0 **Descrição** O Chartbrew é uma aplicação web de código aberto utilizada para criar gráficos ligando-se a bases de dados e APIs. A aplicação expõe o endpoint "POST /api/chart/:chart id/query" sem autenticação. O sistema verifica apenas a configuração `team.allowReportRefresh` e não valida se o gráfico alvo pertence a um relatório público, se o projeto é público ou se a política de partilha permite a operação. Um atacante não autenticado que possua um identificador de gráfico pode desencadear a atualização de dados e recuperar dados atuais de gráficos privados. **Recomendações** Atualizar para a versão 5.0.0.

**Nome do Software Vulnerável e Versões Afetadas** Chartbrew versão 4.9.0 **Descrição** O Chartbrew permite que usuários autenticados com acesso a um projeto atualizem ou excluam um registro de SharePolicy pertencente a um projeto diferente. A aplicação autoriza o chamador com base no projeto no caminho da URL, mas não verifica se o `policy id` pertence a esse projeto específico. Isso permite a modificação de regras de compartilhamento de painéis entre projetos, incluindo visibilidade, requisitos de senha, parâmetros permitidos e configurações de expiração. **Recomendações** Atualizar para a versão 5.0.0.

**Nome do Software Vulnerável e Versões Afetadas** Chartbrew versões anteriores a 5.0.0 **Description** O Chartbrew expõe rotas públicas de recuperação e exportação de gráficos que verificam apenas o acesso público ao nível do projeto e um alternador de exportação ao nível da equipe. Essas rotas não verificam se o gráfico de destino é realmente permitido no relatório público ou se a `SharePolicy` governante permite o acesso público. Consequentemente, um invasor não autenticado que conheça um identificador de gráfico em um projeto público pode ler ou exportar dados de gráficos que foram intencionalmente ocultados do relatório. **Recommendations** Atualizar para a versão 5.0.0.

**Nome do Software Vulnerável e Versões Afetadas** JeecgBoot versões anteriores a 3.9.1 **Descrição** Uma injeção de SQL remota é possível através do endpoint 'loadDict'. O problema existe na função `SqlInjectionUtil()` localizada no arquivo jeecg-boot/jeecg-boot-base-core/src/main/java/org/jeecg/common/util/SqlInjectionUtil.java, onde a manipulação inadequada do argumento `keyword` permite o ataque. **Recomendações** Implantar o patch a9c8e8eb1185751c4c3c68d2a53f3dadee9edc6b. Como medida paliativa temporária, restrinja o acesso ao endpoint 'loadDict' para minimizar o risco de exploração.

**Nome do Software Vulnerável e Versões Afetadas** o2oa versões anteriores a 10.0 **Descrição** Uma falha no componente URL Fetching permite a falsificação de solicitação do lado do servidor (SSRF), que ocorre quando um servidor é enganado para fazer solicitações a um local não pretendido. Este problema existe na função `FileAction()` do arquivo `FileAction.java` e é acionado pela manipulação do argumento `fileUrl`. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade. Como medida paliativa temporária, restrinja o acesso à função `FileAction()` ou ao componente URL Fetching para minimizar o risco de exploração.

**Nome do Software Vulnerável e Versões Afetadas** Xuxueli xxl-job versões anteriores a 3.3.3 **Descrição** Um problema existe no OpenAPI Endpoint dentro do arquivo `xxl-job-admin/src/main/java/com/xxl/job/admin/scheduler/openapi/OpenApiController.java`. A manipulação do argumento `default token` leva ao uso de uma chave criptográfica codificada rigidamente (hard-coded). Esta falha permite ataques remotos, embora seja caracterizada por alta complexidade e explorabilidade difícil. **Recomendações** Atualize para uma versão posterior a 3.3.2. Como medida paliativa temporária, restrinja o acesso ao argumento `default token` no OpenAPI Endpoint para minimizar o risco de exploração.

**Nome do Software Vulnerável e Versões Afetadas** Xuxueli xxl-job versões anteriores a 3.3.3 **Descrição** Uma falsificação de solicitação do lado do servidor (SSRF) existe no endpoint 'trigger'. O problema reside na função `triggerJob()` dentro do arquivo `xxl-job-admin/src/main/java/com/xxl/job/admin/service/impl/XxlJobServiceImpl.java`, onde a manipulação inadequada do argumento `addressList` permite que um invasor remoto inicie solicitações não autorizadas. SSRF é uma falha que permite que um invasor induza a aplicação do lado do servidor a fazer solicitações para um destino inesperado. **Recomendações** Atualize para uma versão posterior a 3.3.2. Como medida paliativa temporária, restrinja o acesso ao endpoint 'trigger' e garanta um controle de acesso rigoroso para a função `triggerJob()`.