Live › vulnerability › CVE-2026-103875
The Media Library Assistant plugin for WordPress reflects the search-string parameter into pages without proper sanitization or escaping, in all versions up to and including 3.42. An unauthenticated attacker can get scripts to run in a visitor's browser if they trick that user into clicking a crafted link.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-29 10:24 UTC. All times on this page are UTC.
Only WordPress sites running Media Library Assistant up to and including 3.42 are exposed. Exploitation also needs a publicly accessible page with an [mla_gallery] shortcode in pagination mode, an mla_link_href template that reflects a request token, and enough attachments to paginate. Sites without that shortcode setup can skip it.
No product ranges from the sources yet.
media-library-assistant under wp-content/plugins/[mla_gallery] shortcode with pagination and an mla_link_href template containing {+request: tokensNo fix yet, per the sources.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
The Media Library Assistant plugin for WordPress is vulnerable to Reflected Cross-Site Scripting via the 'search-string' parameter in all versions up to, and including, 3.42 due to insufficient input sanitization and output escaping. This makes it possible for unauthenticated attackers to inject arbitrary web scripts in pages that execute if they can successfully trick a user into performing an action such as clicking on a link. Exploitation requires the targeted site to have a publicly accessible page containing an [mla_gallery] shortcode configured with a pagination output mode and an mla_link_href template that reflects a {+request:...+} token, along with enough attachments to trigger pagination.
This page as .md · .json · in your agent: get_signal("CVE-2026-103875")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.