CVE-2025-12512: GenerateBlocks (WordPress plugin) · Information Exposure
Affects GenerateBlocks (WordPress plugin)Source CVE Database V5
Not known to be exploited · CVSS 4.3 Medium.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| edge22 GenerateBlocks | Affected
| Fixed in– |
AI-suggested
Until a fix is available, it is recommended to restrict Contributor-level access where possible and monitor for updates from the GenerateBlocks plugin vendor. Avoid exposing the vulnerable REST API endpoints to untrusted users. Consider applying custom code to enforce object-level authorization on these endpoints if feasible.
Description
The GenerateBlocks plugin for WordPress is vulnerable to information exposure due to missing object-level authorization checks in versions up to, and including, 2.1.2. This is due to the plugin registering multiple REST API routes under `generateblocks/v1/meta/` that gate access with `current_user_can('edit_posts')`, which is granted to low-privileged roles such as Contributor. The handlers accept arbitrary entity IDs (user IDs, post IDs, etc.) and meta keys, returning any requested metadata with only a short blacklist of password-like keys for protection. There is no object-level authorization ensuring the caller is requesting only their own data, and there is no allowlist of safe keys. This makes it possible for authenticated attackers, with Contributor-level access and above, to exfiltrate personally identifiable information (PII) and other sensitive profile data of administrator accounts or any other users by directly querying user meta keys via the exposed endpoints via the `get_user_meta_rest` function. In typical WordPress + WooCommerce setups, this includes names, email, phone, and address fields that WooCommerce stores in user meta, enabling targeted phishing, account takeover pretexting, and privacy breaches.
References
- wordfence.com/threat-intel/vulnerabilities/id/6affdb56-39cc-4749-b7cb-b80b7666f028?source=cve (opens in a new tab)
- plugins.trac.wordpress.org/browser/generateblocks/tags/2.1.1/includes/class-meta-handler.php (opens in a new tab)
- plugins.trac.wordpress.org/browser/generateblocks/tags/2.1.1/includes/class-meta-handler.php (opens in a new tab)
- plugins.trac.wordpress.org/browser/generateblocks/tags/2.1.1/includes/class-meta-handler.php (opens in a new tab)
- plugins.trac.wordpress.org/changeset/3415721/generateblocks/trunk/includes/class-meta-handler.php (opens in a new tab)