<?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-02T12:26:55.454249+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/cve-2026-92164</id>
    <title>CVE-2026-92164 — Streamlink: HTTPSession follows HTTP redirects into file:// URLs, reading local files</title>
    <updated>2026-10-02T12:26:55.455724+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> streamlink</p>
<p>Streamlink is a CLI utility which pipes video streams from various services into a video player. Prior to 8.6.0, HTTPSession mounts a FileAdapter for the file scheme and inherits redirect handling from requests.Session without rejecting cross-protocol redirects. A remote server controlling an HTTP or HTTPS URL reached by Streamlink can return a redirect to a local file URL, causing HTTPSession to read the local file and return its contents to the response consumer. This bypasses the direct file URL checks added for HLS and DASH content because the manifest contains an ordinary network URL and the scheme transition occurs later during fetch handling. The flaw applies to every request made through HTTPSession, and a segment fetch can place the local file contents into stream output. This issue is fixed in version 8.6.0.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-92164"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-vf2x-4v53-pm7v</id>
    <title>GHSA-vf2x-4v53-pm7v — Streamlink: HTTPSession follows HTTP redirects into file:// URLs, reading local files</title>
    <updated>2026-10-02T12:26:55.455777+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: streamlink</p>
<p>## Summary</p>
<p>`HTTPSession` mounts a `FileAdapter` for the `file://` scheme and inherits redirect handling
unchanged from `requests.Session`. `requests` does not check for scheme downgrades or
cross-protocol transitions when it follows a redirect, so any http(s) request Streamlink makes can
be redirected by the remote server into `file:///...` and the local file is returned as the
response body.</p>
<p>`GHSA-hgqw-6m45-hw5f` / `CVE-2026-44353` fixed direct `file://` segment and playlist URIs in HLS
playlists and DASH manifests. Those checks look at the URL as it appears in the manifest, so a
manifest that lists an ordinary `https://` URL passes them, and the redirect happens later at fetch
time. The attack surface is the same one that advisory describes, but the flaw is one level down in
`HTTPSession` rather than in the streaming implementations, so it applies to every request the
session makes and not only to segment and manifest fetches.</p>
<p>## Affected version</p>
<p>Executed against released `streamlink 8.5.0` (PyPI, installed into a clean venv on
Python 3.12).</p>
<p>## Attacker model</p>
<p>The attacker controls a URL the victim's Streamlink run reaches: a playlist or manifest URL passed
on the command line, or any http(s) URL referenced from attacker-controlled manifest content. No
privileges on the victim host and no `file://` input are required, and the `file://` scheme never
appears in anything the victim or the manifest parser sees.</p>
<p>## Proof of concept, executed</p>
<p>```python
import threading
fr…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-vf2x-4v53-pm7v"/>
  </entry>
</feed>
