<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Page and Post Restriction (&lt;= 1.4.0) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/page-and-post-restriction--1.4.0/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 05 Aug 2026 09:15:51 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/page-and-post-restriction--1.4.0/feed.xml" rel="self" type="application/rss+xml"/><item><title>Sensitive Information Exposure in Page and Post Restriction WordPress Plugin</title><link>https://feed.craftedsignal.io/briefs/2026-08-wp-papr-info-leak/</link><pubDate>Wed, 05 Aug 2026 09:15:51 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-wp-papr-info-leak/</guid><description>The Page and Post Restriction plugin for WordPress versions 1.4.0 and earlier fails to enforce global privacy settings on REST API endpoints, enabling unauthenticated access to restricted content.</description><content:encoded><![CDATA[<p>The Page and Post Restriction plugin for WordPress (versions 1.4.0 and below) contains a critical logical flaw that results in sensitive information exposure. The vulnerability exists because the plugin's REST API protection mechanisms fail to verify the global security toggles intended to make all pages and posts private. While the plugin correctly restricts access via the frontend, the REST API guards only evaluate per-page/per-post metabox configurations. Consequently, global privacy settings ('Make all Pages Private' and 'Make all Posts Private') are ignored during REST API requests to /wp-json/wp/v2/pages and /wp-json/wp/v2/posts. An unauthenticated attacker can exploit this discrepancy to bypass intended access controls and retrieve the full content of any published post or page on an affected WordPress installation. This impact is significant for organizations relying on the plugin to protect private or sensitive internal content that would otherwise be exposed through the public-facing REST API.</p>
<h2 id="impact">Impact</h2>
<p>The vulnerability allows unauthenticated attackers to exfiltrate private post and page content, leading to unauthorized information disclosure. This bypasses the site's security policy, potentially exposing draft content, internal communications, or sensitive documentation intended only for authorized users. The scope of impact is contingent on the site administrator having enabled the 'Make all Pages Private' or 'Make all Posts Private' settings within the plugin.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Update the Page and Post Restriction plugin to a patched version beyond 1.4.0 immediately to restore REST API authorization logic.</li>
<li>Audit web server logs for high-frequency requests to <code>/wp-json/wp/v2/posts/</code> and <code>/wp-json/wp/v2/pages/</code> from unauthenticated or suspicious external IP addresses.</li>
<li>Consider disabling the WordPress REST API entirely if it is not required for site functionality, or implement a Web Application Firewall (WAF) rule to block unauthenticated access to these specific sensitive endpoints if remediation cannot be applied immediately.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>