<?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-07T10:51:48.257193+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-277874</id>
    <title>EUVD-2026-277874</title>
    <updated>2026-10-07T10:51:48.316351+00:00</updated>
    <content>EUVD-2026-277874</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-277874"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-33867</id>
    <title>fkie_cve-2026-33867</title>
    <updated>2026-10-07T10:51:48.316396+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>WWBN AVideo is an open source video platform. In versions up to and including 26.0, AVideo allows content owners to password-protect individual videos. The video password is stored in the database in plaintext — no hashing, salting, or encryption is applied. If an attacker gains read access to the database (via SQL injection, a database backup, or misconfigured access controls), they obtain all video passwords in cleartext. Commit f2d68d2adbf73588ea61be2b781d93120a819e36 contains a patch.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-33867"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-363v-5rh8-23wg</id>
    <title>GHSA-363v-5rh8-23wg — AVideo has Plaintext Video Password Storage</title>
    <updated>2026-10-07T10:51:48.316435+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: wwbn/avideo</p>
<p>### Summary</p>
<p>AVideo allows content owners to password-protect individual videos. The video password is stored in the database in **plaintext** — no hashing, salting, or encryption is applied. If an attacker gains read access to the database (via SQL injection, a database backup, or misconfigured access controls), they obtain all video passwords in cleartext.</p>
<p>### Details</p>
<p>**File:** `objects/video.php`</p>
<p>**Vulnerable setter:**
```php
public function setVideo_password($video_password)
{
    AVideoPlugin::onVideoSetVideo_password($this-&gt;id, $this-&gt;video_password, $video_password);
    $this-&gt;video_password = trim($video_password);
}
```</p>
<p>**Vulnerable getter:**
```php
public function getVideo_password()
{
    if (empty($this-&gt;video_password)) {
        return '';
    }
    return trim($this-&gt;video_password);
}
```</p>
<p>The value assigned to `$this-&gt;video_password` is only `trim()`-ed before being persisted to the database column `video_password` in the `videos` table. There is no call to any hashing function (e.g., `password_hash()`, `sha256`, or similar).</p>
<p>When a visitor enters a password to access a protected video, the comparison is done directly against the stored plaintext:
```php
// Comparison at access check:
if ($video-&gt;getVideo_password() === $_POST['password']) { ... }
```</p>
<p>This means:
1. Any database read (SQL injection, backup leak, hosting panel access) exposes all video passwords as cleartext.
2. Video passwords are often reused by users across other services, making th…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-363v-5rh8-23wg"/>
  </entry>
</feed>
