Tikket1

Um problema de desserialização insegura, especificamente a injeção de objetos PHP, ocorre durante o processamento de filtros de segmento e propriedades de campos personalizados. Certos caminhos de código desserializam valores armazenados no banco de dados sem restringir as classes PHP que podem ser instanciadas, ignorando o auxiliar de desserialização segura do Mautic. Um invasor com altos privilégios ou a capacidade de gravar nos dados armazenados afetados pode injetar valores serializados manipulados. Quando o Mautic processa esses dados durante a avaliação de segmentos, exportação de contatos ou solicitações de API de campos personalizados, objetos PHP arbitrários são instanciados. Utilizando gadget chains—sequências de fragmentos de código existentes que podem ser aproveitadas para fins não pretendidos—nas dependências, isso pode levar à execução de código arbitrário no servidor, acesso não autorizado, modificação ou exclusão de dados de contatos e interrupção do serviço.

Existe um problema onde os destinos de webhook são validados apenas durante o registro e não durante o uso. A função `NoInternalUrlRule` em `backend/app/Validators/Rules/NoInternalUrlRule.php` utiliza `gethostbyname()` para rejeitar intervalos de IP privados e reservados, mas nomes de host públicos são permitidos. Durante o despacho, o `WebhookDispatchService` utiliza a URL armazenada via `spatie/laravel-webhook-server` sem revalidar o destino. Como o arquivo `backend/config/webhook-server.php` não configura as opções do Guzzle, o seguimento de redirecionamentos permanece ativado por padrão. Isso permite que um destino redirecione o servidor para um endereço de loopback, privado ou de metadados de nuvem, ou permite que um invasor altere um registro de DNS após o registro para alcançar o mesmo resultado. O `WebhookResponseHandlerService` armazena o corpo da resposta no log do webhook, que é então exposto através do endpoint `WebhookLogResource`, permitindo que o solicitante leia respostas de serviços internos. Isso afeta tanto os webhooks de eventos quanto os de organizadores.

O serviço de plugin app-store não sanitiza a variável `identifier` antes de concatená-la em caminhos do sistema de arquivos. Isso permite que um invasor use sequências de path traversal, como `../`, para ler, instalar ou desinstalar plugins de diretórios arbitrários. Este problema ocorre nas funções `download()`, `install()` e `unInstall()` no arquivo `plugin/mine-admin/app-store/src/Service/Service.php`. Além disso, a função `install()` pode executar comandos composer arbitrários nos diretórios afetados. Os endpoints de API afetados incluem `/admin/plugin/store/install`, `/admin/plugin/store/download` e `/admin/plugin/store/uninstall`.

Usuários autenticados podem realizar server-side request forgery (SSRF) ao enviar URLs manipuladas. Este problema ocorre na função `fetch url()` da classe `ScenarioImport`, permitindo que atacantes façam requisições HTTP arbitrárias. Isso pode ser utilizado para sondar serviços de rede interna, enumerar portas através de assinaturas de erro e acessar endpoints de metadados de nuvem para recuperar credenciais sensíveis.

Três caminhos de código ignoram as proteções existentes contra Server-Side Request Forgery (SSRF) ao utilizar `http.Get()` bruto em vez do discador validado `hostmatcher.NewDialContext()`. Isso permite que um invasor faça requisições a serviços internos, escaneie redes internas (como `127.0.0.1`, `10.x`, `172.16-31.x` e `192.168.x`) e roube metadados de nuvem de endpoints como `169.254.169.254` (por exemplo, credenciais AWS IMDSv1 ou tokens GCP). Além disso, o uso do esquema `file://` na função `Open()` permite a leitura de arquivos locais, expondo potencialmente arquivos sensíveis como `/etc/gitea/app.ini`, que podem conter credenciais de banco de dados e segredos de assinatura JWT. O problema afeta os seguintes componentes: - A função `Open()` em `modules/uri/uri.go`. - Downloads de ativos de release e patches de PR em `services/migrations/gitea uploader.go` e `services/migrations/dump.go`. - A função `oauth2UpdateAvatarIfNeed()` em `routers/web/auth/oauth.go`.

O endpoint 'invoice/update' da Guest API carece de uma verificação de autorização. Isso permite que um usuário não autenticado que possua um hash de fatura modifique o gateway de pagamento de uma fatura não paga, alterando a variável `gateway id` para qualquer gateway de pagamento já configurado no sistema. Os hashes de fatura podem ser expostos por meio de links de e-mail, cabeçalhos de referência ou URLs compartilhadas. O impacto é limitado pela configuração do sistema `invoice accessible from hash` e pela exigência de que o gateway já tenha sido instalado por um administrador.

Um problema de SQL injection existe na funcionalidade de filtro do módulo `Massmailer`. Um administrador autenticado pode fornecer valores de filtro manipulados durante a atualização de uma mensagem de e-mail em massa, permitindo que entradas não confiáveis sejam interpoladas diretamente na consulta SQL de seleção de destinatários.

Coolify é uma ferramenta de código aberto e auto-hospedável para gerenciamento de servidores, aplicações e bancos de dados. As pesquisas de servidores e projetos não são limitadas à equipe atual, permitindo que qualquer usuário autenticado acesse servidores e projetos pertencentes a outras equipes ao especificar seus IDs diretamente.

Name of the Vulnerable Software and Affected Versions Hi.Events versões 0.8.0-beta.1 através de 1.7.1-beta Description Hi.Events é uma plataforma de gerenciamento de eventos e venda de ingressos de código aberto. Múltiplas classes de repositório passam o parâmetro de consulta `sort by` fornecido pelo usuário diretamente para `orderBy()` do Eloquent sem validação, permitindo injeção de SQL. A aplicação utiliza PostgreSQL que suporta consultas empilhadas. Recommendations Atualize para a versão 1.7.1-beta ou posterior.