Theviper17Y

O plugin contém uma falha que permite que usuários não autenticados excluam anexos arbitrários. Isso ocorre porque a função `ajax remove uploaded()` carece de verificações adequadas de capacidade ou propriedade. O manipulador está registrado tanto para `wp ajax` quanto para `wp ajax nopriv` e depende apenas do nonce `file handling nonce`, que é exposto na marcação da página de checkout pública quando um campo de Upload de Arquivo está ativo. Um invasor pode explorar isso enviando um `attachment id` manipulado para a ação AJAX `thwcfe remove uploaded`, resultando potencialmente na perda de arquivos de mídia críticos e em uma negação de serviço.

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. O problema ocorre através do parâmetro `comment`. A exploração requer que a opção 'Parse Vimeo and YouTube links' esteja habilitada e que o comentário injetado seja aprovado por um administrador antes que o script seja executado para os visitantes.

Ocorre Cross-Site Scripting Armazenado através do campo de comentário devido a um Regex-Mangled Output Buffer resultante de sanitização de entrada e escape de saída insuficientes. Isso permite que atacantes não autenticados injetem scripts web arbitrários em páginas que serão executados sempre que um usuário acessar a página injetada. A exploração bem-sucedida requer que o modo Remove do plugin esteja ativo e que o comentário malicioso seja publicado, seja por aprovação automática para comentaristas conhecidos ou por aprovação manual do moderador.

A sanitização de entrada e a escape de saída insuficientes permitem que atacantes não autenticados realizem Reflected Cross-Site Scripting. Isso ocorre em páginas de produtos onde um campo extra de Seleção de Intervalo de Data e Hora está configurado. Atacantes podem injetar scripts web arbitrários através dos parâmetros `<fieldname> start` e `<fieldname> end`, que são executados se um usuário for enganado ao clicar em um link malicioso. O nome do campo necessário é visível no código-fonte da página do produto.

A sanitização insuficiente de entrada e a escape de saída inadequada permitem que atacantes não autenticados realizem Cross-Site Scripting (XSS) Armazenado via conteúdo de comentários. Isso ocorre por meio de Corrupção de Regex do Buffer de Saída, permitindo a injeção de scripts web arbitrários que são executados quando um usuário visita a página afetada. A exploração requer que o administrador tenha habilitado a integração 'Google Tag Manager' e a opção 'Replace integration automatically [Beta]', e que o comentário malicioso seja aprovado por um administrador.

Ocorre Cross-Site Scripting Armazenado devido à sanitização de entrada e escape de saída insuficientes no filtro de saída 'Remove Microdata'. Atacantes não autenticados podem injetar scripts web arbitrários no conteúdo de comentários. Esses scripts são executados quando um usuário acessa a página afetada, desde que um administrador tenha habilitado a opção 'Remove Microdata' e aprovado o comentário malicioso.

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 em páginas através do parâmetro `forget password link`. Esses scripts são executados sempre que um usuário acessa a página afetada.

A sanitização de entrada e a escape de saída insuficientes permitem que atacantes não autenticados realizem Stored Cross-Site Scripting (XSS) por meio do conteúdo de comentários. O problema ocorre quando o filtro `yotu-wp` Cookie-Blocker utiliza reescritas `str replace()` em seu filtro de buffer de saída, o que pode romper o contexto do atributo e executar scripts web arbitrários. Este método ignora a sanitização de comentários `wp kses()` ao usar tags permitidas e ocultar tokens executáveis dentro de valores de atributos entre aspas como texto simples. A execução do script requer que o comentário seja aprovado antes de afetar os visitantes.

A autorização e a sanitização de entrada insuficientes na função `send test mail()` permitem que atacantes autenticados com nível de acesso de assinante ou superior escrevam código PHP controlado pelo usuário em arquivos executáveis no diretório de uploads. Essa falha permite a execução de código PHP arbitrário no servidor, o que pode levar ao comprometimento total do site.

A sanitização de entrada e a escape de saída insuficientes no recurso de Bloco de Grupo `linkToPost` permitem que atacantes autenticados com nível de acesso de colaborador ou superior realizem Stored Cross-Site Scripting. Isso possibilita a injeção de scripts web arbitrários em páginas, que são executados quando um usuário visita a página afetada.

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 em um servidor alvo. Isso ocorre por meio do atributo de shortcode `synopsis`. O ataque é bem-sucedido quando a opção `parse comments` (Parse Vimeo and YouTube links) está habilitada e o atributo `liststyle` está definido como "season".

A sanitização insuficiente de entrada e a escape de saída inadequada permitem o Cross-Site Scripting Armazenado. Atacantes autenticados com nível de acesso de contribuidor ou superior podem injetar scripts web arbitrários em páginas. Além disso, visitantes não autenticados podem explorar este problema se a configuração `parse comments` (Parse Vimeo and YouTube links) estiver ativada, o que faz com que o plugin processe shortcodes dentro do texto de comentários. O problema ocorre através do atributo de shortcode `synopsis`.

Ocorre Cross-Site Scripting Armazenado através do parâmetro `comment content`, que é renderizado inline no HTML da página. Este problema decorre de sanitização de entrada e escape de saída insuficientes. Atacantes não autenticados podem injetar scripts web arbitrários que são executados quando um usuário acessa a página afetada. A vulnerabilidade ignora a lista de permissões `wp kses data` do núcleo do WordPress porque a carga útil utiliza tags e atributos permitidos, ocultando o manipulador de eventos dentro de uma região de atributo corrompida. A função `str replace()` do plugin, durante a renderização, promove isso a um atributo DOM real. A execução da carga útil requer que um administrador do site aprove o comentário manipulado.

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

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 em um servidor alvo. O problema ocorre quando um payload é entregue através do campo de nome do autor do comentário. Esses scripts são executados sempre que um usuário acessa a página afetada, desde que o comentário tenha passado pelo fluxo de moderação do WordPress.

O plugin DoFollow Case by Case para WordPress contém um problema de Stored Cross-Site Scripting causado por sanitização de entrada e escape de saída insuficientes. Atacantes não autenticados podem injetar scripts web arbitrários por meio do conteúdo de comentários. Embora a moderação de comentários possa atrasar o processo, a carga útil é executada no navegador de qualquer visitante que acesse a postagem afetada assim que um administrador aprovar o comentário.

A sanitização de entrada e a codificação de saída insuficientes permitem que atacantes não autenticados realizem Stored Cross-Site Scripting (XSS) por meio do conteúdo de comentários. Isso é feito utilizando um marcador `{rstr keep}` previsível, permitindo a injeção de scripts web arbitrários que são executados quando um usuário visualiza a página afetada. O payload ignora a sanitização padrão de comentários do WordPress porque as tags e atributos utilizados, como `a[title]` e `code`, são permitidos pela lista de permissões kses do núcleo de comentários, e os marcadores de shortcode e tokens de marcador do plugin não são removidos.

Ocorre Cross-Site Scripting Armazenado devido à sanitização de entrada e escape de saída insuficientes. Atacantes não autenticados podem injetar scripts web arbitrários em páginas que são executados quando um usuário as acessa. A exploração bem-sucedida requer que a opção 'Lazy-load images?' esteja habilitada, que o arquivo `w3-total-cache/w3-total-cache.php` esteja presente no disco com o plugin desativado, que uma classe `Minify HTML` seja carregada no escopo por outro plugin e que o comentário malicioso seja aprovado por um moderador.

A sanitização de entrada e a escape de saída insuficientes permitem que atacantes não autenticados realizem Stored Cross-Site Scripting por meio do conteúdo de comentários. Isso é alcançado através de uma transformação estilo mXSS, onde a carga útil é armazenada usando tags e atributos permitidos pela sanitização kses de comentários do WordPress. Os manipuladores de eventos maliciosos e fragmentos de estilo são ativados quando o callback do buffer de saída do plugin reescreve o HTML renderizado durante a requisição. Isso permite a execução de scripts web arbitrários 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 não autenticados podem injetar scripts web arbitrários em páginas por meio do conteúdo de comentários. Este problema é desencadeado por um Output-Buffer Regex Rewrite e só é explorável quando a opção 'Remove query strings from static resources' está habilitada. Nesta configuração, a função `mutate url()` remove o delimitador '?' e os caracteres subsequentes, o que pode quebrar o limite do atributo e permitir a execução de scripts quando um usuário acessa a página afetada.