Prism

Existe uma falha de bypass de autorização porque o plugin não verifica adequadamente se um usuário está autorizado a realizar ações específicas. Isso permite que atacantes autenticados, com nível de acesso de assinante ou superior, criem locais de empresa arbitrários no banco de dados do ERP.

O plugin contém uma falha de Directory Traversal, que ocorre quando uma aplicação não sanitiza adequadamente a entrada fornecida pelo usuário usada para construir um caminho de arquivo, permitindo o acesso a arquivos ou diretórios fora da pasta pretendida. Atacantes autenticados com nível de acesso de editor ou superior podem explorar isso através do parâmetro `family` para excluir diretórios arbitrários no servidor, podendo resultar em perda de dados e indisponibilidade do serviço.

A sanitização insuficiente de entrada e a falta de escape de saída permitem que atacantes autenticados com nível de acesso de contribuidor ou superior realizem Stored Cross-Site Scripting. Isso é feito injetando scripts web arbitrários através dos atributos de shortcode `number` e `group`, que são executados quando um usuário visita a página afetada.

A sanitização insuficiente de entrada e a falta de escape de saída permitem que atacantes não autenticados realizem Stored Cross-Site Scripting (XSS), uma técnica onde scripts maliciosos são armazenados permanentemente em um servidor alvo. Atacantes podem injetar scripts web arbitrários através do valor do campo `digitalSignature`. Esses scripts são executados sempre que um usuário acessa a página afetada. O ataque é possível porque o nonce de envio de formulário exigido está publicamente disponível em qualquer página que contenha o shortcode do formulário.

A sanitização insuficiente de entrada e a falta de escape de saída permitem que atacantes não autenticados realizem Reflected Cross-Site Scripting. Isso ocorre quando um atacante engana um usuário para clicar em um link contendo um script malicioso injetado através do parâmetro `check in date`, que é então executado no navegador do usuário.

Existe uma falha de bypass de autorização porque o plugin não verifica adequadamente se um usuário está autorizado a realizar ações específicas. Atacantes autenticados com nível de acesso de assinante ou superior podem disparar a re-incorporação arbitrária de documentos RAG (Retrieval-Augmented Generation) armazenados. Esse processo modifica a tabela `rag documents` e resulta no consumo não autorizado de créditos de API de IA de terceiros pagos pelo proprietário do site, de provedores como OpenAI, Gemini, OpenRouter ou xAI.

Existe uma falha de bypass de autorização porque o plugin não verifica adequadamente se um usuário está autorizado a realizar ações específicas. Atacantes autenticados com nível de acesso de assinante ou superior podem truncar permanentemente o log de auditoria de limpeza de cache localizado em `wp-content/purge.log`, resultando na destruição de todo o histórico de auditoria. Isso é possível porque o nonce `tcp log purge` é renderizado na barra de administração em páginas front-end, fornecendo a todos os usuários autenticados o token necessário para disparar a exclusão.

A escape insuficiente de entradas fornecidas pelo usuário e a falta de preparação adequada em consultas SQL permitem que atacantes autenticados com nível de acesso de administrador ou superior realizem uma Injeção de SQL genérica. Ao manipular o parâmetro `filtersource`, um atacante pode anexar consultas SQL adicionais para extrair informações sensíveis do banco de dados.

Existe um problema onde atacantes autenticados com acesso de nível de administrador ou superior podem realizar uma Injeção de SQL baseada em tempo. Isso ocorre porque o parâmetro `orderby` não é suficientemente escapado e a consulta SQL não é adequadamente preparada. Embora `esc sql()` e `sanitize text field()` sejam utilizados, eles não neutralizam palavras-chave de SQL, vírgulas, parênteses ou sintaxe de subconsulta em um contexto ORDER BY não citado, permitindo que a cláusula seja controlada pelo atacante para extrair informações sensíveis do banco de dados.

A sanitização insuficiente de entrada e a falta de escape de saída permitem que atacantes não autenticados realizem Reflected Cross-Site Scripting. Isso ocorre quando um atacante engana um usuário para clicar em um link contendo um script malicioso injetado através do parâmetro de busca `s`. Reflected Cross-Site Scripting é um tipo de ataque onde um script é refletido de uma aplicação web para o navegador do usuário.

Existe um problema onde atacantes autenticados com nível de acesso de Autor ou superior podem realizar uma Injeção de SQL de segunda ordem. Isso ocorre porque o manipulador AJAX `qsm ajax save pages()` não escapa suficientemente o parâmetro `pages`, e a função `qsm options questions tab content()` falha ao não utilizar `$wpdb->prepare()` ou a conversão para inteiro ao interpolar IDs de página armazenados em uma cláusula IN(). Um atacante pode plantar um payload SQL que é executado sempre que qualquer usuário, incluindo um administrador, visualiza a aba de Questões de um quiz, permitindo potencialmente a extração de informações sensíveis do banco de dados.

A sanitização insuficiente de entrada e a falta de escape de saída permitem que atacantes autenticados com nível de acesso de gerente de loja ou superior realizem Stored Cross-Site Scripting. Isso é feito injetando scripts web arbitrários através do parâmetro `row type`, que são executados sempre que um usuário acessa a página afetada.

Ocorre Cross-Site Scripting Armazenado devido à sanitização de entrada e escape de saída insuficientes. Atacantes autenticados com nível de acesso de contribuidor ou superior podem injetar scripts web arbitrários através do atributo de shortcode `price wrapper`. Esses scripts são executados quando um usuário visita a página afetada, desde que a vítima possua o ID do ingresso referenciado em seu cookie de carrinho, significando que a carga útil só é disparada para usuários que adicionaram anteriormente esse ingresso específico ao carrinho.

Existe uma falha de bypass de autorização porque o plugin não verifica adequadamente se um usuário está autorizado a realizar ações específicas. Atacantes autenticados com nível de acesso de assinante ou superior podem sobrescrever ou excluir arquivos de folha de estilo CSS gerados de postagens arbitrárias, incluindo postagens privadas e rascunhos de outros usuários, além de modificar opções de fonte com escopo do plugin. Isso é facilitado pelo nonce de CSRF `tf nonce`, que é exposto em páginas públicas do construtor front-end via `wp localize script`, permitindo que qualquer usuário autenticado o obtenha.

Existe um problema onde a escape insuficiente de entradas fornecidas pelo usuário e a falta de preparação adequada de consultas SQL permitem que atacantes autenticados com acesso de nível de administrador ou superior realizem SQL Injection. Ao manipular o parâmetro `sort field`, um atacante pode anexar consultas SQL adicionais para extrair informações sensíveis do banco de dados.

Existe um problema onde atacantes autenticados com nível de acesso customizado ou superior podem realizar uma Injeção de SQL genérica. Isso ocorre devido à escape insuficiente de dados fornecidos pelo usuário e à falta de preparação adequada da consulta SQL. Ao manipular o parâmetro `s`, um atacante pode anexar consultas SQL adicionais para extrair informações sensíveis do banco de dados.

Existe um problema onde invasores não autenticados podem anexar consultas SQL adicionais a consultas existentes para extrair informações sensíveis do banco de dados. Isso ocorre devido à escape insuficiente de parâmetros fornecidos pelo usuário e à falta de preparação adequada da consulta SQL. A falha é acionada por meio dos parâmetros 's' e `match` na funcionalidade de pesquisa.

Ocorre Cross-Site Scripting Armazenado através do atributo de bloco 'steps'. O problema decorre de sanitização de entrada e escape de saída insuficientes na função `wrap direction text()`. Especificamente, a função interpola o valor `href` fornecido pelo usuário de nós de link aninhados (`$node['props']['href']`) diretamente em uma tag de âncora usando `sprintf()` sem aplicar `esc url()` ou realizar a validação do esquema de URL. Atacantes autenticados com nível de acesso de Colaborador ou superior podem injetar scripts web arbitrários, como URIs de javascript, em páginas. Esses scripts são executados quando um usuário, como um editor ou administrador, visualiza a prévia da postagem pendente e clica no link malicioso.

Ocorre Cross-Site Scripting Armazenado devido à sanitização de entrada e escape de saída insuficientes nas configurações de administrador. Isso permite que atacantes autenticados, com permissões de nível de administrador ou superior, injetem scripts web arbitrários em páginas. Esses scripts são executados sempre que um usuário acessa a página afetada. Este problema impacta especificamente instalações multi-site e ambientes onde o `unfiltered html` foi desativado.

Existe um problema onde a escape insuficiente de entradas fornecidas pelo usuário e a falta de preparação de consultas permitem que atacantes autenticados com nível de acesso de assinante ou superior realizem SQL Injection. Isso ocorre por meio do parâmetro `order by` no endpoint de transações. Atacantes podem anexar consultas SQL adicionais para extrair informações sensíveis do banco de dados. Isso é particularmente explorável quando a configuração de aprovação de loja está configurada para aprovar automaticamente os proprietários de lojas, pois qualquer usuário logado pode se registrar como proprietário de loja via endpoint REST de Lojas público para obter a capacidade `edit stores` necessária.