Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach WordPress site over network
-
DeliverySubmit crafted 'link_url' via submission form
-
ExploitInject time-based blind SQLi payload
-
ExecutionInfer data from response-timing differences
-
ImpactExtract database credentials/secrets
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The injection is reachable through the plugin's front-end link user-submission functionality (the patch touches usersubmission.php), via the 'link_url' parameter in Link Library ≤ 7.9.2. No authentication is required (PR:N) and no user interaction (UI:N), making default-exposed submission forms directly attackable over the network. Practical limiting factors: the attack is a TIME-BASED BLIND injection, so extraction is slow and requires many timed requests, and exploitation realistically depends on the site having the Link Library user-submission form enabled and publicly accessible - sites that do not expose that feature reduce their exposure. |
| Impact | This is a moderate-priority issue rather than a top-tier emergency, despite the 7.5 CVSS and unauthenticated vector. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) confirms a network-reachable, low-complexity, unauthenticated flaw, which raises its baseline concern, and the scope is bounded to confidentiality (C:H/I:N/A:N) - consistent with a blind SQL injection used to read database contents (e.g., credentials, hashes, secrets) but not directly modify data or cause denial of service. However, the exploitation technique is explicitly time-based blind SQL injection, which is slow and noisy to weaponize for bulk extraction, tempering the real-world impact relative to a direct/UNION-based leak. No EPSS score was provided, the CVE is NOT in CISA KEV, and no public POC is referenced - so there is no evidence of active exploitation or widespread automated attacks at this time. The patch exists (fixed in 7.9.3 per the WordPress plugin trac changeset), and Wordfence (a credible WordPress security vendor) is the reporter, lending confidence to the technical validity. Net: a legitimately exploitable unauthenticated SQLi worth prompt patching on affected sites, but current signals suggest opportunistic rather than mass or targeted exploitation. |
| Exploit ScenarioDerived | A remote, unauthenticated attacker submits crafted input in the 'link_url' parameter to the plugin's user-submission endpoint, injecting a time-based blind SQL payload (e.g., conditional SLEEP) into the unprepared query. By observing response-time differences, the attacker iteratively extracts sensitive data such as WordPress user credentials or secret keys from the database. No public exploit code is referenced, so an attacker would need to craft the payload manually. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 15, 2026
Unauthenticated time-based blind SQL injection in the WordPress Link Library plugin (all versions up to and including 7.9.2) lets remote attackers append arbitrary SQL to the plugin's existing query via the 'link_url' parameter and use timing side-channels to extract sensitive information from the site's database. The injection is reached through the plugin's front-end link user-submission functionality - the code path the vendor patch modifies in usersubmission.php - so a site only becomes directly attackable if that submission form is enabled and publicly reachable, and no authentication or user interaction is required (CVSS:3.1/AV:N/AC:L/PR:N/UI:N) with impact limited to confidentiality (C:H/I:N/A:N, base 7.5). Because the technique is blind and time-based, extraction is slow and requires many timed requests, and no public exploit code has been identified at time of analysis; this is a moderate-priority issue rather than a top-tier emergency.
RemediationAI
Apply the vendor fix by upgrading the Link Library plugin to version 7.9.3, the first release containing the corrected query - vendor-released patch 7.9.3, delivered via Trac changeset 3616354 (tag link-library/tags/7.9.3) and corresponding trunk commit 3616353 in usersubmission.php; the plugin's update mechanism in WordPress admin will offer this version, and sites pinned to 7.9.2 or below should be treated as vulnerable. Where immediate upgrading is not possible, the most effective compensating control is to disable or remove the plugin's front-end link user-submission form (for example by turning off the submission feature or restricting the page/shortcode to authenticated or trusted roles), accepting the trade-off that legitimate visitors can no longer propose links; blocking or rate-limiting access to the submission endpoint at the web server or WAF layer also raises the cost of the time-based oracle, though signature-based SQLi filters can be evaded through obfuscation and aggressive rate limiting may degrade legitimate traffic. Deployments that never expose the submission form have substantially reduced exposure, since the injection path is not otherwise reachable. Consult the vendor advisory at https://www.wordfence.com/threat-intel/vulnerabilities/id/96259333-8d6f-4a27-9f52-c65d599ed981?source=cve and the upstream changesets for the authoritative fix.
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
Link Library is a WordPress plugin (vendor namespace 'jackdewey', CPE cpe:2.3:a:jackdewey:link_library:*:*:*:*:*:*:*:*) that manages a directory of shared links and, in the affected versions, ships a user-submission form allowing visitors to propose new links. The root cause is CWE-89 (Improper Neutralization of Special Elements used in an SQL Command): the front-end handler in usersubmission.php takes the user-supplied 'link_url' value and embeds it in a SQL statement without adequate escaping and without passing it through WordPress's prepared-statement API ($wpdb->prepare). Because the responses do not reflect database output, the vulnerability manifests as a time-based blind SQL injection - the attacker injects conditional delays and infers database content bit by bit from response timing. That design detail both lowers practical throughput and explains why the assessed vector is confidentiality-only (C:H/I:N/A:N) rather than permitting data modification or denial of service. Version delineation comes from the WordPress plugin Trac changesets: the fix is applied on trunk (changeset 3616353, usersubmission.php) and captured in the 7.9.3 tag (new=3616354@link-library/tags/7.9.3 against the previous 7.9.2 tag, old=3515903), confirming 7.9.2 and earlier as vulnerable.
Know when Link Library 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:N/UI:N/S:U/C:H/I:N/A:N
Unauthenticated network-reachable SQLi via a public submission parameter gives AV:N/AC:L/PR:N/UI:N; blind data extraction yields C:H with no integrity or availability impact.
Primary rating from Vendor (Wordfence).
CVSS VectorVendor: Wordfence
DescriptionCVE.org
The Link Library plugin for WordPress is vulnerable to time-based SQL Injection via the 'link_url' parameter in all versions up to, and including, 7.9.2 due to insufficient escaping on the user supplied parameter and lack of sufficient preparation on the existing SQL query. This makes it possible for unauthenticated attackers to append additional SQL queries into already existing queries that can be used to extract sensitive information from the database.
Executive ViewAI
The WordPress Link Library plugin, deployed on our public-facing sites in versions up to and including 7.9.2, carries an unauthenticated database injection flaw reachable through its front-end link submission form, meaning any internet user could quietly read data held in the site's database without logging in. Because the plugin is widely present across our WordPress estate and the exposure is limited to data confidentiality rather than site takeover, the primary concern is leakage of customer, user, or configuration data that could trigger regulatory notification obligations and reputational damage. Leadership should care because exposure depends entirely on whether the submission form is enabled and publicly reachable, so a fast inventory of our sites determines whether this is a contained issue or an organization-wide one.
No vendor-released patch identified at time of analysis. Interim mitigations: disable the Link Library front-end link user-submission form or restrict it to authenticated users so the vulnerable usersubmission.php code path is unreachable; block or allow-list the submission endpoint at the WAF/reverse proxy with rules targeting SQL injection patterns in the 'link_url' parameter; enable database and web-server logging with alerts for repeated delayed requests to the submission endpoint; and monitor for anomalous read activity in the site database.
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
Attack Technique
SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.
More in Link Library
View allUnauthenticated SQL injection in the Link Library WordPress plugin before 7.9.3 allows remote attackers to inject arbitr
Reflected XSS in the Link Library WordPress plugin before 7.9.4 allows unauthenticated remote attackers to inject and ex
Reflected cross-site scripting in the Link Library WordPress plugin (versions before 7.9.6) lets remote, unauthenticated
Link Library, a WordPress plugin, writes a generated image to a destination folder that is taken directly from user inpu
Server-side request forgery in the Link Library WordPress plugin versions 7.8.8 through 7.9.5 allows unauthenticated vis
Arbitrary file deletion in the Link Library WordPress plugin (versions 7.8.8 and earlier) allows authenticated contribut
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Yannick Lefebvre L
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Yannick Lefebvre L
The Link Library plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the 'll_reciprocal' parameter in
The Link Library plugin for WordPress is vulnerable to Reflected Cross-Site Scripting via the searchll parameter in all
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Yannick Lefebvre L
The Link Library plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the plugin's 'link-library' short
EUVD-2026-101847
GHSA-xg95-mp7q-fp5g
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB