Rajchowdhury240

Existe um problema no trap apply da ponte (lib/bridge.js) onde um receptor `this` nulo não é tratado corretamente. Quando o código no sandbox invoca uma função de host fornecida em modo não estrito (sloppy-mode) sem um receptor, o receptor indefinido é passado para a chamada do host. O V8 então substitui o objeto global do realm do host por `this`, que o vm2 encapsula e retorna para o sandbox. Isso fornece ao script do sandbox um proxy ativo do global do host, permitindo a evasão completa do sandbox. Um invasor pode acessar o objeto `process` para executar código ou comandos arbitrários no host, como usando `process.getBuiltinModule('child process').execSync`. Isso requer que a aplicação que incorpora o sandbox exponha pelo menos uma função de host não estrita; funções de host em modo estrito e módulos ES não são afetados.

Quando um interpretador de shell está configurado, a lista de permissões de comandos pode ser ignorada usando metacaracteres de shell. O sistema valida apenas o primeiro token da entrada do usuário, enquanto a string bruta completa é passada para o shell. Isso permite o uso de pontos e vírgulas, pipes, crases e `$()` para encadear e executar comandos arbitrários após um comando permitido.

Nome do Software Vulnerável e Versões Afetadas Craft Commerce versões anteriores a 4.10.3 Craft Commerce versões anteriores a 5.5.5 Descrição Uma injeção de SQL existe no widget Commerce TotalRevenue. Isso permite que usuários autenticados do painel de controle alcancem a execução remota de código por meio de uma cadeia de quatro etapas. O problema ocorre quando configurações de widget não sanitizadas são interpoladas em expressões SQL, utilizando o suporte de consulta de múltiplas instruções padrão do PDO para injetar um objeto PHP serializado na tabela de fila. Quando o consumidor da fila processa a tarefa, uma chamada `unserialize()` irrestrita no yii2-queue instancia uma cadeia de gadgets GuzzleHttp FileCookieJar, onde o método ` destruct()` grava um webshell PHP no webroot do servidor. O processamento da fila é acionado por meio de um endpoint não autenticado. Recomendações Atualize para a versão 4.10.3. Atualize para a versão 5.5.5.

Craft Commerce, an ecommerce platform for Craft CMS, contains an Insecure Direct Object Reference (IDOR) issue within its cart functionality. This allows users to potentially hijack shopping carts by knowing or guessing the 32-character cart number. The `CartController` accepts a user-supplied `number` parameter to load and modify shopping carts, but performs no ownership validation. The code only verifies if the order exists and is incomplete, without checking if the requester is authorized to access it. This can lead to the takeover of shopping sessions and potential exposure of Personally Identifiable Information (PII). The issue stems from the lack of authorization checks in the `actionLoadCart()` and ` getCart()` functions within the `CartController`. Specifically, the code retrieves carts using the `Order::find()->number($number)->isCompleted(false)->one()` query without verifying user permissions. Attack vectors for obtaining cart numbers include referrer header leakage, browser history access, proxy/WAF logs, social engineering, and brute-force attempts.

O Craft é um sistema de gerenciamento de conteúdo. O endpoint `actionSendActivationEmail()` é acessível a usuários não autenticados e carece de verificações de permissão para usuários pendentes. Um atacante pode disparar e-mails de ativação para qualquer conta de usuário pendente ao saber ou adivinhar o ID do usuário. Se o atacante controlar o endereço de e-mail do usuário alvo, ele pode ativar a conta e obter acesso ao sistema. O problema decorre do endpoint aceitar parâmetros `userId` arbitrários sem verificar a propriedade. Os cenários de ataque incluem tomada de conta direcionada, enumeração de ID de usuário por força bruta, uso do GraphQL para obter informações de usuário e potencial spam ou assédio por e-mail. O parâmetro `userId` é recuperado utilizando a função `getRequiredBodyParam()`.

O Craft, um sistema de gerenciamento de conteúdo (CMS), é suscetível à Execução Remota de Código (RCE) por meio de uma vulnerabilidade de Injeção de Modelo do Lado do Servidor (SSTI). Uma carga maliciosa pode ser criada utilizando o filtro `map` do Twig em campos de texto que aceitam entrada Twig. Isso é possível na seção Configurações do painel de controle do Craft ou por meio do utilitário Mensagens do Sistema. Para explorar com sucesso, o atacante deve ter acesso de administrador ao Painel de Controle do Craft com a configuração `allowAdminChanges` habilitada, ou uma conta não administradora com `allowAdminChanges` desabilitada, mas com acesso ao utilitário Mensagens do Sistema. A configuração `allowAdminChanges` controla se usuários não administradores podem modificar configurações dentro do painel de controle do Craft.

Há uma vulnerabilidade de Execução Remota de Código (RCE) no Craft CMS na qual a função `assembleLayoutFromPost()` em `src/services/Fields.php` não sanitiza adequadamente os dados de configuração fornecidos pelo usuário antes de passá-los para `Craft::createObject()`. Isso permite que administradores autenticados injetem configurações maliciosas de comportamento do Yii2, potencialmente executando comandos de sistema arbitrários no servidor. Trata-se de uma variante não corrigida de um problema de injeção de comportamento anteriormente abordado em um conjunto diferente de endpoints. A vulnerabilidade está localizada na função `assembleLayoutFromPost()`, especificamente nas linhas 1125-1143 do arquivo `src/services/Fields.php`, devido à falta da chamada a `cleanseConfig()` no parâmetro POST `fieldLayout`. O ataque envolve injetar um comportamento usando a chave 'as rce' no parâmetro POST JSON `fieldLayout`, o que dispara a execução de comandos quando o modelo é validado. A vulnerabilidade afeta vários controladores de administrador, incluindo `TagsController`, `CategoriesController`, `EntryTypesController`, `GlobalsController`, `VolumesController`, `UsersController` e `AddressesController`.

O Craft é um sistema de gerenciamento de conteúdo (CMS). A validação de SSRF na mutação Asset do GraphQL do Craft CMS utiliza `gethostbyname()`, que resolve apenas endereços IPv4. Quando um nome de host possui apenas registros AAAA (IPv6), a função retorna a própria string do nome de host, contornando a proteção contra SSRF. Isso contorna uma correção de segurança anterior. A exploração requer permissões de esquema GraphQL para editar ativos no volume `VolumeName` e criar ativos no volume `VolumeName`. Essas permissões podem ser concedidas a usuários autenticados com acesso apropriado ao esquema GraphQL e/ou ao Esquema Público (se configurado incorretamente com permissões de escrita). O componente vulnerável é a mutação Asset do GraphQL.

Um atacante autenticado com acesso ao painel de administrador pode executar código arbitrário remotamente. Isso é conseguido injetando um webshell PHP malicioso em um arquivo de tema, como `home.php`. O ataque requer privilégios de administrador dentro do painel do PluXml CMS.