0Xwackydawg

Existe uma falha de bypass de autenticação devido a um erro de codificação de aspas ausentes na chamada `defined()` para `SECURE AUTH SALT` dentro da função `BASEL Auth::get config()`. Esse erro faz com que o PHP avalie o valor da constante em vez de seu nome, levando o sistema a utilizar um salt estático e hardcoded que está publicamente visível no código-fonte do tema. Um invasor não autenticado pode usar esse salt conhecido para calcular uma assinatura Opauth válida offline e enviar um callback forjado para o endpoint `register or login`. Isso permite que o invasor se autentique como qualquer usuário do WordPress, incluindo administradores, ignorando a verificação de senha, autenticação de dois fatores e verificações de propriedade para receber um cookie de sessão autenticado via `wc set customer auth cookie()`. Este problema requer que o WooCommerce esteja ativo e que pelo menos um provedor de login social do Basel (Facebook, Google ou VKontakte) esteja configurado com um `app id` e `app secret` válidos.

Existe uma falha de bypass de autenticação que permite a tomada de conta de contas via a ação AJAX `qode membership check facebook user`. O problema decorre de um erro tipográfico na função `qode membership login user from social network()`, onde a condição de guarda verifica uma variável indefinida `$check social useqoder` em vez de `$check social user`. Isso faz com que a verificação `empty()` sempre retorne verdadeiro, ignorando a verificação do token da Graph API e permitindo que `wp set auth cookie()` seja executado sem validação de credenciais. Atacantes não autenticados podem logar como qualquer usuário, incluindo administradores, fornecendo um nome de login conhecido no parâmetro `response[email]`. Este processo requer um nonce `qode validate facebook login`, que está publicamente disponível em páginas que utilizam os shortcodes `[qode user login]` ou `[qode user register]`.