Skip to main content

Page and Post Restriction CVE-2026-118194

| EUVDEUVD-2026-113712 MEDIUM
Improper Authentication (CWE-287)
2026-10-30 Wordfence GHSA-2v5p-jw26-49xc
6.5
CVSS 3.1 · Vendor: Wordfence
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Lure logged-in victim to attacker page
  2. Delivery
    Issue credentialed cross-origin REST GET fetch
  3. Exploit
    Plugin re-authenticates victim from cookie without nonce
  4. Execution
    Read private REST API responses cross-origin
  5. Impact
    Exfiltrate restricted posts, comments and profile data

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication mechanism validation
MITRE ATT&CK

2 techniques across 2 tactics: Defense Evasion, Initial Access

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires that the target site runs the Page and Post Restriction plugin (version 1.6.1 or earlier) AND that the attacker can lure an already-logged-in user of that site to visit an attacker-controlled web page which issues credentialed cross-origin fetch requests to the site's REST API. The flaw only affects GET/HEAD REST requests where the current user is 0, and only confidentiality is impacted - attackers read responses (private/role-restricted posts and pages, the victim's /wp-json/wp/v2/users/me profile, and comments the victim can see) but cannot modify data. Limiting factors: the victim must be authenticated at the time of the visit, the attack depends on WordPress's permissive REST CORS echoing Origin with Access-Control-Allow-Credentials:true, and it hinges on the victim actually visiting the malicious page (UI:R). No attacker credentials or REST nonce are required.

Impact

This is a genuine but moderate-priority confidentiality issue, consistent with the vuln.today 'this_month' decision label rather than an emergency. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N, base 6.5) aligns well with the described mechanism: network-reachable, low complexity, no attacker authentication, but requiring victim user interaction (visiting an attacker page) and yielding confidentiality impact only (no integrity or availability effect, since only GET/HEAD REST responses are exposed). No EPSS score, no KEV listing, and no SSVC exploitation-automatable/technical-impact breakdown were provided in the input, so probabilistic and automation signals cannot be weighed - the absence of KEV is NOT evidence of safety, merely of no confirmed in-the-wild use at analysis time. No public exploit identified at time of analysis; the references are the Wordfence advisory and WordPress plugin source-code (trac) links, not working exploit code. The reliance on UI:R (luring an authenticated victim) materially limits mass, opportunistic exploitation and pushes this toward targeted scenarios, which is coherent with a mid-range CVSS and a non-urgent decision label. Net: a real, verifiable authentication-bypass/data-disclosure flaw worth patching on a normal cycle, not a drop-everything event.

Exploit ScenarioDerived

An attacker hosts a web page and lures a user who is currently logged in to the target WordPress site into visiting it. The page issues credentialed cross-origin fetch() requests to the target's REST API; because the plugin re-authenticates the victim from the logged_in cookie without a nonce and WordPress echoes the Origin with Access-Control-Allow-Credentials:true, the attacker's JavaScript can read the victim's private posts, pages, comments, and profile data from /wp-json/wp/v2/users/me. No public exploit identified at time of analysis, and no victim interaction beyond the single page visit is needed.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 30, 2026

Any WordPress site running the Page and Post Restriction plugin through version 1.6.1 can be tricked into disclosing private and role-restricted content to an unauthenticated attacker who lures a logged-in user onto an attacker-controlled page. The plugin's papr_restrict_page_post_rest_api() handler re-establishes the visitor's identity from the wordpress_logged_in cookie on GET and HEAD REST requests without checking a REST nonce, silently undoing the nonce-based cookie rejection that WordPress core's rest_cookie_check_errors() performs; combined with WordPress's permissive REST CORS behaviour (echoed Origin plus Access-Control-Allow-Credentials: true), a credentialed cross-origin fetch returns the victim's private posts/pages, their /wp-json/wp/v2/users/me profile and comments they are allowed to see. Impact is confidentiality-only - no data can be modified - and exploitation requires the victim to be authenticated and to actually visit the malicious page (UI:R); there is no CISA KEV listing and no verified public exploit code at time of analysis, and the vuln.today priority is 'this_month' rather than emergency.

RemediationAI

Upstream fix available (changeset/commit); released patched version not independently confirmed. The supplied data points to trunk changeset 3771992 for page-and-post-restriction.php (https://plugins.trac.wordpress.org/changeset/3771992/page-and-post-restriction/trunk/page-and-post-restriction.php) as the correcting change, but no tagged plugin release number above 1.6.1 is given in the available sources, so verify the current plugin version in the WordPress.org directory and confirm it contains that changeset before treating an update as complete; the Wordfence advisory (https://www.wordfence.com/threat-intel/vulnerabilities/id/2785a4e1-64f3-4b20-b0b3-7030bd88438c?source=cve) should be checked for the version the vendor marks as fixed. If a confirmed patched build is not yet installable, deactivate and remove the Page and Post Restriction plugin until one is available, accepting that the page/post restrictions it enforced will no longer be applied and the affected content becomes publicly reachable - audit those posts and pages before deactivating. No other workaround is documented in the supplied sources, and the exposure is limited to editors/admins who browse the web while logged in, so reducing standing browser sessions with elevated accounts limits the window in which the required victim visit can occur.

Affected VersionsENISA

Page and Post Restriction 0 ≤1.6.1

Affected Packages

euvd page_and_post_restriction no fix

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

The flaw is an improper-authentication weakness (CWE-287) in a WordPress plugin's REST layer rather than in WordPress core itself. WordPress core, when a REST request is cookie-authenticated but carries neither an X-WP-Nonce header nor a _wpnonce parameter, deliberately clears the current user inside rest_cookie_check_errors() as a cross-site request forgery guard. The vulnerable plugin hooks rest_pre_dispatch via papr_restrict_page_post_rest_api() and, whenever the current user is 0 and the method is GET or HEAD, calls wp_set_current_user() with the user resolved from the wordpress_logged_in cookie - restoring the authenticated session that core had just discarded. Because WordPress's REST responses emit permissive CORS headers that reflect the request Origin and set Access-Control-Allow-Credentials: true, a browser will attach the victim's cookies to a cross-origin request and expose the response body back to the attacking origin, turning the missing nonce check into a cross-origin read primitive. The exposed surface is limited to readable GET/HEAD REST data - restricted/private posts and pages, the /wp-json/wp/v2/users/me profile and victim-visible comments - with no write capability. Vendor attribution in the CPE string is cyberlord92:page_and_post_restriction, covering all versions at or below 1.6.1.

Know when Page And Post Restriction 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

Vendor (Wordfence) PRIMARY 6.5 MEDIUM
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N
vuln.today AI 6.5 MEDIUM

Remote and low-complexity with no attacker auth (PR:N) but needs the logged-in victim to visit a malicious page (UI:R); read-only disclosure of private data gives C:H, I:N, A:N.

3.1 AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:P/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (Wordfence).

CVSS VectorVendor: Wordfence

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
None

DescriptionCVE.org

The Page and Post Restriction plugin for WordPress is vulnerable to Authentication Bypass in all versions up to, and including, 1.6.1 This is due to the papr_restrict_page_post_rest_api() function, hooked on rest_pre_dispatch, re-authenticating the current user from the wordpress_logged_in cookie via wp_set_current_user() for any GET or HEAD REST request where the current user is 0, without verifying a REST nonce - silently undoing the nonce-zeroing that WordPress core's rest_cookie_check_errors() performs on cookie-authenticated requests that lack an X-WP-Nonce header or _wpnonce parameter. Combined with WordPress's permissive REST CORS behavior - which echoes the request Origin and sets Access-Control-Allow-Credentials: true - this allows an unauthenticated attacker to read REST API GET responses as a logged-in victim, exposing role-restricted and private post/page content, victim user profile data via /wp-json/wp/v2/users/me, and comments the victim is authorized to see. This requires the attacker to lure a logged-in user into visiting an attacker-controlled page that issues credentialed cross-origin fetch requests against the target site's REST API; no nonce or further victim interaction beyond the page visit is needed.

Threat Intelligence Overview

EPSS Score
0.3%
Top 72% exploitable
Prevalence
Low
niche WordPress access-control plugin, limited install base
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

32
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy