Huajihd

Um técnico pode excluir arquivos arbitrários do sistema de arquivos, desde que o servidor web tenha permissões de gravação nesses arquivos.

Um usuário autenticado com permissão de leitura (READ) de configuração pode ler um objeto de ativo específico.

Um técnico pode ler arquivos arbitrários localizados dentro do diretório `GLPI DOC DIR`.

Existe um problema onde o endpoint `modules/Forum/pages/forum/get quotes.php` apenas verifica se o usuário está logado antes de recuperar uma postagem com base na variável `post`. O auxiliar de backend em `modules/Forum/classes/Forum.php` não aplica as Listas de Controle de Acesso (ACLs)—que são conjuntos de regras que definem permissões para usuários ou sistemas—para fóruns ou tópicos. Isso permite que usuários autenticados com baixos privilégios enumerem IDs de postagens e acessem conteúdo de fóruns privados, ocultos ou exclusivos para a equipe, ignorando as restrições de visibilidade aplicadas em `modules/Forum/pages/forum/view topic.php`.

No arquivo `modules/Forum/classes/ForumPostReactionContext.php`, o software verifica se o chamador pode visualizar o fórum, mas não reforça a autorização `view other topics` no nível do tópico. Isso permite que usuários restritos a visualizar apenas seus próprios tópicos leiam e modifiquem reações em tópicos de outros usuários.

A página de perfil localizada em 'modules/Core/pages/profile.php' processa envios de postagens no mural e respostas antes de verificar se o visualizador está autorizado a acessar o perfil. Isso permite que usuários com a permissão `profile.post` escrevam postagens no mural de perfis que são privados ou que os bloquearam. Além disso, o mecanismo de resposta não verifica se a postagem do mural de destino pertence ao perfil atual, o que permite que atacantes injetem respostas em postagens de mural de outros perfis por meio de uma URL de perfil restrita.

NamelessMC é um software de website para servidores de Minecraft. O software falha ao aplicar a visibilidade de perfis bloqueados ou privados em `core/classes/Misc/ProfilePostReactionContext.php`, verificando apenas se a postagem no mural existe. Além disso, o endpoint "modules/Core/queries/reactions.php" permite requisições GET não autenticadas para detalhes de reações. Isso permite que visitantes não autenticados leiam participantes e carimbos de data/hora de reações em postagens de perfis privados, e permite que usuários autenticados com baixos privilégios adicionem reações a postagens de perfis privados ou bloqueados.

NamelessMC é um software de website para servidores de Minecraft. No arquivo `core/classes/Misc/ProfilePostReactionContext.php`, o sistema apenas verifica a existência de uma postagem no mural, sem aplicar as restrições de visibilidade para perfis bloqueados ou privados. Isso permite que usuários autenticados de baixo privilégio adicionem reações a postagens em perfis que os bloquearam ou que estão configurados como privados.

A falta de autorização no endpoint da API do sistema permite que usuários autenticados acessem informações sensíveis. Especificamente, o endpoint '/api/system' vaza a versão instalada do Kirby e o status, tipo e código da licença instalada para usuários que não possuem a permissão `access.system`. Essas informações podem ser utilizadas por agentes maliciosos durante o reconhecimento para planejar ataques subsequentes.

A falta de autorização permite que usuários autenticados do Painel acessem informações do site, de usuários e de funções sem o devido controle de permissões. Isso ocorre porque as configurações de permissão para o modelo do site, usuários e funções de usuário não foram implementadas, o que significa que, mesmo que um desenvolvedor desativasse todas as permissões usando a configuração `"*": false`, essas ações específicas permaneciam acessíveis. As áreas afetadas incluem a capacidade de listar e acessar o modelo do site, bem como visualizar detalhes de usuários e funções, incluindo nomes, descrições e permissões configuradas. Especificamente, as permissões ausentes eram `site.access`, `user.access`, `users.access`, `user.list` e `users.list`.

A interface de atualização do backend permite o envio de URLs remotas de SQL e ZIP por meio de parâmetros GET. O servidor baixa e executa o arquivo SQL e extrai o arquivo ZIP diretamente no diretório raiz da web sem validar um token CSRF (Cross-Site Request Forgery)—um mecanismo usado para evitar que comandos não autorizados sejam transmitidos a partir de um usuário em quem a aplicação web confia. Isso permite que um invasor engane um administrador autenticado para visitar um link malicioso, resultando na execução arbitrária de SQL e na gravação arbitrária de arquivos.

Saloon is a PHP library used for building API integrations and SDKs. Prior to version 4.0.0, the library lacked validation when constructing file paths from fixture names. This allowed names containing path segments, such as `../traversal` or `../../etc/passwd`, to create paths outside the intended fixture directory. Consequently, reading or writing fixtures could lead to unauthorized file access or modification anywhere the process had permissions. If the fixture name originated from user-controlled input, such as request parameters or configuration settings, this constituted a path traversal issue. The fix implemented in version 4.0.0 introduces validation in the fixture layer, rejecting names with characters like `/`, ``, `..`, or null bytes, and restricting the character set to safe options. Additionally, a defense-in-depth mechanism was added to the storage layer to ensure resolved paths remain within the base directory before any read or write operation.

Saloon is a PHP library used for building API integrations and SDKs. A flaw exists where the library combines a connector's base URL with a request endpoint. If the endpoint is a valid absolute URL, Saloon uses that URL directly, bypassing the base URL and any associated authentication mechanisms. This allows attackers to potentially perform server-side request forgery (SSRF) and leak credentials to a host they control if the endpoint is influenced by user input or configuration parameters like redirect uri or callback URL. The `URLHelper::join()` function does not validate the endpoint, leading to this behavior.

A weakness exists in MacCMS that allows authorization bypass. This issue affects the `order info` function within the `application/index/controller/User.php` file, specifically within the Member Order Detail Interface. Manipulation of the `order id` argument can lead to unauthorized access. The exploit for this issue has been publicly released and could be used for remote attacks.

A security flaw exists in MacCMS that allows for missing authentication. The issue is located in the file `application/api/controller/Timming.php` within the Timming API Endpoint component. The attack can be performed remotely. The exploit has been publicly released.

The `DomainFilteringAdapter` within the Embed extension is susceptible to an allowlist bypass because of a missing hostname boundary assertion in the domain-matching regular expression. A malicious domain, such as `youtube.com.evil`, can pass the allowlist check when `youtube.com` is a permitted domain. This allows for two potential attack vectors: Server-Side Request Forgery (SSRF) and Cross-Site Scripting (XSS). The `OscaroteroEmbedAdapter` makes server-side HTTP requests to the embed URL, and a bypassed domain filter could lead to requests to attacker-controlled hosts. The `EmbedRenderer` outputs the oEmbed response HTML directly into the page without sanitization, allowing an attacker controlling the bypassed domain to return arbitrary HTML/JavaScript.