Zickzick2

Um problema no Windows Remote Desktop Services permite que um invasor autorizado divulgue informações sensíveis do sistema através de uma rede para uma esfera de controle não autorizada.

A autenticação fraca no Windows App Readiness Service permite que um invasor autorizado realize adulterações locais, o que pode permitir que ele afete o sistema.

Existe um problema onde usuários autenticados com nível de acesso de assinante ou superior podem realizar uma Injeção de SQL genérica. Isso ocorre devido à escape insuficiente do parâmetro `description` e à falta de preparação na consulta SQL. Um invasor pode anexar consultas SQL adicionais para extrair informações sensíveis do banco de dados. A exploração requer que um administrador execute a operação padrão de exportação e restauração do banco de dados local do plugin no site, pois o invasor não pode acionar o processo de forma independente.

Atacantes autenticados com nível de acesso de assinante ou superior podem realizar uma Injeção de SQL baseada em tempo. Isso ocorre devido à escape insuficiente do parâmetro `id` fornecido pelo usuário e à falta de preparação adequada da consulta SQL. Atacantes podem anexar consultas SQL adicionais para extrair informações sensíveis do banco de dados. Um atacante pode obter o nonce necessário e o cookie `subscriberauth` sem uma conta do WordPress, simplesmente inscrevendo-se através do formulário público da newsletter e abrindo o link de gerenciamento enviado por e-mail, pois a verificação de propriedade verifica apenas o campo `subscriber id` e não valida se o parâmetro `id` injetado pertence ao assinante autenticado.

Existe uma falha de bypass de autenticação devido ao Vínculo de Conta por Colisão de E-mail de SSO. Quando nenhum mapeamento de contact-ID é encontrado durante um login SSO, o plugin utiliza uma busca global de rede `get user by('email', ...)` em `Module.php` para resolver um usuário do WordPress. Subsequentemente, `UserSynchronizer::syncWaContact()` vincula a conta e `Controller::login()` emite um cookie de sessão via `wp set auth cookie()` sem exigir prova de propriedade, como uma senha ou verificação de caixa de entrada. Isso permite que um invasor com um e-mail de contato WildApricot correspondente ao e-mail de um administrador do WordPress alvo obtenha um cookie de autenticação global de rede e ganhe acesso de administrador em uma rede Multisite baseada em caminho.

Ocorre Cross-Site Scripting Baseado em DOM 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 serão executados sempre que um usuário acessar a página injetada. A exploração requer que um administrador do site tenha configurado previamente um mapa público usando a combinação de shortcodes [leaflet-map]+[leaflet-geojson]+[choropleth] cuja URL de origem GeoJSON seja controlada pelo atacante, por exemplo, através do comprometimento de um host de dados externo ou takeover de subdomínio. O problema é acionado através do parâmetro `feature.properties[<template-token>]`.

Ocorre Cross-Site Scripting Armazenado através da meta box 'Last referrers' na página de administração Overview do plugin. O problema surge porque a função `newstatpress generate overview lastreferrers()` não escapa adequadamente a string de consulta fornecida pelo visitante e armazenada na tabela de estatísticas. Especificamente, a variável `urlrequested` é concatenada em um atributo href com aspas simples usando apenas FILTER SANITIZE URL, que não codifica apóstrofos. Isso permite que atacantes não autenticados injetem scripts web arbitrários que são executados quando um usuário com altos privilégios, como um administrador, acessa a página Overview e passa o mouse sobre o link injetado.

O plugin está sujeito a SQL Injection baseada em tempo, uma técnica na qual um invasor envia uma consulta que força o banco de dados a aguardar um tempo específico antes de responder, permitindo a inferência de dados. Isso ocorre devido à escape insuficiente de entradas fornecidas pelo usuário e falta de preparação na consulta SQL. Atacantes não autenticados podem anexar consultas SQL maliciosas para extrair informações sensíveis do banco de dados. O problema é acessível através do endpoint do aplicativo móvel não autenticado, que executa a ação da biblioteca sem validar a flag de recurso do aplicativo móvel, um nonce ou a autenticação do WordPress, não exigindo conta ou sessão para a exploração. O parâmetro vulnerável é `gmedia in`.

A sanitização insuficiente de entrada e a escape inadequada de saída permitem que atacantes autenticados com nível de acesso de assinante ou superior realizem Stored Cross-Site Scripting. Isso ocorre por meio do parâmetro `custom text attribute (user-defined field name)`. O problema é explorável quando um administrador configura um atributo de Texto com um formato de exibição que coloca o token `%value%` dentro de um atributo HTML. Isso permite a injeção de scripts web arbitrários 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 `attachments[name]`, permitindo a injeção de scripts web arbitrários que são executados sempre que um usuário acessa a página afetada.

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. O problema é acionado através do parâmetro `booking[service id]`.

A validação insuficiente do caminho do arquivo na função `extract()` permite que atacantes não autenticados excluam arquivos arbitrários no servidor. Este problema pode levar à execução remota de código se arquivos críticos, como `wp-config.php`, forem excluídos. A exploração é possível desde que pelo menos um campo personalizado do tipo Arquivo esteja publicado no shortcode da página de confirmação, pois esta configuração não é ativa por padrão.

O plugin WP Directory Kit para WordPress contém uma falha de SQL Injection. Atacantes autenticados com nível de acesso customizado ou superior podem explorar isso manipulando o parâmetro `data fields list`. O problema decorre da escape insuficiente da entrada fornecida pelo usuário e da falta de preparação adequada da consulta SQL, permitindo que atacantes anexem consultas maliciosas para extrair informações sensíveis do banco de dados.

Existe uma falha de bypass de autenticação na função `login customer after checkout` através do parâmetro `checkout form`. O problema ocorre porque o manipulador AJAX `wu ajax nopriv wu validate form`, acessível publicamente, aceita um nonce de checkout facilmente obtido. Quando o parâmetro `checkout form` é definido como `wu-finish-checkout`, a função `get validation rules()` descarta todas as regras de validação e a função `finish checkout form fields()` retorna uma lista de etapas vazia, fazendo com que `is last step()` retorne verdadeiro. Isso direciona a requisição diretamente para o processamento do pedido, onde `maybe create customer()` resolve um `email address` fornecido pelo atacante para um ID de usuário do WordPress existente sem autenticação. Subsequentemente, `login customer after checkout()` executa `wp set auth cookie()` para esse ID de usuário através de um caminho sem senha. Isso permite que atacantes não autenticados façam login como qualquer usuário do WordPress, incluindo um Network Super Admin, desde que a conta alvo não possua um registro de cliente do Ultimate Multisite pré-existente.

A sanitização insuficiente de entrada e a escape inadequada de saída permitem que atacantes autenticados com nível de acesso de assinante ou superior realizem Stored Cross-Site Scripting. Isso é feito manipulando o parâmetro `display name` através do endpoint '/wp-admin/profile.php' e o parâmetro `bbp reply content` através do formulário de resposta do bbPress. Para contornar os processadores wpautop/wptexturize do WordPress, que normalmente neutralizam a injeção de atributos convertendo aspas duplas em entidades de aspas curvas, o atacante deve envolver a resposta elaborada em um bloco <pre>. Isso permite a injeção de scripts web arbitrários que são executados sempre que 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 valor 'Other' de Múltipla Escolha, permitindo a injeção de scripts web arbitrários. Esses scripts são executados no contexto da visualização de resultados do administrador do WordPress, tendo como alvo principal os administradores que revisam as entradas de formulários enviadas.

O plugin Security Hardener para WordPress apresenta uma falha de autorização ausente. O problema ocorre porque a proteção de enumeração de usuários, ativada por padrão, utiliza a função `secure user endpoints()` para engatar o filtro `rest endpoints`. Esse processo sobrescreve o `permission callback` de todos os manipuladores nos endpoints '/wp/v2/users' e '/wp/v2/users/{id}'—incluindo os métodos POST, PUT, PATCH e DELETE—com um fechamento que apenas verifica se o usuário está logado através de `is user logged in()`. Consequentemente, as verificações de capacidade originais do WordPress Core, como `create users`, `promote user`, `edit users` e `delete users`, são removidas. Isso permite que usuários autenticados com nível de acesso Assinante (Subscriber) ou superior criem novas contas de Administrador via requisições POST para '/wp/v2/users' ou redefinam senhas de Administradores via requisições PUT/POST para '/wp/v2/users/{id}'.

O plugin StoreEngine para WordPress contém uma falha de traversal de diretório na função `parse file path()`. Este problema permite que usuários autenticados com permissões de nível de fornecedor ou superior leiam arquivos arbitrários no servidor, expondo potencialmente informações sensíveis.

Usuários autenticados com nível de acesso de assinante ou superior podem elevar seus privilégios para Administrador. O problema decorre da ausência de verificações de autorização e de verificação de nonce (um token único usado para prevenir falsificação de requisição cross-site) na função `get user()` da classe `Module Password Hint`. Esta função chama `WP User::set role()` utilizando o parâmetro `role` fornecido pelo atacante para qualquer conta identificada via `$ POST['user login']`, sem verificar se o solicitante possui autoridade para atribuir funções. Um atacante pode explorar isso enviando uma requisição POST manipulada para o endpoint do formulário de redefinição de senha com o parâmetro `action` definido como `createuser` e o parâmetro `role` definido como `administrator`, desde que possua um cookie de redefinição de senha válido.