The Secure Custom Fields WordPress plugin before 6.9.8 does not perform a read-permission check when it renders and
Source GCVE Database
Not known to be exploited : upgrade to 6.9.8 when convenient.
Data as of 8 Nov 2026, 08:04 UTC
Rated Medium by Threat Radar's AI analysis · CVSS not yet scored by NVD
Thin evidence
One scorer or none- Patch
- Available – fixed in 6.9.8
Exploitation evidence
Disclosed: evidence found.
CVE published 8 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 7 Nov 2026.
What to do
Upgrade Secure Custom Fields (WordPress plugin) to 6.9.8.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Secure Custom Fields | Affected
| Fixed in
|
AI-suggested
Upgrade the Secure Custom Fields WordPress plugin to version 6.9.8 or later, where the read-permission check has been implemented. No other mitigation is indicated by the available data.
Description
The Secure Custom Fields WordPress plugin versions before 6.9.8 lack a read-permission check when rendering and formatting relational field values. This flaw allows users with post-editing privileges (Contributor role and above) to view titles and non-public statuses of unpublished posts owned by other users.