<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-08T08:19:32.068035+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/fkie_cve-2026-25578</id>
    <title>fkie_cve-2026-25578</title>
    <updated>2026-10-08T08:19:33.450290+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Navidrome is an open source web-based music collection server and streamer. Prior to version 0.60.0, a cross-site scripting vulnerability in the frontend allows a malicious attacker to inject code through the comment metadata of a song to exfiltrate user credentials. This issue has been patched in version 0.60.0.</p>
      </div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/fkie_cve-2026-25578"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-rh3r-8pxm-hg4w</id>
    <title>GHSA-rh3r-8pxm-hg4w — Navidrome has XSS via comment from song metadata</title>
    <updated>2026-10-08T08:19:33.450396+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/navidrome/navidrome</p>
<p>### Summary</p>
<p>An XSS vulnerability in the frontend allows a malicious attacker to inject code through the comment metadata of a song to exfiltrate user credentials.</p>
<p>An attacker's maliciously crafted song has to be added to Navidrome to exploit the vulnerability.</p>
<p>### Details</p>
<p>The frontend is using React. In various places, the code uses the `dangerouslySetInnerHTML` escape hatch to set the content of an HTML element.</p>
<p>In some places, the value is first sanitized by removing anything looking like an HTML tag. In at least one place the value is used as is, thus leading to the XSS vulnerability.</p>
<p>In `MultiLineTextField` component, the input is split into lines and rendered through the `dangerouslySetInnerHTML` property.</p>
<p>```js
&lt;div
  data-testid={`${source}.${idx}`}
  key={md5(line + idx)}
  dangerouslySetInnerHTML={{ __html: line }}
/&gt;
```</p>
<p>This component is then used in the `SongInfo` and `AlbumInfo` components, when rendering the comment of the song or album. The contents of the comments field is taken verbatim from the metadata of a song, such as the VORBIS `COMMENT` comment of a FLAC file.</p>
<p>By crafting the contents of the comment field, an attacker can inject code into the frontend, which runs whenever a user views the song or album info.</p>
<p>Additionally, as the Navidrome API token is kept in local storage and since there's no CSP in place unless the user's configured one outside of Navidrome, the attacker can exfiltrate the API token.</p>
<p>### PoC</p>
<p>1. Modify the comment field…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-rh3r-8pxm-hg4w"/>
  </entry>
</feed>
