<?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>Fri, 23 Oct 2026 16:06:41 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-264554</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-264554</link>
      <description>EUVD-2026-264554</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-264554</guid>
    </item>
    <item>
      <title>fkie_cve-2025-68927</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-68927</link>
      <description>&lt;p&gt;Libredesk is a self-hosted customer support desk. Prior to version 0.8.6-beta, LibreDesk is vulnerable to stored HTML injection in the contact notes feature. When adding notes via POST /api/v1/contacts/{id}/notes, the backend automatically wraps user input in &amp;lt;p&amp;gt; tags. However, by intercepting the request and removing the &amp;lt;p&amp;gt; tag, an attacker can inject arbitrary HTML elements such as forms and images, which are then stored and rendered without proper sanitization. This can lead to phishing, CSRF-style forced actions, and UI redress attacks. This issue has been patched in version 0.8.6-beta.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Libredesk is a self-hosted customer support desk. Prior to version 0.8.6-beta, LibreDesk is vulnerable to stored HTML injection in the contact notes feature. When adding notes via POST /api/v1/contacts/{id}/notes, the backend automatically wraps user input in &amp;lt;p&amp;gt; tags. However, by intercepting the request and removing the &amp;lt;p&amp;gt; tag, an attacker can inject arbitrary HTML elements such as forms and images, which are then stored and rendered without proper sanitization. This can lead to phishing, CSRF-style forced actions, and UI redress attacks. This issue has been patched in version 0.8.6-beta.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-68927</guid>
    </item>
    <item>
      <title>GHSA-wh6m-h6f4-rjf4 — Libredesk has Improper Neutralization of  HTML Tags in a Web Page</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-wh6m-h6f4-rjf4</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/abhinavxd/libredesk&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;LibreDesk is vulnerable to **stored HTML injection** in the contact notes feature. When adding notes via `POST /api/v1/contacts/{id}/notes`, the backend automatically wraps user input in `&amp;lt;p&amp;gt;` tags. However, by intercepting the request and removing the `&amp;lt;p&amp;gt;` tag, an attacker can inject arbitrary HTML elements such as forms and images, which are then stored and rendered without proper sanitization. This can lead to phishing, CSRF-style forced actions, and UI redress attacks.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;When notes are added through the LibreDesk web application, the client sends note content wrapped inside `&amp;lt;p&amp;gt;` tags. The backend appears to **trust this HTML structure** and stores the content as-is.&lt;/p&gt;
&lt;p&gt;By intercepting the request to:&lt;/p&gt;
&lt;p&gt;```
POST /api/v1/contacts/3/notes
```&lt;/p&gt;
&lt;p&gt;and **removing the `&amp;lt;p&amp;gt;` wrapper**, an attacker can submit arbitrary HTML content. The backend does not sanitize or validate the HTML payload before persisting it.&lt;/p&gt;
&lt;p&gt;As a result:&lt;/p&gt;
&lt;p&gt;* Arbitrary HTML tags (e.g., `&amp;lt;form&amp;gt;`, `&amp;lt;input&amp;gt;`, `&amp;lt;img&amp;gt;`) are stored
* The injected HTML is rendered when the notes are viewed in the application
* No server-side HTML sanitization or allowlisting is enforced&lt;/p&gt;
&lt;p&gt;This indicates that the application relies on **client-side HTML formatting assumptions**, which can be bypassed by modifying the request.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Log in to LibreDesk and open any contact.
2. Add a note normally via the UI.
3. Intercept the request to:&lt;/p&gt;
&lt;p&gt;```
   POST /api/v1/contacts/3/notes
   ```
4. Original re…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/abhinavxd/libredesk&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;LibreDesk is vulnerable to **stored HTML injection** in the contact notes feature. When adding notes via `POST /api/v1/contacts/{id}/notes`, the backend automatically wraps user input in `&amp;lt;p&amp;gt;` tags. However, by intercepting the request and removing the `&amp;lt;p&amp;gt;` tag, an attacker can inject arbitrary HTML elements such as forms and images, which are then stored and rendered without proper sanitization. This can lead to phishing, CSRF-style forced actions, and UI redress attacks.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;When notes are added through the LibreDesk web application, the client sends note content wrapped inside `&amp;lt;p&amp;gt;` tags. The backend appears to **trust this HTML structure** and stores the content as-is.&lt;/p&gt;
&lt;p&gt;By intercepting the request to:&lt;/p&gt;
&lt;p&gt;```
POST /api/v1/contacts/3/notes
```&lt;/p&gt;
&lt;p&gt;and **removing the `&amp;lt;p&amp;gt;` wrapper**, an attacker can submit arbitrary HTML content. The backend does not sanitize or validate the HTML payload before persisting it.&lt;/p&gt;
&lt;p&gt;As a result:&lt;/p&gt;
&lt;p&gt;* Arbitrary HTML tags (e.g., `&amp;lt;form&amp;gt;`, `&amp;lt;input&amp;gt;`, `&amp;lt;img&amp;gt;`) are stored
* The injected HTML is rendered when the notes are viewed in the application
* No server-side HTML sanitization or allowlisting is enforced&lt;/p&gt;
&lt;p&gt;This indicates that the application relies on **client-side HTML formatting assumptions**, which can be bypassed by modifying the request.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Log in to LibreDesk and open any contact.
2. Add a note normally via the UI.
3. Intercept the request to:&lt;/p&gt;
&lt;p&gt;```
   POST /api/v1/contacts/3/notes
   ```
4. Original re…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-wh6m-h6f4-rjf4</guid>
    </item>
  </channel>
</rss>
