CVE-2026-92580: Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection') in WWBN AVideo
In AVideo through 29.0, the CloneSite plugin is vulnerable to stored OS command injection. In plugin/CloneSite/cloneClient.json.php (line ~270) the stored SSH password is substituted into the command string `sshpass -p '{password}' rsync ...` with a plain str_replace and no escaping, so a single quote in the password breaks out of the quoted word and injects arbitrary shell. The password is written through the admin-only endpoint objects/pluginAddDataObject.json.php, whose only CSRF defense (isUntrustedRequest()/forbidIfIsUntrustedRequest()) is a no-op when the request source appears to be loopback — as happens behind a same-host TLS-terminating reverse proxy with $global['trustedProxies'] unset — or when an attacker-controlled application is co-hosted on the same hostname; on HTTPS the session cookie is issued with SameSite=None, so a cross-site POST carries it. An unauthenticated remote attacker can therefore lure an authenticated administrator into planting a malicious password (and an attacker-controlled cloneSiteURL), after which the plugin's documented crontab entry executes the injected command with no further administrator action, as the crontab owner (commonly root or www-data). Exploitation requires the CloneSite plugin to be enabled with the documented crontab installed and one of the above CSRF channels; default single-process Apache deployments are reported as not CSRF-exploitable. This is a residual sink of CVE-2026-41304. The issue is confirmed at master HEAD (8963b6a1); no patched version is available.
AI Analysis
Technical Summary
In WWBN AVideo versions up to 29.0, the CloneSite plugin's cloneClient.json.php script improperly neutralizes special elements in the SSH password used in a shell command. The password is inserted into the command string `sshpass -p '{password}' rsync ...` via a plain string replacement without escaping single quotes, enabling OS command injection. The password is set through an admin-only endpoint vulnerable to CSRF when requests originate from loopback or when an attacker-controlled application is co-hosted on the same hostname, combined with SameSite=None cookies on HTTPS. This allows an unauthenticated remote attacker to coerce an authenticated admin into planting a malicious password and cloneSiteURL. The plugin's crontab then executes the injected command with elevated privileges. This vulnerability is a residual issue related to CVE-2026-41304 and is confirmed at the current master HEAD. No fix or patch is available at this time.
Potential Impact
Successful exploitation allows an unauthenticated remote attacker to execute arbitrary OS commands on the server with the privileges of the crontab owner (commonly root or www-data). This can lead to full system compromise, data theft, or disruption of service. The attack requires specific conditions including the CloneSite plugin being enabled with the documented crontab installed and the presence of exploitable CSRF channels. Default single-process Apache deployments are not vulnerable to the CSRF aspect, reducing attack surface in some environments.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a patch is released, administrators should consider disabling the CloneSite plugin or removing the crontab entry to prevent execution of injected commands. Additionally, configuring trusted proxies correctly and tightening CSRF protections may reduce exposure. Avoid co-hosting attacker-controlled applications on the same hostname and review cookie SameSite settings to limit CSRF attack vectors.
CVE-2026-92580: Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection') in WWBN AVideo
Description
In AVideo through 29.0, the CloneSite plugin is vulnerable to stored OS command injection. In plugin/CloneSite/cloneClient.json.php (line ~270) the stored SSH password is substituted into the command string `sshpass -p '{password}' rsync ...` with a plain str_replace and no escaping, so a single quote in the password breaks out of the quoted word and injects arbitrary shell. The password is written through the admin-only endpoint objects/pluginAddDataObject.json.php, whose only CSRF defense (isUntrustedRequest()/forbidIfIsUntrustedRequest()) is a no-op when the request source appears to be loopback — as happens behind a same-host TLS-terminating reverse proxy with $global['trustedProxies'] unset — or when an attacker-controlled application is co-hosted on the same hostname; on HTTPS the session cookie is issued with SameSite=None, so a cross-site POST carries it. An unauthenticated remote attacker can therefore lure an authenticated administrator into planting a malicious password (and an attacker-controlled cloneSiteURL), after which the plugin's documented crontab entry executes the injected command with no further administrator action, as the crontab owner (commonly root or www-data). Exploitation requires the CloneSite plugin to be enabled with the documented crontab installed and one of the above CSRF channels; default single-process Apache deployments are reported as not CSRF-exploitable. This is a residual sink of CVE-2026-41304. The issue is confirmed at master HEAD (8963b6a1); no patched version is available.
CVSS v4.0
Score 8.7high
Affected software
WWBN
AVideo
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
In WWBN AVideo versions up to 29.0, the CloneSite plugin's cloneClient.json.php script improperly neutralizes special elements in the SSH password used in a shell command. The password is inserted into the command string `sshpass -p '{password}' rsync ...` via a plain string replacement without escaping single quotes, enabling OS command injection. The password is set through an admin-only endpoint vulnerable to CSRF when requests originate from loopback or when an attacker-controlled application is co-hosted on the same hostname, combined with SameSite=None cookies on HTTPS. This allows an unauthenticated remote attacker to coerce an authenticated admin into planting a malicious password and cloneSiteURL. The plugin's crontab then executes the injected command with elevated privileges. This vulnerability is a residual issue related to CVE-2026-41304 and is confirmed at the current master HEAD. No fix or patch is available at this time.
Potential Impact
Successful exploitation allows an unauthenticated remote attacker to execute arbitrary OS commands on the server with the privileges of the crontab owner (commonly root or www-data). This can lead to full system compromise, data theft, or disruption of service. The attack requires specific conditions including the CloneSite plugin being enabled with the documented crontab installed and the presence of exploitable CSRF channels. Default single-process Apache deployments are not vulnerable to the CSRF aspect, reducing attack surface in some environments.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a patch is released, administrators should consider disabling the CloneSite plugin or removing the crontab entry to prevent execution of injected commands. Additionally, configuring trusted proxies correctly and tightening CSRF protections may reduce exposure. Avoid co-hosting attacker-controlled applications on the same hostname and review cookie SameSite settings to limit CSRF attack vectors.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- VulnCheck
- Date Reserved
- 2026-09-16T13:47:20.117Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6aab120555bf5e2cf5368823
Added to database: 09/16/2026, 22:02:45 UTC
Last enriched: 09/16/2026, 23:12:51 UTC
Last updated: 09/17/2026, 02:02:33 UTC
Views: 6
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.