<?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>Thu, 08 Oct 2026 09:52:12 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-277394</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-277394</link>
      <description>EUVD-2026-277394</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-277394</guid>
    </item>
    <item>
      <title>fkie_cve-2026-33354</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-33354</link>
      <description>&lt;p&gt;WWBN AVideo is an open source video platform. In versions up to and including 26.0, `POST /objects/aVideoEncoder.json.php` accepts a requester-controlled `chunkFile` parameter intended for staged upload chunks. Instead of restricting that path to trusted server-generated chunk locations, the endpoint accepts arbitrary local filesystem paths that pass `isValidURLOrPath()`. That helper allows files under broad server directories including `/var/www/`, the application root, cache, tmp, and `videos`, only rejecting `.php` files. For an authenticated uploader editing their own video, this becomes an arbitrary local file read. The endpoint copies the attacker-chosen local file into the attacker&amp;#39;s public video storage path, after which it can be downloaded over HTTP. Commit 59bbd601a3f65a5b18c1d9e4eb11471c0a59214f contains a patch for the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;WWBN AVideo is an open source video platform. In versions up to and including 26.0, `POST /objects/aVideoEncoder.json.php` accepts a requester-controlled `chunkFile` parameter intended for staged upload chunks. Instead of restricting that path to trusted server-generated chunk locations, the endpoint accepts arbitrary local filesystem paths that pass `isValidURLOrPath()`. That helper allows files under broad server directories including `/var/www/`, the application root, cache, tmp, and `videos`, only rejecting `.php` files. For an authenticated uploader editing their own video, this becomes an arbitrary local file read. The endpoint copies the attacker-chosen local file into the attacker&amp;#39;s public video storage path, after which it can be downloaded over HTTP. Commit 59bbd601a3f65a5b18c1d9e4eb11471c0a59214f contains a patch for the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-33354</guid>
    </item>
    <item>
      <title>GHSA-4jw9-5hrc-m4j6 — AVideo has an authenticated arbitrary local file read via `chunkFile` path injection in `aVideoEncoder.json.php`</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4jw9-5hrc-m4j6</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: wwbn/avideo&lt;/p&gt;
&lt;p&gt;## Summary
`POST /objects/aVideoEncoder.json.php` accepts a requester-controlled `chunkFile` parameter intended for staged upload chunks. Instead of restricting that path to trusted server-generated chunk locations, the endpoint accepts arbitrary local filesystem paths that pass `isValidURLOrPath()`. That helper allows files under broad server directories including `/var/www/`, the application root, cache, tmp, and `videos`, only rejecting `.php` files.&lt;/p&gt;
&lt;p&gt;For an authenticated uploader editing their own video, this becomes an arbitrary local file read. The endpoint copies the attacker-chosen local file into the attacker&amp;#39;s public video storage path, after which it can be downloaded over HTTP.&lt;/p&gt;
&lt;p&gt;I confirmed this locally by creating an attacker-owned video, then calling `aVideoEncoder.json.php` with `videos_id=&amp;lt;own video&amp;gt;`, `format=mp4`, and `chunkFile=/var/www/html/AVideo/.compose/letsencrypt/live/localhost/privkey.pem`. The resulting public video URL returned the local TLS private key and began with `-----BEGIN PRIVATE KEY-----`.&lt;/p&gt;
&lt;p&gt;## Affected Versions / Commit
Tested on local Docker deployment from commit `db12d4c0141d40bfabd1e82577e8c4a3d044cd84`. The application reported version `26.0`.&lt;/p&gt;
&lt;p&gt;## Preconditions
- Authenticated account with upload permission.
- Attacker owns at least one editable video record.
- Target local file is readable by the web application user.&lt;/p&gt;
&lt;p&gt;## Steps to Reproduce
1. Log in as an upload-capable low-privileged user.
2. Create any attacker-owned video via th…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: wwbn/avideo&lt;/p&gt;
&lt;p&gt;## Summary
`POST /objects/aVideoEncoder.json.php` accepts a requester-controlled `chunkFile` parameter intended for staged upload chunks. Instead of restricting that path to trusted server-generated chunk locations, the endpoint accepts arbitrary local filesystem paths that pass `isValidURLOrPath()`. That helper allows files under broad server directories including `/var/www/`, the application root, cache, tmp, and `videos`, only rejecting `.php` files.&lt;/p&gt;
&lt;p&gt;For an authenticated uploader editing their own video, this becomes an arbitrary local file read. The endpoint copies the attacker-chosen local file into the attacker&amp;#39;s public video storage path, after which it can be downloaded over HTTP.&lt;/p&gt;
&lt;p&gt;I confirmed this locally by creating an attacker-owned video, then calling `aVideoEncoder.json.php` with `videos_id=&amp;lt;own video&amp;gt;`, `format=mp4`, and `chunkFile=/var/www/html/AVideo/.compose/letsencrypt/live/localhost/privkey.pem`. The resulting public video URL returned the local TLS private key and began with `-----BEGIN PRIVATE KEY-----`.&lt;/p&gt;
&lt;p&gt;## Affected Versions / Commit
Tested on local Docker deployment from commit `db12d4c0141d40bfabd1e82577e8c4a3d044cd84`. The application reported version `26.0`.&lt;/p&gt;
&lt;p&gt;## Preconditions
- Authenticated account with upload permission.
- Attacker owns at least one editable video record.
- Target local file is readable by the web application user.&lt;/p&gt;
&lt;p&gt;## Steps to Reproduce
1. Log in as an upload-capable low-privileged user.
2. Create any attacker-owned video via th…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4jw9-5hrc-m4j6</guid>
    </item>
  </channel>
</rss>
