CVE-2023-30839

O dano aqui é uma autorização que não se sustenta. Um usuário do back-office no PrestaShop — qualquer conta com acesso ao console, independentemente das permissões granulares que um administrador tenha atribuído — pode contornar a filtragem de SQL e escrever, atualizar ou excluir diretamente no banco de dados. O modelo de permissões diz que ele não deveria tocar nessas tabelas; a camada de SQL permite mesmo assim. Em uma loja em produção, isso significa que registros de pedidos, dados de clientes e credenciais de administrador ficam todos ao alcance de uma conta que deveria ter muito menos poder.

O que restringe isso é ter uma conta de back-office, razão pela qual é um 9.9 e não um 10 limpo — mas essa barreira é mais frágil do que parece. Contas de funcionários, logins de terceirizados e papéis de baixo nível são exatamente as credenciais que sofrem phishing ou reuso, e uma conta júnior comprometida normalmente se limita às permissões concedidas a ela. Este bug remove esse limite: um único login fraco vira controle total do banco de dados em uma plataforma de e-commerce que armazena dados de pagamento e PII de clientes.

Para nós, a pergunta útil não é se o PrestaShop está corrigido em geral, mas quais instâncias são anteriores à 8.0.4 ou à 1.7.8.9 e quantas contas ativas de back-office cada uma carrega. Uma loja com dezenas de logins de funcionários inativos é um alvo bem maior do que uma loja de administrador único, então classificamos pela superfície de contas, não apenas pela versão, e tratamos contas de back-office obsoletas como o verdadeiro raio de impacto.