Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain low-privilege WordPress account
-
ExploitRequest MLA endpoint for private post/attachment
-
ExecutionAuthorization check absent, terms returned
-
ImpactHarvest taxonomy term assignments of hidden content
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an authenticated WordPress account of any role, including a subscriber - the description explicitly states 'any authenticated user, such as a subscriber.' The Media Library Assistant plugin (version before 3.44) omits the check that the requesting user is permitted to view a post before returning that object's assigned taxonomy terms, so the condition is simply having a valid low-privilege session against a site running the vulnerable plugin. Limiting factors: exploitation is not possible unauthenticated (PR:L), the account must exist (relevant where registration is open or on multi-user sites), and only taxonomy term assignments of private posts/attachments are exposed - not the post content, media files, or other sensitive data - bounding impact to confidentiality (C:L, I:N, A:N). |
| Impact | This is a low-severity information-disclosure flaw (CVSS 4.3) whose real-world priority is modest. The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N) indicates a network-reachable, low-complexity issue that requires an authenticated account (PR:L) and yields only limited confidentiality impact (C:L) with no integrity or availability effect. The intelligence signals are consistent and point the same direction: EPSS is very low (0.13%, 3rd percentile), the CVE is NOT on CISA KEV, and SSVC records Exploitation=none, Automatable=no, Technical Impact=partial. The vuln.today decision label is 'this_month' - a routine patch cadence rather than an emergency. The only mildly elevating factor is that a PoC reference exists via WPScan, but it is not verified as working exploit code, so it does not by itself raise urgency. Net: this is a genuine but low-priority authorization gap, not a high-CVSS-but-overstated issue - the CVSS is already low and every other signal agrees. No signals conflict; the main caveat is that what leaks is taxonomy term metadata of private posts/attachments, not the post contents themselves, which further bounds the practical impact. |
| Exploit ScenarioDerived | An attacker who holds any low-privilege WordPress account (for example a self-registered subscriber on a site allowing open registration) sends a request to the Media Library Assistant endpoint referencing a private post or attachment and receives the taxonomy terms assigned to it, despite not being authorized to view that object. A PoC reference published by WPScan exists but is not verified as working exploit code. Given AV:N/AC:L, the request is straightforward once a valid session is obtained, though only term-assignment metadata is exposed. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Nov 01, 2026
An information disclosure flaw in the WordPress plugin Media Library Assistant before version 3.44 lets any authenticated user, including a low-privilege subscriber, retrieve which taxonomy terms are assigned to private attachments and posts they are not permitted to view. The plugin omits the capability check before returning term assignments, so a valid session is all an attacker needs; only term metadata - not post content or media files - is exposed, which bounds the impact to limited confidentiality loss (CVSS 4.3). No active exploitation is known (not in CISA KEV, SSVC exploitation: none, EPSS ~0.13%) and only a reference-level PoC pointer exists, not verified working exploit code.
RemediationAI
Upgrade the Media Library Assistant plugin to version 3.44 or later; the vendor has released a fix per the WPScan advisory (https://wpscan.com/vulnerability/7b11d80d-1e90-4437-b5a5-483e8fd345d7/) and the NVD record (https://nvd.nist.gov/vuln/detail/CVE-2026-113481). Because exploitation requires only an authenticated low-privilege account, interim compensating controls are to close open subscriber self-registration on sites running a vulnerable version until patched, and to audit existing subscriber accounts for unexpected registrations; the trade-off is reduced self-service onboarding for membership or community sites. Restricting who can hold accounts does not remove the flaw itself - the plugin update is the complete fix - and this issue is not a candidate for emergency out-of-band patching given the low EPSS score, absence of KEV listing and SSVC exploitation status of none.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is a missing authorization check classed as CWE-862 (Missing Authorization) in the WordPress plugin Media Library Assistant. WordPress taxonomies attach term assignments to posts and attachments, and the plugin exposes a route/handler that returns those assignments; before 3.44 it does not verify that the requesting user may view the underlying post before disclosing its terms. Because WordPress authentication is enforced but object-level permission is not, any logged-in account - a subscriber is sufficient, per the assessed vector PR:L with AV:N/AC:L/UI:N - can query term assignments of private posts and attachments. The CPE string records the product as media_library_assistant with the vendor field not resolved to a canonical name, and EUVD lists affected versions as 0 through below 3.44. The trigger path is described only at this level of detail in the available sources; no memory-corruption, injection or race condition is involved, and the SSVC assessment rates technical impact as partial with automatable exploitation set to no.
Know when Media Library Assistant gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
Any authenticated low-privilege user can trigger it over the network with no interaction, so PR:L/AV:N/AC:L/UI:N; only term metadata leaks, giving C:L and I:N/A:N.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
4DescriptionCVE.org
The Media Library Assistant WordPress plugin before 3.44 does not check that the requesting user is allowed to view a post before disclosing which taxonomy terms are assigned to it, allowing any authenticated user, such as a subscriber, to learn the term assignments of private attachments and posts.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
More in Media Library Assistant
View allThe Media Library Assistant plugin for WordPress is vulnerable to Local File Inclusion and Remote Code Execution in vers
The Media Library Assistant plugin before 2.82 for Wordpress suffers from a Local File Inclusion vulnerability in mla_ga
SQL injection in the Media Library Assistant WordPress plugin before version 3.40 allows authenticated users with the Au
Stored cross-site scripting in the Media Library Assistant WordPress plugin before 3.44 lets an authenticated user with
In the media-library-assistant plugin before 2.82 for WordPress, Remote Code Execution can occur via the tax_query, meta
Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection') vulnerability in David Lingre
Arbitrary file upload in the Media Library Assistant WordPress plugin (versions 3.39 and earlier) lets an authenticated
The Media Library Assistant plugin for WordPress is vulnerable to SQL Injection via the plugin's shortcode(s) in all ver
The Media Library Assistant plugin for WordPress is vulnerable to time-based SQL Injection via the ‘order’ parameter wit
The Media Library Assistant plugin for WordPress is vulnerable to arbitrary file uploads due to missing file type valida
Blind SQL injection in Media Library Assistant through version 3.32 allows authenticated attackers to execute arbitrary
Blind SQL injection in the WordPress plugin Media Library Assistant through version 3.42 allows an authenticated low-pri
EUVD-2026-114777
GHSA-hqj9-3pgq-546r
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB