CVE-2026-33648
Received Received - Intake
Command Injection in WWBN AVideo Restreamer Endpoint Allows RCE

Publication date: 2026-03-23

Last updated on: 2026-03-25

Assigner: GitHub, Inc.

Description
WWBN AVideo is an open source video platform. In versions up to and including 26.0, the restreamer endpoint constructs a log file path by embedding user-controlled `users_id` and `liveTransmitionHistory_id` values from the JSON request body without any sanitization. This log file path is then concatenated directly into shell commands passed to `exec()`, allowing an authenticated user to achieve arbitrary command execution on the server via shell metacharacters such as `$()` or backticks. Commit 99b865413172045fef6a98b5e9bfc7b24da11678 contains a patch.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-03-23
Last Modified
2026-03-25
Generated
2026-05-07
AI Q&A
2026-03-23
EPSS Evaluated
2026-05-05
NVD
EUVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
wwbn avideo to 26.0 (inc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-78 The product constructs all or part of an OS command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended OS command when it is sent to a downstream component.
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

[{'type': 'paragraph', 'content': 'CVE-2026-33648 is a high-severity OS command injection vulnerability in the WWBN AVideo platform affecting versions up to and including 26.0. The vulnerability exists in the restreamer endpoint, which constructs a log file path by embedding user-controlled values `users_id` and `liveTransmitionHistory_id` from the JSON request body without any sanitization.'}, {'type': 'paragraph', 'content': "This unsanitized log file path is then concatenated directly into shell commands executed via PHP's exec() function. Because the input is not sanitized, an authenticated user can inject arbitrary shell commands using shell metacharacters such as `$()` or backticks, leading to arbitrary command execution on the server."}, {'type': 'paragraph', 'content': 'The vulnerability arises because while some inputs like stream URLs are sanitized, the log file path components are not, allowing injection through the log file name. A patch was introduced that sanitizes these inputs and escapes shell arguments to prevent this injection.'}] [2]


How can this vulnerability impact me? :

This vulnerability allows an authenticated user with live streaming permissions to execute arbitrary operating system commands on the server hosting the AVideo platform.

  • Full server compromise, including reading sensitive files such as /etc/passwd, database credentials, and configuration files.
  • Data exfiltration by accessing the AVideo database and user data.
  • Lateral movement within the network, potentially compromising other systems.
  • Service disruption by killing processes or modifying/deleting files.
  • Establishing persistent backdoors such as installing web shells or cron jobs.

How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

I don't know


How can this vulnerability be detected on my network or system? Can you suggest some commands?

This vulnerability can be detected by monitoring for suspicious command execution or unusual files created by injected commands on the server. Since the exploit involves injecting shell metacharacters into the log file path, one way to detect it is to look for log files or processes with unexpected names containing shell metacharacters such as $() or backticks.

You can check for suspicious files created by command injection by listing files in the log directory with unusual characters or timestamps matching attack attempts.

  • Use commands like `ls -l /var/www/tmp/` to look for unexpected log files with suspicious names.
  • Check for unexpected files created by injected commands, e.g., `ls -l /tmp/pwned` as shown in the proof of concept.
  • Monitor running processes for suspicious ffmpeg commands or shell commands spawned by the web server user.
  • Review web server logs and application logs for unusual POST requests to the restreamer endpoint containing suspicious characters in `users_id` or `liveTransmitionHistory_id`.

What immediate steps should I take to mitigate this vulnerability?

[{'type': 'paragraph', 'content': 'Immediate mitigation steps involve sanitizing user inputs and safely escaping shell arguments before execution.'}, {'type': 'list_item', 'content': 'Sanitize the `users_id` and `liveTransmitionHistory_id` values immediately after decoding the JSON input by removing unsafe characters and converting IDs to integers.'}, {'type': 'list_item', 'content': "Apply input sanitization such as: `if (isset($robj->users_id)) { $robj->users_id = preg_replace('/[^a-zA-Z0-9_-]/', '', $robj->users_id); }` and `if (isset($robj->liveTransmitionHistory_id)) { $robj->liveTransmitionHistory_id = intval($robj->liveTransmitionHistory_id); }`."}, {'type': 'list_item', 'content': 'Use `escapeshellarg()` on the log file path before passing it to shell commands to prevent command injection.'}, {'type': 'list_item', 'content': 'Update the code to use the patched version which includes the `sanitizeLogFileComponent` function and applies `escapeshellarg()` to log file paths as shown in the commit fixing this vulnerability.'}, {'type': 'paragraph', 'content': 'These steps prevent injection of malicious shell metacharacters and protect the server from arbitrary command execution.'}] [1, 2]


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart