CVE-2026-34740: AVideo: Stored SSRF via Video EPG Link Missing isSSRFSafeURL() Validation

Summary

The EPG (Electronic Program Guide) link feature in AVideo allows authenticated users with upload permissions to store arbitrary URLs that the server fetches on every EPG page visit. The URL is validated only with PHP's FILTERVALIDATEURL, which accepts internal network addresses. Although AVideo has a dedicated isSSRFSafeURL() function for preventing SSRF, it is not called in this code path. This results in a stored server-side request forgery vulnerability that can be used to scan internal networks, access cloud metadata services, and interact with internal services.

Details

When a user adds or edits a video, the EPG link is stored via objects/videoAddNew.json.php:119:

php $obj->setEpglink($POST['epglink']);

The only validation applied is FILTERVALIDATEURL, which accepts URLs targeting internal addresses such as http://127.0.0.1, http://169.254.169.254, or http://10.0.0.1.

Later, when the EPG data is parsed, the stored URL is fetched server-side at objects/EpgParser.php:358:

php $this->content = @\filegetcontents($this->url);

The filegetcontents() function follows redirects and supports multiple protocols including http://, https://, ftp://, and depending on PHP configuration, php:// and other stream wrappers.

The codebase contains an isSSRFSafeURL() function that validates URLs against internal network ranges, but this function is not invoked anywhere in the EPG link processing path.

Because the URL is stored in the database, every subsequent visit to the EPG page re-triggers the server-side request. This makes the SSRF persistent and repeatable without further attacker interaction.

Proof of Concept

1. Authenticate as a user with upload permissions.

2. Create or edit a video and set the EPG link to an internal target:

bash Target the cloud metadata service curl -b "PHPSESSID=USERSESSION" \ -X POST "https://your-avideo-instance.com/objects/videoAddNew.json.php" \ -d "title=Test+Video&epglink=http://169.254.169.254/latest/meta-data/iam/security-credentials/"

3. Trigger the EPG parser by visiting the video's EPG page, or wait for the next page load that processes EPG data:

bash curl -b "PHPSESSID=USERSESSION" \ "https://your-avideo-instance.com/plugin/Live/view/Liveschedule/?videosid=VIDEOID"

4. To scan internal ports, set the EPG link to various internal addresses:

bash Scan an internal service curl -b "PHPSESSID=USERSESSION" \ -X POST "https://your-avideo-instance.com/objects/videoAddNew.json.php" \ -d "title=Test+Video&epglink=http://127.0.0.1:6379/"

5. The server fetches the URL via filegetcontents(). Response differences (timing, error messages, or returned content via EPG display) reveal whether internal services are running.

Impact

An authenticated user with upload permissions can force the AVideo server to make HTTP requests to arbitrary internal and external targets. This enables scanning of internal networks, access to cloud instance metadata (potentially exposing IAM credentials on AWS/GCP/Azure), and interaction with internal services that are not intended to be externally accessible. The stored nature of this SSRF means it re-executes on every page visit, amplifying the impact.

- CWE-918: Server-Side Request Forgery (SSRF) - Severity: Medium

Recommended Fix

Add an isSSRFSafeURL() check before the filegetcontents() call at objects/EpgParser.php:355:

php if (functionexists('isSSRFSafeURL') && !isSSRFSafeURL($this->url)) { throw new \RuntimeException('URL blocked by SSRF protection'); }

This reuses the existing SSRF protection function that is already applied in other code paths.

--- Found by aisafe.io