Zickzick2

**Nome do Software Vulnerável e Versões Afetadas** Security Hardener versões anteriores a 2.4.5 **Descrição** 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}'. **Recomendações** Atualize o plugin Security Hardener para uma versão posterior à 2.4.4. Como medida de mitigação temporária, desative a opção `block user enum` para evitar a sobrescrita dos callbacks de permissão.

**Nome do Software Vulnerável e Versões Afetadas** StoreEngine versões anteriores a 2.1.2 **Description** 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. **Recommendations** Atualize o plugin para uma versão posterior a 2.1.1. Como medida de mitigação temporária, restrinja o acesso à função `parse file path()` para usuários com permissões de nível de fornecedor.

**Nome do Software Vulnerável e Versões Afetadas** WP Password Policy versões anteriores a 3.7.2 **Descrição** 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. **Recomendações** Atualize para uma versão posterior à 3.7.1. Como medida de mitigação temporária, restrinja o acesso ao endpoint do formulário de redefinição de senha para evitar a atribuição não autorizada de funções.