CVE-2023-4634

Media Library Assistant <= 3.09 - Unauthenticated Local/Remote File Inclusion & Remote Code Execution

2023-09-05 00:00
Pepitoh

Strategic Overview

Status
Patched in 3.10
Affected Plugin
Media Library Assistant
Affected Version
<= 3.09
CVSS
9.8Critical
Weakness type
CWE-73 · External Control of File Name or Path
CVE
CVE-2023-4634
View all Media Library Assistant vulnerabilities

At a glance

CVE-2023-4634 is a critical-severity External Control of File Name or Path vulnerability in the Media Library Assistant WordPress plugin, affecting versions <= 3.09. It carries a CVSS score of 9.8 (reachable over the network; low attack complexity; high confidentiality, integrity, availability impact). Exploitation requires no authentication. The issue is fixed in version 3.10; sites on affected versions should update now. Disclosed September 2023, reported by Pepitoh.

Vulnerability Overview

The Media Library Assistant plugin for WordPress is vulnerable to Local File Inclusion and Remote Code Execution in versions up to, and including, 3.09. This is due to insufficient controls on file paths being supplied to the 'mla_stream_file' parameter from the ~/includes/mla-stream-image.php file, where images are processed via Imagick(). This makes it possible for unauthenticated attackers to supply files via FTP that will make directory lists, local file inclusion, and remote code execution possible.

Technical Analysis

The vector marks this flaw as remotely reachable over the network, with low attack complexity — no special timing or configuration is needed, and no privileges on the target site, and no interaction from a victim user. A successful exploit has high impact on confidentiality, integrity, availability — full site compromise territory.

CWE-73: External Control of File Name or Path

The product allows user input to control or influence paths or file names that are used in filesystem operations.

Remediation

Update to version 3.10, or a newer patched version

How does WordSec protect against this?

Requests carrying this pattern arrive without a session, so nothing upstream of the firewall gets a chance to reject them: WordSec's web application firewall inspects request payloads before WordPress loads them. Classes like this one can leave something behind, so the staged malware scanner is the second half: it looks for dropped files and modified code rather than for the request that created them. None of that substitutes for the fix: Media Library Assistant 3.10 closes this, and updating the plugin is the step that ends it.

  • Firewall
  • Scanner
  • Login Security

External References

https://www.cve.org/CVERecord?id=CVE-2023-4634https://www.wordfence.com/threat-intel/vulnerabilities/id/05c68377-feb6-442d-a3a0-1fbc246c7cbfhttps://nvd.nist.gov/vuln/detail/CVE-2023-4634

Related records

Vulnerability data © Defiant, Inc., provided under the Wordfence Intelligence T&C