Jakub Herman

Uma falha de bypass de autenticação permite que atacantes não autenticados assumam o controle de contas de clientes. O problema reside na função `OsModel::build conditions query()` em `lib/models/model.php`, que compara valores da cláusula WHERE com as strings literais 'IS NULL' e 'IS NOT NULL' e concatena correspondências diretamente no SQL sem a vinculação de parâmetros. Esta falha persiste apesar do uso de `sanitize text field()` e da guarda de endurecimento `is scalar()`. Atacantes podem enviar `params[password reset token]=IS NOT NULL` para o endpoint AJAX `customer cabinet change password` para corresponder a valores `account nonse` não nulos, permitindo a alteração da senha de um cliente. Se a opção `wp users as customers` estiver ativada, isso pode levar à tomada de controle de contas de assinantes ou de função de cliente do WordPress vinculadas. Além disso, atacantes podem identificar e-mails de alvos enviando `params[order intent key]=IS NOT NULL` para o endpoint `steps start from order intent`.

O recurso de login por e-mail sem senha, habilitado por padrão, não restringe adequadamente o número de tentativas para o código numérico curto. Além disso, essas tentativas falhas não são registradas pelo sistema de proteção contra força bruta interno. Isso permite que invasores não autenticados realizem um ataque de força bruta no One-Time Password (OTP) para assumir o controle de qualquer conta, incluindo contas com privilégios de administrador.

A sanitização insuficiente de entrada e a escape de saída no tratamento de comentários de definições de campos armazenados permitem que usuários não autenticados realizem Cross-Site Scripting (XSS) Armazenado. Um invasor pode injetar um payload que é emitido como um nome de atributo HTML e executado como JavaScript no navegador de qualquer visitante ou administrador que visualize uma página que renderize o campo afetado.

A sanitização e a filtragem insuficientes das configurações de rastreamento de análise permitem que usuários autenticados com permissões específicas realizem ataques de Cross-Site Scripting (XSS) Armazenado. Isso ocorre quando o plugin insere essas configurações em um script inline em todas as páginas front-end, permitindo a execução de scripts web arbitrários nos navegadores dos visitantes do site, incluindo administradores conectados.

Visitantes não autenticados podem executar shortcodes registrados arbitrários com atributos escolhidos pelo invasor. Isso ocorre porque o plugin utiliza a função `do shortcode()` em entradas fornecidas pelo usuário, não impedindo que valores derivados de requisições em tags de conteúdo dinâmico sejam processados como shortcodes quando um formulário é incorporado via bloco. O impacto depende dos shortcodes registrados no site, pois alguns podem expor dados ou realizar ações não autorizadas.

O plugin não escapa adequadamente o conteúdo reemitido através do seu analisador HTML integrado devido à sanitização de entrada e escape de saída insuficientes. Isso permite que usuários não autenticados realizem Stored Cross-Site Scripting (XSS), onde scripts web arbitrários são injetados em páginas e executados na sessão de qualquer visitante, incluindo administradores conectados.

A escape insuficiente de parâmetros fornecidos pelo usuário e a falta de preparação em consultas SQL permitem que atacantes autenticados com nível de acesso Assinante ou superior realizem SQL Injection. O problema ocorre durante um processo de restauração porque o plugin não restringe a reescrita do charset e da colação do banco de dados às instruções de esquema. Isso permite que um valor armazenado em um perfil de usuário saia de seu literal de string e injete SQL na instrução INSERT da restauração quando um administrador restaura o backup em um servidor que não possui um dos charsets ou colações da origem. Isso pode ser usado para extrair informações sensíveis do banco de dados.

Usuários não autenticados podem injetar um objeto PHP durante a rotina de substituição de mídia e atualização de links, pois o software não restringe as classes permitidas ao desserializar metadados armazenados. Esta Injeção de Objeto PHP ocorre quando um usuário com acesso de upload realiza uma substituição de mídia rotineira. O problema pode levar à inclusão local de arquivos (LFI) de arquivos PHP ou HTML existentes, podendo escalar para a execução remota de código se um arquivo influenciado pelo invasor estiver presente no servidor. Se uma POP chain (uma sequência de gadgets usada para executar código arbitrário durante a desserialização) estiver presente por meio de outros plugins ou temas instalados, isso poderá permitir a exclusão de arquivos arbitrários ou a recuperação de dados sensíveis.

A sanitização insuficiente de entrada e a falta de escape de saída de dados de variação de itens do carrinho no slide-out do carrinho permitem que usuários não autenticados realizem Cross-Site Scripting (XSS) Armazenado. Isso ocorre quando scripts web arbitrários são armazenados e posteriormente executados na sessão de outro usuário, incluindo administradores logados, ao acessar 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 através do parâmetro `cmb43ex1 grp[0][txt]`. O problema é explorável quando um integrador do site utiliza o auxiliar de formulário front-end do plugin com um campo wysiwyg dentro de um grupo repetível em uma página acessível ao público, permitindo que os scripts sejam executados quando um usuário visita a página afetada.

Existe um problema onde o software não delimita corretamente um padrão usado para reescrever tokens de conteúdo dinâmico durante a renderização de blocos. Essa falha permite que o padrão consuma a aspa de fechamento de um atributo HTML, puxando dados adjacentes não escapados para a marcação como novos atributos. Consequentemente, usuários não autenticados podem realizar Cross-Site Scripting (XSS) armazenado, uma técnica que injeta scripts maliciosos em uma página da web, executando-os no navegador de qualquer visitante que visualize a página afetada, incluindo administradores conectados.

Existe um problema onde uma rotina de reescrita de HTML não é restrita ao conteúdo da folha de estilo, causando a remoção de uma aspa que encerra um atributo na página renderizada. Quando combinado com a saída não escapada do autor do comentário, isso permite que usuários não autenticados com comentários publicados injetem atributos que executam JavaScript no navegador de qualquer visitante, incluindo administradores conectados, desde que a opção afetada esteja habilitada.

A falta de verificações de capacidade durante a atualização de posts através de ações de formulários front-end permite que visitantes não autenticados sobrescrevam posts arbitrários. Isso inclui posts onde o site armazena suas próprias definições de campo, o que pode levar à execução de código arbitrário no servidor. O problema ocorre quando o site publica um formulário cuja ação de atualização de post mapeia tanto o alvo quanto o conteúdo para valores enviados pelo visitante.

O módulo de Formulários front-end não resolve consistentemente o alvo da ação `update-user` entre a etapa de autorização da solicitação e a etapa de execução. Essa inconsistência permite que visitantes não autenticados ignorem a proteção de contas de administrador, assumindo o controle da conta do administrador do site e obtendo uma sessão válida. A exploração requer que o site publique duas configurações de formulário front-end separadas cujos alvos sejam mapeados para valores enviados pelo visitante.

Uma rotina de otimização de HTML não limita suas operações ao conteúdo da folha de estilo, o que pode levar à exclusão da marcação que fecha um atributo na página renderizada. Quando combinado com a saída não escapada do autor do comentário, isso permite que usuários não autenticados com comentários publicados injetem atributos de manipuladores de eventos. Isso resulta na execução de JavaScript arbitrário no navegador de qualquer visitante, incluindo administradores conectados, ao visualizar páginas front-end com a otimização ativada.

Quando um modo de entrega de imagem não padrão está habilitado, o analisador HTML integrado não escapa valores reemitidos em atributos de elementos. Isso permite que usuários não autenticados enviem conteúdo que é armazenado e posteriormente executado como Cross-Site Scripting (XSS) no navegador de qualquer usuário que visualize a página afetada, incluindo administradores. Cross-Site Scripting é uma técnica onde scripts maliciosos são injetados em sites confiáveis.

A sanitização e a codificação insuficientes de um valor de cookie antes de ser impresso na saída da página permitem que invasores não autenticados realizem Cross-Site Scripting (XSS) armazenado em sites que utilizam cache de página completa. Isso permite a injeção de scripts maliciosos na página em cache, que são posteriormente servidos a outros visitantes.

O plugin não limita corretamente as capacidades concedidas aos papéis de usuário autorizados por um administrador para gerenciar banners. Essa falha permite que usuários com papéis de baixos privilégios obtenham capacidades completas de administrador, levando à escalada de privilégios e ao comprometimento total do site.

Existe um problema onde o plugin não escapa as URLs ao reescrever links para um idioma traduzido e reverte a codificação aplicada anteriormente. Isso permite que usuários não autenticados armazenem um payload malicioso que é executado no navegador de qualquer usuário que visualize a página em um idioma traduzido, resultando em Stored Cross-Site Scripting (XSS), uma técnica onde um script é armazenado permanentemente no servidor de destino.

O plugin Broken Link Checker para WordPress permite que atacantes não autenticados executem shortcodes arbitrários. Isso ocorre porque o software não valida adequadamente um valor antes de executar a função `do shortcode`. Um atacante pode explorar isso enviando um comentário contendo um payload de shortcode em um atributo `href` ou `src`. Assim que o comentário é aprovado através do fluxo normal de moderação do site, o shortcode é executado automaticamente via WP-Cron.