WordPress Core <= 7.1 - Authenticated (Contributor+) Information Exposure via Sample Permalink AJAX Actions
Strategic Overview
- Status
- Patched in 6.6.8
- Affected Core
- WordPress 7.1
- Affected Version
6.6.7 – 7.1 · 6 branches- CVSS
- 4.3Medium
- Weakness type
- CWE-200 · Exposure of Sensitive Information to an Unauthorized Actor
- CVE
CVE pending
At a glance
This record tracks a medium-severity Exposure of Sensitive Information to an Unauthorized Actor vulnerability in the WordPress 7.1 WordPress release line, affecting 6.6.7 – 7.1 · 6 branches. It carries a CVSS score of 4.3 (reachable over the network; low attack complexity). Exploitation requires an authenticated account at Contributor level or above. The issue is fixed in version 6.6.8; sites on affected versions should update now. Disclosed September 2026, reported by hermanhms.
Vulnerability Overview
WordPress Core is vulnerable to Information Exposure via the wp_ajax_sample_permalink() and wp_ajax_get_permalink() AJAX actions in various versions up to, and including, 7.1 due to a missing edit_post capability check on the supplied post ID. This makes it possible for authenticated attackers with Contributor-level access and above to disclose the slug and sample permalink of draft or pending posts authored by other users.
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 interaction from a victim user.
CWE-200: Exposure of Sensitive Information to an Unauthorized Actor
WordPress 7.1 6.6.7 – 7.1 · 6 branches carries this weakness at wp_ajax_sample_permalink(), and reaching it takes an account at Contributor level or above. Sensitive information exposure means data the application intended to keep internal is returned to a caller who should not be able to see it.
The disclosed data — credentials, tokens, customer records or internal paths — is usually worth more as material for a follow-up attack than as an end in itself. For WordPress 7.1 the fix is 6.6.8: builds 6.6.7 – 7.1 · 6 branches are affected, anything from 6.6.8 onward is not.
Remediation
Update to one of the following versions, or a newer patched version: 6.6.8, 6.7.8, 6.8.9, 6.9.8, 7.0.5, 7.1.1
How does WordSec protect against this?
The fix is the thing that ends this: updating to 6.6.8 is the step that ends it.
- Alerts
External References
Related records
Same weakness class
- 7.5CVE-2018-20151: WordPress Core < 5.0.1 Info Disclosure
CVE-2018-20151 - 7.5CVE-2011-3818: WordPress Core 2.9.2 and 3.0.4 Info Disclosure
CVE-2011-3818 - 7.5CVE-2006-0986: WordPress Core < 2.0.2 Sensitive Information Disclosure
CVE-2006-0986 - 7.3CVE-2005-2110: WordPress Core < 1.5.1.3 Info Disclosure
CVE-2005-2110
Other vulnerabilities in WordPress 7.1
- 9.8CVE-2026-63030: WordPress Core 6.9 - 7.0.1 Remote Code Execution
CVE-2026-63030 - 9.8CVE-2024-31211: WordPress Core 6.4.0 - 6.4.1 RCE POP Chain
CVE-2024-31211 - 9.8WordPress Core < 6.0.3 SQL Injection via WP_Date_Query
- 9.8CVE-2021-29476: WordPress Core < 5.5.3 PHP Object Injection Gadget
CVE-2021-29476 - 9.8CVE-2017-16510: WordPress Core SQL Injection
CVE-2017-16510 - 9.8CVE-2017-14723: WordPress Core < 4.8.2 SQL Injection
CVE-2017-14723 - 9.8CVE-2007-6013: WordPress Core 1.5 - 2.3.1 Authorization Bypass
CVE-2007-6013 - 9.8CVE-2007-6318: WordPress Core < 2.3.2 SQL Injection
CVE-2007-6318
Vulnerability data © Defiant, Inc., provided under the Wordfence Intelligence T&C