Skip to main content

Media Library Assistant CVE-2026-113481

| EUVDEUVD-2026-114777 MEDIUM
Missing Authorization (CWE-862)
2026-11-01 WPScan GHSA-hqj9-3pgq-546r
4.3
CVSS 3.1 · Vendor: WPScan
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain low-privilege WordPress account
  2. Exploit
    Request MLA endpoint for private post/attachment
  3. Execution
    Authorization check absent, terms returned
  4. Impact
    Harvest 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Media Library Assistant 0 <3.44

Affected Packages

euvd media_library_assistant fix: 3.44

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

Vendor (WPScan) PRIMARY 4.3 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
vuln.today AI 4.3 MEDIUM

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (WPScan).

CVSS VectorVendor: WPScan

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
None
Availability
None

Lifecycle Timeline

4
CVSS changed
Nov 01, 2026 - 18:22 NVD
4.3 (None) 4.3 (MEDIUM)
Patch available
Nov 01, 2026 - 07:01 EUVD
CVE Published
Nov 01, 2026 - 06:00 cve.org
MEDIUM 4.3
CVE Published
Nov 01, 2026 - 06:00 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.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

EPSS Score
0.1%
Top 97% exploitable
Prevalence
Medium
popular WordPress media plugin, common but not on every site
Exploit
POC
Public exploit code exists
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC Yes
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +22
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0
CVE-2023-4634 CRITICAL POC
9.8 Sep 06

The Media Library Assistant plugin for WordPress is vulnerable to Local File Inclusion and Remote Code Execution in vers

CVE-2020-11732 HIGH POC
7.5 Apr 13

The Media Library Assistant plugin before 2.82 for Wordpress suffers from a Local File Inclusion vulnerability in mla_ga

CVE-2026-16959 MEDIUM POC
6.8 Aug 21

SQL injection in the Media Library Assistant WordPress plugin before version 3.40 allows authenticated users with the Au

CVE-2026-113482 MEDIUM POC
6.8 Nov 01

Stored cross-site scripting in the Media Library Assistant WordPress plugin before 3.44 lets an authenticated user with

CVE-2020-11928 CRITICAL
9.8 Apr 20

In the media-library-assistant plugin before 2.82 for WordPress, Remote Code Execution can occur via the tax_query, meta

CVE-2024-51661 CRITICAL
9.1 Nov 04

Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection') vulnerability in David Lingre

CVE-2026-66600 CRITICAL
9.1 Aug 20

Arbitrary file upload in the Media Library Assistant WordPress plugin (versions 3.39 and earlier) lets an authenticated

CVE-2024-3518 HIGH
8.8 May 22

The Media Library Assistant plugin for WordPress is vulnerable to SQL Injection via the plugin's shortcode(s) in all ver

CVE-2024-5605 HIGH
8.8 Jun 20

The Media Library Assistant plugin for WordPress is vulnerable to time-based SQL Injection via the ‘order’ parameter wit

CVE-2024-6823 HIGH
8.8 Aug 13

The Media Library Assistant plugin for WordPress is vulnerable to arbitrary file uploads due to missing file type valida

CVE-2026-32399 HIGH
8.5 Mar 13

Blind SQL injection in Media Library Assistant through version 3.32 allows authenticated attackers to execute arbitrary

CVE-2026-115948 HIGH
8.5 Oct 26

Blind SQL injection in the WordPress plugin Media Library Assistant through version 3.42 allows an authenticated low-pri

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy