<?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>Wed, 07 Oct 2026 02:09:51 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-36446</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-36446</link>
      <description>EUVD-2026-36446</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-36446</guid>
    </item>
    <item>
      <title>fkie_cve-2020-5223</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-5223</link>
      <description>&lt;p&gt;In PrivateBin versions 1.2.0 before 1.2.2, and 1.3.0 before 1.3.2, a persistent XSS attack is possible. Under certain conditions, a user provided attachment file name can inject HTML leading to a persistent Cross-site scripting (XSS) vulnerability. The vulnerability has been fixed in PrivateBin v1.3.2 &amp;amp; v1.2.2. Admins are urged to upgrade to these versions to protect the affected users.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In PrivateBin versions 1.2.0 before 1.2.2, and 1.3.0 before 1.3.2, a persistent XSS attack is possible. Under certain conditions, a user provided attachment file name can inject HTML leading to a persistent Cross-site scripting (XSS) vulnerability. The vulnerability has been fixed in PrivateBin v1.3.2 &amp;amp; v1.2.2. Admins are urged to upgrade to these versions to protect the affected users.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-5223</guid>
    </item>
    <item>
      <title>GHSA-8j72-p2wm-6738 — Persistent XSS vulnerability in filename of attached file in PrivateBin</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-8j72-p2wm-6738</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: privatebin/privatebin&lt;/p&gt;
&lt;p&gt;On 24th of December 2019 one of the [property based unit tests](https://github.com/PrivateBin/PrivateBin/blob/master/tst/README.md#property-based-unit-testing) reported a [failure](https://travis-ci.org/PrivateBin/PrivateBin/jobs/629180605#L782). Upon investigation, [@elrido](https://github.com/elrido) discovered that the failure was due to unescaped HTML, which allowed the user provided attachment file name to inject HTML under certain conditions leading to a persistent [Cross-site scripting (XSS)](https://en.wikipedia.org/wiki/Cross-site_scripting) vulnerability. After committing an [initial fix](https://github.com/PrivateBin/PrivateBin/commit/8d0ac336d23cd8c98e71d5f21cdadcae9c8a26e6) to the master branch, the [issue was reported](https://github.com/PrivateBin/PrivateBin/issues/554) on 25th of December. Vulnerability write-up done by [@rugk](https://github.com/rugk) and [@elrido](https://github.com/elrido).  
The vulnerability has been fixed in [PrivateBin v1.3.2 &amp;amp; v1.2.2](https://privatebin.info/news/v1.3.2-v1.2.2-release.html). Admins are urged to upgrade to these versions to protect the affected users.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;Any PrivateBin version since 1.2.&lt;/p&gt;
&lt;p&gt;## Conditions&lt;/p&gt;
&lt;p&gt;* The configuration setting `fileupload` has to be enabled, as 1.3 displays an error when trying to open a paste with attachment.
* The CSP header rules don&amp;#39;t get applied. For example:
  * They are unsupported or disabled in the visitors browser.
  * They are filtered out by a some proxy server at th…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: privatebin/privatebin&lt;/p&gt;
&lt;p&gt;On 24th of December 2019 one of the [property based unit tests](https://github.com/PrivateBin/PrivateBin/blob/master/tst/README.md#property-based-unit-testing) reported a [failure](https://travis-ci.org/PrivateBin/PrivateBin/jobs/629180605#L782). Upon investigation, [@elrido](https://github.com/elrido) discovered that the failure was due to unescaped HTML, which allowed the user provided attachment file name to inject HTML under certain conditions leading to a persistent [Cross-site scripting (XSS)](https://en.wikipedia.org/wiki/Cross-site_scripting) vulnerability. After committing an [initial fix](https://github.com/PrivateBin/PrivateBin/commit/8d0ac336d23cd8c98e71d5f21cdadcae9c8a26e6) to the master branch, the [issue was reported](https://github.com/PrivateBin/PrivateBin/issues/554) on 25th of December. Vulnerability write-up done by [@rugk](https://github.com/rugk) and [@elrido](https://github.com/elrido).  
The vulnerability has been fixed in [PrivateBin v1.3.2 &amp;amp; v1.2.2](https://privatebin.info/news/v1.3.2-v1.2.2-release.html). Admins are urged to upgrade to these versions to protect the affected users.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;Any PrivateBin version since 1.2.&lt;/p&gt;
&lt;p&gt;## Conditions&lt;/p&gt;
&lt;p&gt;* The configuration setting `fileupload` has to be enabled, as 1.3 displays an error when trying to open a paste with attachment.
* The CSP header rules don&amp;#39;t get applied. For example:
  * They are unsupported or disabled in the visitors browser.
  * They are filtered out by a some proxy server at th…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-8j72-p2wm-6738</guid>
    </item>
    <item>
      <title>gsd-2020-5223</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-5223</link>
      <description>gsd-2020-5223</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-5223</guid>
    </item>
  </channel>
</rss>
