<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Mon, 26 Oct 2026 04:13:35 +0000</lastBuildDate>
    <item>
      <title>cnvd-2025-03330</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2025-03330</link>
      <description>cnvd-2025-03330</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2025-03330</guid>
    </item>
    <item>
      <title>EUVD-2026-211233</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-211233</link>
      <description>EUVD-2026-211233</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-211233</guid>
    </item>
    <item>
      <title>fkie_cve-2025-24018</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-24018</link>
      <description>&lt;p&gt;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&amp;#39;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;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&amp;#39;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-24018</guid>
    </item>
    <item>
      <title>GHSA-w59h-3x3q-3p6j — Authenticated Stored XSS in YesWiki</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-w59h-3x3q-3p6j</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: yeswiki/yeswiki&lt;/p&gt;
&lt;p&gt;# Authenticated Stored XSS in YesWiki &amp;lt;= 4.4.5&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;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&lt;/p&gt;
&lt;p&gt;### 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&amp;#39;t exist, then the server will generate a file upload button containing the filename.&lt;/p&gt;
&lt;p&gt;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)**.&lt;/p&gt;
&lt;p&gt;```php
public function showFileNotExits()
{
    echo &amp;#39;&amp;lt;a href=&amp;#34;&amp;#39; . $this-&amp;gt;wiki-&amp;gt;href(&amp;#39;upload&amp;#39;, $this-&amp;gt;wiki-&amp;gt;GetPageTag(), &amp;#34;file=$this-&amp;gt;file&amp;#34;) . &amp;#39;&amp;#34; class=&amp;#34;btn btn-primary&amp;#34;&amp;gt;&amp;lt;i class=&amp;#34;fa fa-upload icon-upload icon-white&amp;#34;&amp;gt;&amp;lt;/i&amp;gt; &amp;#39; . _t(&amp;#39;UPLOAD_FILE&amp;#39;) . &amp;#39; &amp;#39; . $this-&amp;gt;file . &amp;#39;&amp;lt;/a&amp;gt;&amp;#39;;
}
```&lt;/p&gt;
&lt;p&gt;The file name attribute is not properly sanitized when returned to the client, therefore allowing the execution of malicious JavaScript code in the client&amp;#39;s browser.&lt;/p&gt;
&lt;p&gt;### PoC
#### 1.…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: yeswiki/yeswiki&lt;/p&gt;
&lt;p&gt;# Authenticated Stored XSS in YesWiki &amp;lt;= 4.4.5&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;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&lt;/p&gt;
&lt;p&gt;### 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&amp;#39;t exist, then the server will generate a file upload button containing the filename.&lt;/p&gt;
&lt;p&gt;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)**.&lt;/p&gt;
&lt;p&gt;```php
public function showFileNotExits()
{
    echo &amp;#39;&amp;lt;a href=&amp;#34;&amp;#39; . $this-&amp;gt;wiki-&amp;gt;href(&amp;#39;upload&amp;#39;, $this-&amp;gt;wiki-&amp;gt;GetPageTag(), &amp;#34;file=$this-&amp;gt;file&amp;#34;) . &amp;#39;&amp;#34; class=&amp;#34;btn btn-primary&amp;#34;&amp;gt;&amp;lt;i class=&amp;#34;fa fa-upload icon-upload icon-white&amp;#34;&amp;gt;&amp;lt;/i&amp;gt; &amp;#39; . _t(&amp;#39;UPLOAD_FILE&amp;#39;) . &amp;#39; &amp;#39; . $this-&amp;gt;file . &amp;#39;&amp;lt;/a&amp;gt;&amp;#39;;
}
```&lt;/p&gt;
&lt;p&gt;The file name attribute is not properly sanitized when returned to the client, therefore allowing the execution of malicious JavaScript code in the client&amp;#39;s browser.&lt;/p&gt;
&lt;p&gt;### PoC
#### 1.…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-w59h-3x3q-3p6j</guid>
    </item>
  </channel>
</rss>
