https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-26T04:13:39.302043+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/cnvd-2025-03330 cnvd-2025-03330 2026-10-26T04:13:39.304728+00:00 cnvd-2025-03330 https://cve.radiocsirt.org/vuln/euvd-2026-211233 EUVD-2026-211233 2026-10-26T04:13:39.304761+00:00 EUVD-2026-211233 https://cve.radiocsirt.org/vuln/fkie_cve-2025-24018 fkie_cve-2025-24018 2026-10-26T04:13:39.304775+00:00

YesWiki is a wiki system written in PHP. In versions up to and including 4.4.5, it is possible for an authenticated user with rights to edit/create a page or comment to trigger a stored XSS which will be reflected on any page where the resource is loaded. The vulnerability makes use of the content edition feature and more specifically of the `{{attach}}` component allowing users to attach files/medias to a page. When a file is attached using the `{{attach}}` component, if the resource contained in the `file` attribute doesn't exist, then the server will generate a file upload button containing the filename. This vulnerability allows any malicious authenticated user that has the right to create a comment or edit a page to be able to steal accounts and therefore modify pages, comments, permissions, extract user data (emails), thus impacting the integrity, availability and confidentiality of a YesWiki instance. Version 4.5.0 contains a patch for the issue.

 https://cve.radiocsirt.org/vuln/ghsa-w59h-3x3q-3p6j GHSA-w59h-3x3q-3p6j — Authenticated Stored XSS in YesWiki 2026-10-26T04:13:39.304807+00:00

Affected: Packagist: yeswiki/yeswiki

# Authenticated Stored XSS in YesWiki <= 4.4.5

### Summary It is possible for an authenticated user with rights to edit/create a page or comment to trigger a stored XSS which will be reflected on any page where the resource is loaded.

This Proof of Concept has been performed using the followings: - YesWiki v4.4.5 (`doryphore-dev` branch, latest) - Docker environnment (`docker/docker-compose.yml`) - Docker v27.5.0 - Default installation

### Details The vulnerability makes use of the content edition feature and more specifically of the `{{attach}}` component allowing users to attach files/medias to a page. When a file is attached using the `{{attach}}` component, if the resource contained in the `file` attribute doesn't exist, then the server will generate a file upload button containing the filename.

This part of the code is managed in `tools/attach/libs/attach.lib.php` and the faulty function is **[showFileNotExits()](https://github.com/YesWiki/yeswiki/blob/doryphore-dev/tools/attach/libs/attach.lib.php#L660)**.

```php public function showFileNotExits() { echo '<a href="' . $this->wiki->href('upload', $this->wiki->GetPageTag(), "file=$this->file") . '" class="btn btn-primary"><i class="fa fa-upload icon-upload icon-white"></i> ' . _t('UPLOAD_FILE') . ' ' . $this->file . '</a>'; } ```

The file name attribute is not properly sanitized when returned to the client, therefore allowing the execution of malicious JavaScript code in the client's browser.

### PoC #### 1.…