Matan Bahar

**Nome do Software Vulnerável e Versões Afetadas** Kirki – Freeform Page Builder, Website Builder & Customizer versões anteriores a 6.0.12 **Descrição** Existe uma falha de bypass de autorização porque o plugin não verifica adequadamente se um usuário está autorizado a realizar ações específicas. Isso permite que atacantes não autenticados enviem e-mails com injeção de HTML para usuários registrados usando o próprio servidor de e-mail do site, aproveitando a reputação SPF (Sender Policy Framework) e DKIM (DomainKeys Identified Mail) para evitar filtros de spam. O problema ocorre porque o parâmetro `emailSubject` é passado para a função `wp mail()` com sanitização insuficiente, e os itens de texto do `emailBody` são concatenados no corpo do HTML sem escape. Além disso, itens de chip podem ser usados para incorporar links legítimos de redefinição de senha do WordPress para contas específicas. **Recomendações** Atualize para a versão 6.0.12 ou posterior.

The K2 frontend `item.checkin` task accepts an unauthenticated `sigProFolder` query parameter and uses it directly to address a `JFolder::delete()` call under `/media/k2/galleries/`

K2 ≤ 2.26 renders the `# k2 users.image` column directly into HTML `src` attributes via two distinct templates, in both cases without HTML escaping.

K2 ≤ 2.24 contains a mass-assignment defect in the K2 system user plugin `plg user k2`. A Registered Joomla user, by including the field `K2UserForm=1` in a standard `com users` `profile.save` POST, can write arbitrary values into the `notes`, `image`, and `plugins` columns of their own row in the `# k2 users` table — none of which are exposed by the K2 frontend profile-edit form.

A Joomla user with K2 "create item" rights (Author tier by default) can submit an article whose `embedVideo` POST field contains a raw `<script>` tag; K2 stores it verbatim and renders it unescaped to any visitor of the article page.

The K2 article gallery upload path accepts a zip/tar archive, extracts it under `/media/k2/galleries/<id>/`, and only renames image files (gif/jpg/jpeg/png/webp) to safe names — non-image files (including `.php`) are extracted as-is and remain executable via direct HTTP access.

**Nome do Software Vulnerável e Versões Afetadas** K2 (versões afetadas não especificadas) **Descrição** O caminho de upload de anexos de artigos no frontend permite o upload de arquivos com a extensão `.php`. Quando utilizado com o mod php padrão do Apache, que corresponde ao padrão `.php$`, esses arquivos são executados sob o usuário web do K2. Isso permite que um usuário com privilégios de Autor do K2 faça o upload de um arquivo malicioso, como `shell.php`, e o acesse através do endpoint `/media/k2/attachments/shell.php` para executar código PHP arbitrário no contexto do servidor web. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

The K2 frontend article-save handler accepts an `attachment[N][existing]` POST field that is concatenated with `JPATH SITE/` and passed to `JFile::copy()`. `JPath::clean` does NOT strip `..`, and there is no allow-list of source paths. An Author can therefore copy `configuration.php` (or any other file readable by the web user — including `../../../etc/passwd`) into `/media/k2/attachments/`, then retrieve the contents via the K2 attachment-download endpoint.