Brian Willows

The Mail Debug for WooCommerce WordPress plugin through 1.3.0 does not perform any capability, authentication, or nonce check on one of its email-logging actions, which is exposed to unauthenticated users and is not restricted to its own data, allowing anyone to read the full body of every email the site has sent, including password-reset emails whose reset key lets an attacker take over an administrator account.

P-Net before 1.0.3 does not validate the LengthPeerStationName field of a CheckPeers block in get check peer(). The received length (up to 255) was used to copy data into the 241-byte peer station name buffer and to place the terminating NUL byte, so a crafted block writes up to 15 bytes past the end of the buffer. This can lead to a crash (denial of service) or potentially arbitrary code execution. Requires establishment of session that needs ADJACENT network access.

Um problema de Cross-Site Request Forgery (CSRF) existe no módulo utilizado para integração com a API Stripe Connect. Ao redirecionar para o Stripe Connect para gerar um código de autorização, o módulo não inclui um token CSRF na URI de retorno. Isso permite que um invasor engane um administrador para clicar em um link que ignora o processo de pagamento, resultando em pedidos marcados como pagos sem que o pagamento real tenha sido processado.

A verificação inadequada de assinaturas criptográficas no módulo permite a falsificação de assinatura (signature spoofing). O problema ocorre quando um segredo de assinatura não é configurado corretamente nas definições do gateway de pagamento, resultando em uma verificação insuficiente das assinaturas de eventos de webhook. Webhooks são mensagens automatizadas enviadas do Stripe para a aplicação para notificá-la sobre eventos, como pagamentos bem-sucedidos.

A neutralização inadequada de entrada durante a geração de páginas web permite Cross-Site Scripting (XSS). Este problema ocorre quando o módulo é utilizado para configurar a loja através da API Stripe Connect. A exploração requer que o atacante possua permissões de administrador para configurar gateways de pagamento e o comprometimento simultâneo de um serviço externo.

O módulo Webform, utilizado para criar formulários e processar envios, contém uma falha na maneira como lida com os manipuladores de Post Remoto (Remote Post handlers). Esses manipuladores enviam dados para servidores externos via APIs. O módulo não filtra adequadamente os valores de resposta do manipulador de Post Remoto antes que esses valores sejam renderizados por meio de tokens de resposta do manipulador. Consequentemente, se um site utilizar esses tokens na saída renderizada, um endpoint remoto poderá retornar valores que sejam renderizados como HTML, resultando em cross-site scripting (XSS), onde scripts maliciosos são injetados em sites confiáveis. Aproximadamente 436.300 instâncias foram identificadas globalmente.

Uma ação AJAX disponível para usuários não autenticados carece de autorização e autenticação. Além disso, o plugin não verifica o status da postagem solicitada. Isso permite que visitantes não autenticados recuperem o título, conteúdo ou resumo de postagens arbitrárias, incluindo aquelas que são privadas, rascunhos, pendentes, excluídas ou protegidas por senha, resultando na exposição de informações sensíveis.

A sanitização e a codificação insuficientes de valores enviados através do widget de formulário permitem que atacantes não autenticados injetem HTML arbitrário em e-mails de notificação enviados ao administrador do site após o envio do formulário.

O módulo `miniorange saml` não restringe corretamente o acesso a certas funcionalidades destinadas ao uso administrativo. Esta falha permite que usuários não autorizados realizem a navegação forçada para acessar recursos restritos ou modificar valores de configuração que deveriam estar disponíveis apenas para usuários privilegiados.

Este módulo permite que um site Drupal funcione como um Provedor de Serviço SAML 2.0 para autenticação via provedor de identidade externo. O problema ocorre porque o módulo não sanitiza adequadamente certos valores derivados de asserções SAML antes de exibi-los aos usuários. Isso permite que um provedor de identidade malicioso ou um invasor capaz de fornecer atributos SAML manipulados execute cross-site scripting (XSS), uma técnica usada para injetar scripts maliciosos em páginas da web visualizadas por outros usuários.

Existe um problema de bypass de autenticação onde o módulo não impede suficientemente a reutilização de asserções SAML aceitas anteriormente. Isso permite que uma asserção válida seja repetida dentro de seu período de validade, potencialmente permitindo que serviços remotos realizem tentativas de autenticação repetidas usando credenciais roubadas.

Este módulo permite que um site Drupal funcione como um Provedor de Serviço SAML 2.0 para autenticação via provedor de identidade externo. O problema ocorre porque o módulo não valida adequadamente as URLs obtidas dos metadados do provedor de identidade. Um invasor com permissões para configurar esses metadados poderia forçar a aplicação a enviar requisições para destinos indesejados, potencialmente permitindo o acesso a recursos de rede interna. Trata-se de um Server-Side Request Forgery (SSRF), que é uma falha que permite a um invasor induzir a aplicação do lado do servidor a fazer requisições para um domínio arbitrário.

Uma discrepância de tempo observável na integração do gateway Secure Acceptance Hosted Checkout permite ataques de força bruta. O módulo não verifica corretamente a integridade dos dados retornados pelo provedor de pagamento, o que poderia permitir que um invasor utilize um ataque de temporização para enganar o site, registrando que o pagamento foi recebido mesmo quando não foi.

Ocorre Cross-site Scripting (XSS) Armazenado devido à neutralização inadequada de entrada durante a geração de páginas web. O módulo não sanitiza adequadamente os comentários do cliente no modelo de e-mail de recibo do pedido. Este problema afeta especificamente instalações onde o módulo `commerce checkout` está habilitado e o painel de checkout `customer comments` é explicitamente utilizado, visto que este painel é desabilitado por padrão.