<?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/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Cpe:2.3:a:pikiwidb:pika:3.5.7:*:*:*:*:*:*:* - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/cpes/cpe2.3apikiwidbpika3.5.7/</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, 02 Sep 2026 05:11:29 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/cpes/cpe2.3apikiwidbpika3.5.7/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Authentication Bypass in PikiwiDB Pika Replication Server</title><link>https://feed.craftedsignal.io/briefs/2026-09-pikiwidb-auth-bypass/</link><pubDate>Wed, 02 Sep 2026 05:11:29 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-pikiwidb-auth-bypass/</guid><description>PikiwiDB Pika 3.5.7 suffers from an authentication bypass in its protobuf replication server, allowing unauthenticated remote attackers to synchronize data and manipulate replica nodes.</description><content:encoded><![CDATA[<p>PikiwiDB (Pika) version 3.5.7 contains a critical authentication bypass vulnerability (CVE-2026-84700) within its internal protobuf replication server. The service exposes a secondary port, calculated as the default client port plus 2000 (e.g., 11221 for a default port of 9221), which fails to properly enforce authentication. While the Pika 'requirepass' configuration is intended to protect the replication interface, only the MetaSync handler specifically validates credentials. The frame dispatcher (DealMessage) fails to verify authentication or session state before routing incoming messages, such as TrySync, DBSync, BinlogSync, and RemoveSlaveNode, to their respective handlers. Consequently, an unauthenticated remote attacker can connect directly to the exposed replication port to exfiltrate full-sync snapshots, monitor live write streams, or disrupt database replication by removing slave nodes, regardless of the security settings configured on the primary client interface.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows for the unauthorized exfiltration of sensitive database content and full-sync snapshots, potentially leading to complete data exposure. Attackers can also disrupt database availability and integrity by force-removing legitimate replica nodes. This vulnerability affects Pika 3.5.7, which is often deployed in high-performance storage environments where data replication is critical.</p>
<h2 id="recommendation">Recommendation</h2>
<ol>
<li>Restrict network access to the PikiwiDB replication port to authorized internal nodes only via firewall rules, as the service does not enforce authentication.</li>
<li>Audit environment configurations for Pika 3.5.7 deployments and restrict management/replication port exposure from public or untrusted network segments.</li>
<li>Monitor internal network traffic for unexpected connections originating from non-replica nodes to the calculated Pika replication port (default client port + 2000).</li>
</ol>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>