<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-16T04:29:00.392879+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/euvd-2026-327287</id>
    <title>EUVD-2026-327287</title>
    <updated>2026-10-16T04:29:00.440532+00:00</updated>
    <content>EUVD-2026-327287</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-327287"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-50552</id>
    <title>fkie_cve-2026-50552</title>
    <updated>2026-10-16T04:29:00.440569+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Koel is a free, open-source music streaming solution. Prior to version 9.7.1, Koel contains a Server-Side Request Forgery (SSRF) vulnerability in the radio station creation endpoint (POST /api/radio/stations). The url field validation rules are declared without the bail keyword, so the HasAudioContentType rule — which issues HTTP requests to the supplied URL — still executes even after the SafeUrl rule has rejected the URL as pointing to a private/reserved address. Any authenticated, non-admin user can therefore coerce the server into making HEAD/GET requests to arbitrary internal hosts. This issue has been patched in version 9.7.1.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-50552"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-jr4p-4xjh-fwvw</id>
    <title>GHSA-jr4p-4xjh-fwvw — Koel: Server-Side Request Forgery (SSRF) in radio station creation due to missing validation bail</title>
    <updated>2026-10-16T04:29:00.440608+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: phanan/koel</p>
<p>Summary</p>
<p>Koel v9.5.0 contains a Server-Side Request Forgery (SSRF) vulnerability in the radio station creation endpoint (POST /api/radio/stations). The url field validation rules are declared without the bail keyword, so the HasAudioContentType rule — which issues HTTP requests to the supplied URL — still executes even after the SafeUrl rule has rejected the URL as pointing to a private/reserved address. Any authenticated, non-admin user can therefore coerce the server into making HEAD/GET requests to arbitrary internal hosts.</p>
<p>This is a blind SSRF: the response body is never returned to the client, but the two distinct validation error messages form a reliable internal-network reachability oracle.</p>
<p>Severity</p>
<p>Medium — CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N (5.4)</p>
<p>Authenticated (low-privilege) actor; blind SSRF (no response-body exfiltration). Confidentiality (L) reflects the internal reachability oracle; Integrity (L) reflects state-changing internal endpoints that act on GET/HEAD.</p>
<p>Affected Component</p>
<p>- Version: Koel v9.5.0 (latest release, HEAD b2e9a34, verified 2026-05-30)
- Endpoint: POST /api/radio/stations
- Files:
  - app/Http/Requests/API/Radio/RadioStationStoreRequest.php (missing bail)
  - app/Rules/HasAudioContentType.php (unguarded HTTP fetch)</p>
<p>Root Cause</p>
<p>app/Http/Requests/API/Radio/RadioStationStoreRequest.php (lines 25-34):</p>
<p>'url' =&gt; [
        'required',
        'url',
        Rule::unique('radio_stations')-&gt;where(function ($query) {
            ret…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-jr4p-4xjh-fwvw"/>
  </entry>
</feed>
