<?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 16:34:48 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-260703</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-260703</link>
      <description>EUVD-2026-260703</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-260703</guid>
    </item>
    <item>
      <title>fkie_cve-2025-64711</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-64711</link>
      <description>&lt;p&gt;PrivateBin is an online pastebin where the server has zero knowledge of pasted data. Starting in version 1.7.7 and prior to version 2.0.3, dragging a file whose filename contains HTML is reflected verbatim into the page via the drag-and-drop helper, so any user who drops a crafted file on PrivateBin will execute arbitrary JavaScript within their own session (self-XSS). This allows an attacker who can entice a victim to drag or otherwise attach such a file to exfiltrate plaintext, encryption keys, or stored pastes before they are encrypted or sent. Certain conditions must exist for the vulnerability to be exploitable. Only macOS or Linux users are affected, due to the way the `&amp;gt;` character is treated in a file name on Windows. The PrivateBin instance needs to have file upload enabled. An attacker needs to have access to the local file system or somehow convince the user to create (or download) a malicious file (name). An attacker needs to convince the user to attach that malicious file to PrivateBin. Any Mac / Linux user who can be tricked into dragging a maliciously named file into the editor is impacted; code runs in the origin of the PrivateBin instance they are using. Attackers can steal plaintext, passphrases, or manipulate the UI before data is encrypted, defeating the zero-knowledge guarantees for that victim session, assuming counter-measures like Content-Security-Policy (CSP) have been disabled. If CSP is not disabled, HTML injection attacks may be possible - like re…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;PrivateBin is an online pastebin where the server has zero knowledge of pasted data. Starting in version 1.7.7 and prior to version 2.0.3, dragging a file whose filename contains HTML is reflected verbatim into the page via the drag-and-drop helper, so any user who drops a crafted file on PrivateBin will execute arbitrary JavaScript within their own session (self-XSS). This allows an attacker who can entice a victim to drag or otherwise attach such a file to exfiltrate plaintext, encryption keys, or stored pastes before they are encrypted or sent. Certain conditions must exist for the vulnerability to be exploitable. Only macOS or Linux users are affected, due to the way the `&amp;gt;` character is treated in a file name on Windows. The PrivateBin instance needs to have file upload enabled. An attacker needs to have access to the local file system or somehow convince the user to create (or download) a malicious file (name). An attacker needs to convince the user to attach that malicious file to PrivateBin. Any Mac / Linux user who can be tricked into dragging a maliciously named file into the editor is impacted; code runs in the origin of the PrivateBin instance they are using. Attackers can steal plaintext, passphrases, or manipulate the UI before data is encrypted, defeating the zero-knowledge guarantees for that victim session, assuming counter-measures like Content-Security-Policy (CSP) have been disabled. If CSP is not disabled, HTML injection attacks may be possible - like re…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-64711</guid>
    </item>
    <item>
      <title>GHSA-r9x7-7ggj-fx9f — PrivateBin vulnerable to malicious filename use for self-XSS / HTML injection locally for users</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-r9x7-7ggj-fx9f</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: privatebin/privatebin&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Dragging a file whose filename contains HTML is reflected verbatim into the page via the drag-and-drop helper, so any user who drops a crafted file on PrivateBin will execute arbitrary JavaScript within their own session (self-XSS). This allows an attacker who can entice a victim to drag or otherwise attach such a file to exfiltrate plaintext, encryption keys, or stored pastes before they are encrypted or sent.&lt;/p&gt;
&lt;p&gt;**Note 1:** as the malicious filename must contain the `&amp;gt;` character, the victim must not be using Windows for this to work, since this OS simply forbids this character in filenames.&lt;/p&gt;
&lt;p&gt;**Note 2:** most PrivateBin instances use the Content-Security-Policy header to prevent most use-cases of this vulnerability. This report will describe the impact as if this header had been disabled by the PrivateBin instance owner.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;PrivateBin versions since 1.7.7 and before 2.0.3.&lt;/p&gt;
&lt;p&gt;## Conditions&lt;/p&gt;
&lt;p&gt;* Only macIOS or Linux users are affected, due to the way the `&amp;gt;` character is treated in a file name on Windows.
* The PrivateBIn instance needs to have file upload enabled.
* An attacker needs to have access to the local file system or somehow convince the user to create (or download) a malicious file (name).
* An attacker needs to convince the user to attach that malicious file to PrivateBin.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Any Mac / Linux user who can be tricked into dragging a maliciously named file into the editor is impacted; code runs in the origin of the PrivateBin inst…&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;## Summary&lt;/p&gt;
&lt;p&gt;Dragging a file whose filename contains HTML is reflected verbatim into the page via the drag-and-drop helper, so any user who drops a crafted file on PrivateBin will execute arbitrary JavaScript within their own session (self-XSS). This allows an attacker who can entice a victim to drag or otherwise attach such a file to exfiltrate plaintext, encryption keys, or stored pastes before they are encrypted or sent.&lt;/p&gt;
&lt;p&gt;**Note 1:** as the malicious filename must contain the `&amp;gt;` character, the victim must not be using Windows for this to work, since this OS simply forbids this character in filenames.&lt;/p&gt;
&lt;p&gt;**Note 2:** most PrivateBin instances use the Content-Security-Policy header to prevent most use-cases of this vulnerability. This report will describe the impact as if this header had been disabled by the PrivateBin instance owner.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;PrivateBin versions since 1.7.7 and before 2.0.3.&lt;/p&gt;
&lt;p&gt;## Conditions&lt;/p&gt;
&lt;p&gt;* Only macIOS or Linux users are affected, due to the way the `&amp;gt;` character is treated in a file name on Windows.
* The PrivateBIn instance needs to have file upload enabled.
* An attacker needs to have access to the local file system or somehow convince the user to create (or download) a malicious file (name).
* An attacker needs to convince the user to attach that malicious file to PrivateBin.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Any Mac / Linux user who can be tricked into dragging a maliciously named file into the editor is impacted; code runs in the origin of the PrivateBin inst…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-r9x7-7ggj-fx9f</guid>
    </item>
  </channel>
</rss>
