Thevietronin

Existe um problema onde o plugin registra sua página de administração usando `add management page()` com um nome de função de `InstaWP Setting::get allowed role()` como a capacidade exigida. Como `generate section field()` renderiza a chave mestre de API da opção `instawp api options` como uma entrada HTML de texto simples sem uma verificação de `manage options`, usuários autenticados com acesso de nível Assinante ou superior podem ler a chave mestre de API em texto simples. Um invasor pode então usar o segredo derivado de SHA-256 desta chave como um token portador aceito pela função `validate api request()` na API REST. Ao chamar o endpoint `POST /wp-json/instawp-connect/v2/auto-login`, o invasor pode gerar uma URL de login de uso único de 30 segundos que define um cookie de autenticação de administrador, resultando em escalada total de privilégios. Isso requer que o site esteja conectado ao InstaWP e que a função do invasor esteja incluída na lista `instawp sync tab roles`.

A sanitização de entrada e a escape de saída insuficientes 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. Isso ocorre por meio da variável `order email`, permitindo a injeção de scripts web arbitrários que são executados quando um usuário acessa a página afetada.

O plugin Groundhogg — CRM, Newsletters, and Marketing Automation para WordPress contém um problema de Stored Cross-Site Scripting. Isso ocorre devido à sanitização de entrada e escape de saída insuficientes ao lidar com o parâmetro `ref`. Atacantes não autenticados podem explorar isso para injetar scripts web arbitrários em páginas, que são executados quando um usuário visita a página afetada.

A sanitização insuficiente de entrada e a escape de saída inadequada 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. Isso ocorre por meio do parâmetro `formString`. O manipulador AJAX `rednao smart forms save form values` apenas impõe uma verificação de nonce—um token de segurança usado para evitar a falsificação de requisições—quando a opção `smart forms block anonymous submissions` está ativada. Consequentemente, instalações padrão permitem o envio e armazenamento de payloads maliciosos sem autenticação ou verificação de nonce, que são executados quando um usuário acessa 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 no servidor alvo. O problema ocorre através do parâmetro `form id`. O payload malicioso é armazenado no usermeta `submitted` do usuário que se registra por meio da função `update user meta()`. O script é executado quando um administrador visualiza o registro do usuário afetado no modal de Usuários do wp-admin, que insere a saída não escapada usando o método `.html()` do jQuery.

O plugin está sujeito a Stored Cross-Site Scripting (XSS), uma falha onde scripts maliciosos são armazenados permanentemente no servidor alvo. Isso ocorre devido à sanitização de entrada e escape de saída insuficientes através do parâmetro `css[fonts]`. Atacantes não autenticados podem injetar scripts web arbitrários em páginas que serão executados sempre que um usuário as acessar. O nonce de segurança necessário para alcançar o endpoint vulnerável está visível na marcação da página front-end, reduzindo efetivamente a barreira de segurança a um token CSRF e permitindo a exploração total por usuários não autenticados.

A sanitização de entrada e a escape de saída insuficientes no AJAX Cron Handler permitem que atacantes não autenticados realizem Stored Cross-Site Scripting (XSS). Isso ocorre quando scripts web arbitrários são injetados em páginas por meio de um parâmetro de requisição, os quais são executados sempre que um usuário acessa a página afetada.

Este problema é uma Injeção de SQL genérica via URL Path causada por escape insuficiente de parâmetros fornecidos pelo usuário e falta de preparação adequada da consulta SQL existente. Atacantes autenticados com nível de acesso de assinante ou superior podem anexar consultas SQL adicionais às consultas existentes para extrair informações sensíveis do banco de dados. Isso só é explorável quando o shortcode `[mpg spintax]` é renderizado em conteúdo de todo o site, como um rodapé ou parte de um template, pois o caminho de código vulnerável só é acessado quando o shortcode está ativo na página solicitada.

Uma falha de bypass de autenticação permite que atacantes não autenticados assumam o controle de contas. O problema ocorre porque a função `pre update value` carece de verificações de capacidade ou propriedade, e a função `ActionPost::conditions logic()` ignora a verificação de autorização `current user can('edit post')` sempre que o ID do post não é numérico (por exemplo, usando a string `user 1`). Isso permite que envios de formulários não autenticados sejam roteados para registros de usuários arbitrários, permitindo que atacantes sobrescrevam o endereço de e-mail registrado de qualquer usuário, incluindo administradores, e subsequentemente utilizem o processo nativo de redefinição de senha para obter acesso total à conta.

O plugin Pods – Custom Content Types and Fields para WordPress contém uma falha de escalonamento de privilégios que permite que atacantes não autenticados obtenham privilégios de Administrador ou sobrescrevam a senha de qualquer conta de usuário, incluindo a do proprietário do site, resultando no controle total do site. O problema reside no roteador AJAX `pods admin`, que processa verificações de segurança — como listas de permissões de métodos, verificação de nonce, imposição de login e controle de capacidades — através da função `pods error()`. Sob o caminho de compatibilidade JSON `meta-box-loader`, a função `pods error()` apenas registra as falhas no log de erros do PHP e retorna falso sem encerrar a requisição, permitindo que a execução continue para métodos de API privilegiados, como `save user()`. Mais de 100.000 instalações ativas estão potencialmente afetadas, e incidentes reais foram relatados onde atacantes adicionaram usuários administradores não autorizados em sites.

Este problema permite que atacantes não autenticados realizem a tomada de conta (account takeover) explorando a validação inadequada de redefinição de senha. O plugin falha ao verificar adequadamente a identidade do usuário durante o processo de redefinição de senha, permitindo que atacantes redefinam senhas de contas arbitrárias, incluindo aquelas com privilégios de administrador.

O plugin Uncanny Automator para WordPress contém uma falha de autorização ausente. Usuários autenticados com nível de acesso Assinante (Subscriber) ou superior podem explorar isso enviando requisições para as ações AJAX `automator google contacts fetch labels`, `automator mautic segment fetch`, `automator mautic tags fetch` e `automator mautic render contact fields`. O problema decorre da falta de verificações de capacidade e da ausência de verificação de nonce (um token de segurança usado para prevenir falsificação de requisição cross-site) nos manipuladores `ajax fetch labels()`, `segments fetch()`, `tags fetch()` e `render contact fields()`. Isso permite que invasores enumerem grupos e rótulos sensíveis do Google Contacts, bem como segmentos, tags e definições de campos de contato do Mautic, utilizando credenciais de integração configuradas por um administrador. Além disso, isso pode levar ao consumo de cotas de APIs de terceiros.

O plugin Web Directory Free para WordPress contém uma falha de SQL Injection genérica. Este problema ocorre porque o software não escapa adequadamente a entrada fornecida pelo usuário e carece de preparação suficiente da consulta SQL. Atacantes não autenticados podem explorar isso adicionando consultas SQL maliciosas através do parâmetro `levels` para extrair informações sensíveis do banco de dados.

Atacantes não autenticados podem realizar a Execução Remota de Código enviando valores não sanitizados através do parâmetro `postData`. O plugin grava esses valores em um arquivo .log que pode ser incluído via PHP, o qual é posteriormente renderizado usando a função `include once` dentro de `wpfnl show log()`. Para a exploração bem-sucedida, a opção Enable Logs nas Configurações de Log deve estar ativa e um administrador deve visualizar o arquivo de log poluído através da interface Log Settings View UI. O nonce necessário para acessar o endpoint é emitido publicamente em cada página de etapa do funil, permitindo que a etapa de injeção inicial seja realizada sem autenticação.

O plugin é suscetível a escalonamento de privilégios por meio de assumir o controle de contas. Isso ocorre porque o software não valida adequadamente a identidade do usuário antes de atualizar uma senha, permitindo que atacantes não autenticados alterem as senhas de usuários arbitrários, incluindo administradores, para obter acesso não autorizado à conta.

Uma limitação inadequada de um nome de caminho a um diretório restrito, conhecida como Path Traversal, permite o download arbitrário de arquivos. Isso ocorre quando a aplicação falha ao validar adequadamente a entrada fornecida pelo usuário usada para construir um caminho de arquivo, permitindo o acesso a arquivos fora do diretório pretendido.

A neutralização inadequada de entradas durante a geração de páginas web no Liquid Web / StellarWP GiveWP permite Cross-site Scripting (XSS) baseado em DOM, uma falha onde a aplicação contém JavaScript no lado do cliente que processa dados de uma fonte não confiável de maneira insegura, geralmente gravando os dados em um sink perigoso.

A neutralização inadequada de entradas durante a geração de páginas web permite o Cross-site Scripting (XSS) armazenado, uma condição em que scripts maliciosos são armazenados permanentemente no servidor alvo e executados no navegador de usuários que visualizam a página afetada.

WeGIA is a web management application for institutions. A Reflected Cross-Site Scripting (XSS) issue exists in the `/html/atendido/cadastro atendido parentesco pessoa nova.php` API endpoint. Attackers can inject malicious scripts through the `idatendido` parameter.

O WeGIA é um Gerenciador Web para Instituições. Existe uma vulnerabilidade de Injeção de SQL no endpoint da API `/html/funcionario/dependente listar.php`, especificamente através do parâmetro `id funcionario`. A exploração bem-sucedida permite que atacantes executem comandos SQL arbitrários, potencialmente comprometendo a confidencialidade, integridade e disponibilidade do banco de dados.