Osman Hussein

Existe um problema que permite a Injeção de Objeto PHP, uma técnica onde entradas não confiáveis são passadas para a função `unserialize()`, podendo levar à execução remota de código. A falha ocorre através do parâmetro `form`, especificamente no campo `ticket label` da string de formulário codificada em URL. Isso é causado pela falta de autenticação no lado do servidor e pela ausência de uma lista de permissões de classes durante a desserialização. A única proteção é um nonce, que é exposto publicamente em qualquer página que utilize o shortcode `[wsdesk support]`. Um invasor não autenticado pode obter o valor `wsdesk nonce` por meio de uma requisição GET a uma página pública e, em seguida, executar código no servidor via uma requisição POST.

Um problema de upload arbitrário de arquivos existe na função `download one file()`. A falha decorre da ausência de validação do tipo MIME e de uma lista branca de extensões de arquivo ao gravar arquivos baseados em entradas de manifesto controladas por atacantes no diretório do plugin. Atacantes não autenticados podem fazer o upload de arquivos executáveis, potencialmente levando à execução remota de código se a configuração `apiType` estiver definida como `custom-local` (modo de modelo auto-hospedado). Esta configuração específica é uma opção não padrão que requer uma licença paga e expõe o nonce REST e tokens de sessão de uso único em páginas front-end.

Atacantes não autenticados podem realizar a execução remota de código no servidor. O problema ocorre porque o parâmetro `id` é concatenado diretamente em uma string de regra de validação delimitada por pipe sem sanitização. Esta string é posteriormente dividida, e cada token resultante é invocado como uma função PHP dinâmica sem a verificação de uma lista de permissões (allowlist). Esta falha é explorável porque o núcleo do WordPress executa o `validate callback` dentro de `WP REST Server::dispatch()` antes que o `permission callback` seja acionado, ignorando o portão de autorização Project Manage Capability.

Ocorre Injeção de Objeto PHP devido à sanitização insuficiente do parâmetro `customer note`. A entrada é inserida no HTML da fatura, decodificada por simplehtmldom, remontada em bytes brutos pelo mPDF e passada para a função `unserialize()` em ` getObjAttr()` sem validação. Isso permite que invasores não autenticados executem código arbitrário no servidor. O problema pode ser acionado através do endpoint da API pública da loja '/wc/store/v1/checkout' ao realizar um checkout anônimo do WooCommerce usando um método de pagamento por cheque ou Transferência Bancária Direta, o que dispara o gancho de geração de fatura.

Um problema de redirecionamento aberto existe devido à validação insuficiente de uma URL fornecida pelo usuário usada em um redirecionamento. Isso permite que invasores não autenticados redirecionem usuários para sites externos arbitrários se conseguirem enganá-los para realizar uma ação específica.

Existe um problema onde o plugin não verifica se um link solicitado pertence ao conjunto de configurações usado para seu modelo de exibição. Isso permite que usuários não autenticados divulguem informações sensíveis, como números de telefone, endereços de e-mail e nomes de remetentes, que o conjunto de configurações está configurado para ocultar.

O plugin permite que atacantes não autenticados realizem o upload arbitrário de arquivos através da função `mbw file upload()`. O problema decorre da falta de validação da extensão do arquivo no parâmetro `image path`, permitindo que o nome do arquivo derivado do basename ignore a lista de permissões de extensões aplicada apenas ao parâmetro `file name`. Isso pode levar à execução remota de código se arquivos executáveis forem carregados. Esta falha é explorável quando o quadro está configurado para permitir postagens de convidados, que é a configuração padrão, pois o nonce necessário está visível em todas as páginas públicas do quadro.

Ocorre uma validação insuficiente do tipo de arquivo ao salvar anexos de e-mail IMAP através da função `initMailPart()`. Isso permite que invasores não autenticados façam o upload de arquivos executáveis, possivelmente levando à execução remota de código.

Um problema de upload arbitrário de arquivos existe na função `compressCustom()`. A falha decorre da ausência de validação do tipo de arquivo e filtragem de extensão no parâmetro `page id`. Isso é combinado com o vazamento de um nonce REST (`tenwebio rest`) que é automaticamente serializado em um arquivo legível por qualquer usuário no diretório `wp-content/uploads/` sempre que um lote de otimização em massa é pausado. Como esse nonce é gerado com um ID de usuário 0, ele permite que invasores não autenticados ignorem as verificações de autenticação e façam o upload de arquivos executáveis, resultando em execução remota de código.

Usuários autenticados com nível de acesso de assinante ou superior podem realizar o upload arbitrário limitado de arquivos devido à validação incompleta do tipo de arquivo na função `check mimetype()`. Essa falha permite que invasores ignorem as verificações de extensão e gravem conteúdo de arquivos remotos sem verificação de MIME ou o auxiliar de upload do WordPress, potencialmente levando à execução remota de código se arquivos executáveis forem carregados. Este problema é explorável apenas quando a opção 'profile videos on bio' está ativada, pois essa configuração expõe o nonce necessário na página de perfil para usuários autenticados de nível inferior.

Existe um problema de upload arbitrário de arquivos não autenticado que pode levar à execução remota de código. A ação AJAX `nbdesigner copy image from url` está acessível a usuários não logados. No ramo de processamento do Google Drive, o plugin reconstrói o nome do arquivo de destino usando o parâmetro bruto `gapi[name]`, o que ignora a lista de permissões de extensões de imagem. Isso permite que um invasor envie um arquivo .php para o diretório `wp-content/uploads/nbdesigner/temp/`. Ao fornecer um arquivo malicioso do Google Drive e um token OAuth válido, um invasor pode executar código arbitrário no servidor. O endpoint `nbd check use logged in` fornece o nonce `save-design` necessário para usuários anônimos, eliminando qualquer barreira de autenticação.

Uma falha de upload arbitrário de arquivos existe na função `extcf7 submit`. O problema decorre da ausência de validação de extensão de arquivo, tipo MIME e tamanho dentro do `validation filter()` do campo de assinatura. Além disso, um bypass da função `sanitize file name()` permite a conversão de nomes de arquivos como `shell.php-` para `shell.php`. Combinado com a falta de proteções de execução de PHP no diretório de upload, invasores não autenticados podem fazer o upload de arquivos executáveis, potencialmente levando à execução remota de código (RCE), que é a capacidade de executar comandos arbitrários no servidor.

A Execução Remota de Código é possível devido à ausência de verificações de autenticação e nonce no manipulador `wp loaded`. O problema ocorre porque o parâmetro POST `xpv image` não é sanitizado antes de ser exibido sem escape em um modelo HTML renderizado pelo Dompdf com a execução de PHP habilitada. Isso permite que invasores não autenticados executem código arbitrário no servidor por meio de uma única requisição POST para qualquer URL do site.

Uma injeção de SQL não autenticada existe na funcionalidade de pesquisa de vídeo e no roteador que mapeia URLs amigáveis de vídeo para linhas do banco de dados. Esta falha permite que atacantes injetem comandos SQL em consultas de leitura sem a necessidade de autenticação. Qualquer pessoa capaz de carregar uma página que contenha uma galeria pode explorar este problema.

Existe um problema onde o software não exige uma transação validada antes de excluir opções do site. Isso permite que visitantes não autenticados excluam opções arbitrárias fornecendo os nomes das opções via entrada de requisição, o que pode resultar no bloqueio de administradores do painel de controle ou na desativação do plugin no site.

Existe um problema onde o plugin não valida um código de autorização por ticket enviado antes de revelar o código real ao solicitante. Isso permite que usuários não autenticados leiam o conteúdo de qualquer ticket de suporte e extraiam dados sensíveis de usuários ou de configuração.