Nabil Irawan

Ocorre Cross-Site Scripting (XSS) Armazenado devido à sanitização de entrada e escape de saída insuficientes. Isso permite que atacantes autenticados com nível de acesso Colaborador ou superior injetem scripts web arbitrários em páginas, que serão executados sempre que um usuário acessar a página afetada.

Ocorre Cross-Site Scripting Refletido quando o caminho de saída do log de depuração `write debug logs` reflete o valor bruto da variável `$ SERVER['REQUEST URI']` através da função `vprintf()` dentro de um bloco `<script>` emitido no `wp footer`. Isso acontece sem a devida sanitização ou escape no método `filter()`. Atacantes não autenticados podem explorar isso enganando um usuário para clicar em um link especialmente criado para injetar e executar scripts web arbitrários.

Ocorre Cross-Site Scripting Armazenado devido à sanitização de entrada e escape de saída insuficientes. Atacantes autenticados com nível de acesso de assinante ou superior podem injetar scripts web arbitrários em páginas. Isso acontece porque o parâmetro `permalink` é processado usando `sanitize url()`, que falha em impedir a busca de URLs remotas. O corpo da resposta dessas URLs, incluindo tags de script e atributos de manipuladores de eventos, é então gravado diretamente no disco usando a função `file put contents()`.

O plugin apresenta uma falha de autorização ausente. A função `toggle cache()`, que está vinculada à ação AJAX `wp ajax toggle cache`, não realiza a verificação de capacidade nem a verificação de nonce. Um nonce é um token único usado para proteger contra falsificação de requisição cross-site. Isso permite que usuários autenticados com permissões de nível Assinante (Subscriber) ou superior ativem ou desativem o cache do plugin enviando uma requisição POST para o endpoint `admin-ajax`.

Atacantes autenticados com nível de acesso de Assinante (Subscriber) ou superior podem realizar a Execução Remota de Código. O problema decorre da ausência de verificações de autorização no manipulador `savesection` da ação AJAX `twiz ajax callback` no endpoint `twiz-ajax.php`. Embora o manipulador verifique um nonce, ele não executa a verificação de capacidade `current user can()`. Além disso, o nonce é exposto a usuários autenticados através do arquivo `twiz-ajax.js.php`. Isso permite que um atacante injete código PHP arbitrário por meio do parâmetro `twiz custom logic` quando a escolha de saída é definida como `twiz logic output`, que é então executado usando a função `eval()`.

Ocorre Cross-Site Scripting Armazenado devido à sanitização de entrada e escape de saída insuficientes. Isso permite que atacantes não autenticados injetem scripts web arbitrários através do parâmetro `sbm description`, que são executados quando um usuário acessa uma página afetada.

A sanitização insuficiente de entrada e a escape inadequada 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 no servidor alvo. Ao enviar um formulário de contato, um atacante pode injetar scripts web arbitrários através do parâmetro `cntctfrm contact dropdown`. Esses scripts são executados no contexto da sessão do navegador de um administrador quando este acessa a página do gerenciador de mensagens no endpoint '/wp-admin/admin.php?page=cntctfrmtdb manager', possibilitando o comprometimento de sessões de nível administrativo.

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 explorar isso para instalar e ativar um plugin arbitrário hospedado pelo atacante, resultando na execução remota de código no servidor. Quando o WooCommerce está inativo, o nonce (um token único usado para prevenir falsificação de requisição cross-site) necessário é emitido inline em todas as páginas de administração acessíveis a assinantes, permitindo que eles o coletem e acionem a exploração sem privilégios adicionais.

Ocorre Cross-Site Scripting Armazenado devido à sanitização de entrada e escape de saída insuficientes. Atacantes autenticados com nível de acesso Custom ou superior podem injetar scripts web arbitrários em páginas através do parâmetro `message`. Esses scripts são executados sempre que um usuário acessa a página afetada. Este problema só pode ser explorado quando a configuração do plugin 'Directly link to project' estiver desativada.

O plugin é suscetível ao sequestro de contas porque o manipulador AJAX `add front user update()` está acessível a usuários não autenticados. O manipulador aceita um valor arbitrário de `truebooker wp user id` e o passa para a função `wp update user()` sem verificar a autenticação do usuário ou a propriedade da conta. Isso permite que um invasor não autenticado altere o endereço de e-mail de qualquer usuário do WordPress, incluindo administradores, fornecendo o ID do usuário alvo e um endereço de e-mail controlado. Posteriormente, o invasor pode utilizar o processo padrão de redefinição de senha do WordPress para obter controle total da conta.

O plugin Astro Booking Engine para WordPress contém uma falha de Cross-Site Request Forgery (CSRF). Isso ocorre porque a funcionalidade de exclusão de opções carece de validação de nonce—um mecanismo de segurança usado para garantir que uma solicitação foi enviada intencionalmente pelo usuário. Consequentemente, um invasor não autenticado pode excluir todas as configurações do plugin enganando um administrador do site para clicar em um link malicioso.

O plugin é suscetível a Cross-Site Request Forgery (CSRF), uma falha onde um invasor engana uma vítima para executar ações indesejadas em uma aplicação web. Isso ocorre devido à falta de validação de nonce—uma medida de segurança usada para garantir que uma solicitação foi enviada intencionalmente pelo usuário—na ação AJAX `ms update`. Atacantes não autenticados podem explorar isso para modificar estilos CSS de temas filhos ao enganar um administrador para clicar em um link malicioso.

O plugin Database Collation Fix para WordPress contém uma falha de SQL Injection baseada em tempo. Isso ocorre porque o plugin não escapa adequadamente o parâmetro `force-collation-algorithm` e carece de preparação suficiente da consulta SQL. Atacantes não autenticados podem explorar isso para anexar consultas SQL maliciosas e extrair informações sensíveis do banco de dados. A exploração bem-sucedida requer que um arquivo `trigger.txt` esteja presente no diretório do plugin (`/wp-content/plugins/database-collation-fix/trigger.txt`), condição criada por eventos de integração do DesktopServer, como criação, cópia, importação, movimentação, exportação ou implantação de sites.

Uma Injeção de SQL não autenticada existe devido à escape insuficiente de entrada fornecida pelo usuário e falta de preparação adequada da consulta SQL. Isso permite que atacantes anexem consultas SQL adicionais a consultas existentes para extrair informações sensíveis do banco de dados através do parâmetro `form data[s]`.

Um problema de leitura arbitrária de arquivos ocorre quando a função `elementor assets filter()` processa os parâmetros de consulta `he wrapper js` e `he wrapper css`. A função concatena a entrada fornecida pelo usuário diretamente ao ABSPATH e a passa para `file get contents()` sem validação de traversal de caminho, lista de permissões, contenção de realpath ou verificação de extensão. Embora a saída seja processada por `wp kses post()`, que filtra tags HTML, isso não impede a divulgação de conteúdos arbitrários de arquivos. Isso permite que invasores não autenticados leiam arquivos sensíveis no servidor, como o wp-config. Este problema requer que o plugin Elementor esteja instalado e que o recurso 'Hide Elementor' esteja habilitado.

A sanitização insuficiente de entrada e a falta de escape de saída permitem que atacantes autenticados com nível de acesso de assinante ou superior realizem Stored Cross-Site Scripting (XSS). Isso ocorre por meio do parâmetro `link`, permitindo a injeção de scripts web arbitrários em páginas que são executados quando acessados por outros usuários.

Atacantes autenticados com nível de acesso de assinante ou superior podem realizar a execução remota de código no servidor. O problema ocorre durante a ação AJAX `widget-logic-update-conditional-tags` devido à ausência de verificação de capacidade e de nonce na função `widget logic visual check visibility()`. Além disso, o parâmetro `nwlv[cod-tag]` não é sanitizado adequadamente antes de ser armazenado e posteriormente processado por uma chamada `eval()`, que executa o código fornecido.

Este problema permite que invasores não autenticados alcancem a escalada de privilégios. O plugin atribui a capacidade `manage options` à função de demonstração `backstage customizer user`, que fornece permissões superiores ao necessário para o acesso de demonstração apenas ao Customizer. Consequentemente, invasores podem navegar além do Customizer e modificar opções arbitrárias do WordPress, como a variável `default role`.

O plugin está sujeito a Directory Traversal, uma falha que permite a um invasor acessar arquivos e diretórios armazenados fora da pasta raiz da web. Atacantes não autenticados podem explorar isso usando o parâmetro `url` para ler arquivos arbitrários no servidor, expondo potencialmente informações sensíveis.

Atacantes não autenticados podem excluir arquivos arbitrários no servidor devido à validação de caminho insuficiente no método `remove()` da classe `JBusinessDirectoryControllerUpload`. O endpoint 'task=upload.remove' está acessível sem autenticação. Ao fornecer um parâmetro ` filename` contendo sequências de traversal de caminho (../) e definir o parâmetro ` path type` como `2`, um atacante pode ignorar as restrições de diretório e acionar a função `unlink()` em arquivos críticos, como `wp-config.php` ou `wp-config-backup.php`.