Skip to main content

PikiwiDB Pika CVE-2026-84700

| EUVDEUVD-2026-69791 HIGH
Missing Authentication for Critical Function (CWE-306)
2026-09-02 disclosure@vulncheck.com GHSA-747h-6gh8-p8v2
8.8
CVSS 4.0 · Vendor: vulncheck
View

Attack ChainAIDerived

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

  1. Access
    Identify replication port via port scan or formula (client_port + 2000)
  2. Delivery
    Connect directly to replication port without MetaSync
  3. Exploit
    Craft valid protobuf DBSync or BinlogSync request
  4. Execution
    Frame dispatcher routes request without authentication check
  5. Persist
    Receive full RDB snapshot and live write stream
  6. Impact
    Optionally issue RemoveSlaveNode to disrupt replication topology

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK

1 technique across 1 tactic: Initial Access

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

Exploitation Conditions

The replication port (client_port + 2000, default 11221 when the client port is 9221) must be network-reachable from the attacker - this is the sole prerequisite. No authentication, session state, prior interaction, or special configuration is required. An attacker connects directly and issues TrySync, DBSync, BinlogSync, or RemoveSlaveNode protobuf messages without completing or initiating a MetaSync handshake. The requirepass and masterauth configuration directives, which are intended to protect the replication channel, are entirely ineffective because authentication is enforced only in the MetaSync handler (HandleMetaSyncRequest), not in the frame dispatcher (DealMessage). The vulnerability is present in the default installation of v3.5.7 whenever the replication port is accessible. Exploitation is limited exclusively by network reachability to the replication port; if that port is firewalled to trusted replication peers only, the attack surface is eliminated.

Impact

The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) accurately reflects the low barrier to exploitation: the replication port is network-reachable, requires no credentials, and the attack involves constructing valid protobuf messages - a task derivable from the open-source codebase. The confidentiality impact is severe (VC:H), as a DBSync request yields the entire database contents, including all application data stored on the primary. Integrity impact is rated low (VI:L) because an attacker can remove replica nodes and disrupt replication topology but cannot inject arbitrary writes to the primary. Availability impact is likewise low (VA:L), since replica removal degrades redundancy without halting the primary service. No CISA KEV listing exists and no public exploit code has been confirmed, meaning the risk is driven by attack surface characteristics rather than observed in-the-wild exploitation. The predictable port derivation formula (client_port + 2000) makes reconnaissance trivial - even a mid-sized municipal IT team in gdynia managing a handful of PikiwiDB nodes should treat this as urgent if the replication port is reachable from untrusted networks, because there is no configuration option that closes the authentication gap without patching or external network controls. No conflicting signals exist between the technical description and the supplied CVSS vector.

Exploit ScenarioDerived

An attacker scans for or predicts the replication port (default 11221) on a PikiwiDB host and establishes a raw TCP connection without performing any MetaSync handshake. The attacker crafts a valid protobuf DBSync request - derivable from the open-source codebase - and transmits it directly; the frame dispatcher routes it to the DBSync handler without any authentication check, and the server begins streaming a full RDB snapshot of the database. The attacker may follow with BinlogSync requests to maintain a live feed of all subsequent writes, achieving continuous data exfiltration. No confirmed public POC exists at time of analysis, but the open-source nature of the codebase makes independent exploit construction straightforward.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.4% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Sep 02, 2026

Unauthenticated remote access to PikiwiDB (Pika) v3.5.7's internal protobuf replication server allows attackers to exfiltrate complete database snapshots and intercept live write streams without any credentials. The replication port - exposed on a fixed, predictable offset from the client port (default 11221) - routes TrySync, DBSync, BinlogSync, and RemoveSlaveNode requests directly without requiring a prior authenticated MetaSync handshake, rendering the requirepass/masterauth configuration control entirely ineffective. No active exploitation is confirmed at time of analysis, but the remote, unauthenticated, low-complexity attack path makes this a high-priority exposure for any deployment where the replication port is reachable from untrusted networks.

RemediationAI

No vendor-released patched version has been identified at time of analysis; GitHub issue #3270 at https://github.com/OpenAtomFoundation/pikiwidb/issues/3270 documents the flaw but no fix commit or tagged release is confirmed. The most effective immediate compensating control is to firewall the replication port (client_port + 2000, default 11221) from all untrusted networks using host-based firewall rules (e.g., iptables, nftables) or perimeter ACLs, permitting access only from known replica IP addresses - this has minimal operational trade-off and does not affect client-facing port availability. If strict IP allowlisting for replica connectivity is not feasible, consider placing the replication interface on a dedicated management VLAN that is not internet-routable. As a last resort, disabling replication and operating in standalone mode eliminates the exposed service entirely at the cost of high-availability capability. Monitor GitHub issue #3270 and the VulnCheck advisory for patch availability and apply any upstream fix promptly upon release.

Affected VersionsENISA

pikiwidb 0 ≤4.0.4-alpha

Affected Packages

euvd pikiwidb 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

PikiwiDB (also known as Pika) is a Redis-compatible persistent NoSQL database that implements an internal protobuf-based replication protocol for primary-replica synchronization. In v3.5.7, the replication server binds to a port computed as (client_port + 2000) - typically 11221 when the default client port 9221 is used - and processes incoming messages via a frame dispatcher (DealMessage) that routes protobuf message types to type-specific handlers. The authentication design intends for the MetaSync handler (HandleMetaSyncRequest) to validate the masterauth credential presented in a replica's MetaSync request before further replication traffic is permitted. The root cause, classified as CWE-306 (Missing Authentication for Critical Function), is that the dispatcher does not enforce a completed or even attempted MetaSync before routing other message types - TrySync, DBSync, BinlogSync, and RemoveSlaveNode - to their respective handlers. Attackers who bypass MetaSync can directly invoke these replication primitives, obtaining the full RDB snapshot (DBSync), the live binary log stream (BinlogSync), and cluster topology control (RemoveSlaveNode). The affected code path is identified in src/pika_repl_server_conn.cc at the v3.5.7 tag in the OpenAtomFoundation/pikiwidb repository.

Know when the next one hits your stack

  • 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 (vulncheck) PRIMARY 8.8 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:L/SC:N/SI:N/SA:N
vuln.today AI 8.6 HIGH

Network-accessible unauthenticated replication port with no complexity barriers; C:H from full DB snapshot via DBSync; I:L and A:L from replica removal; no scope change.

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

Primary rating from Vendor (vulncheck).

CVSS VectorVendor: vulncheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
Low
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

PikiwiDB (Pika) v3.5.7 exposes an internal protobuf replication server on a port derived from the client port plus 2000 (e.g. 11221 when the default client port 9221 is used) that does not authenticate incoming requests. Although requirepass is intended to gate replication - a slave presents it as masterauth inside its MetaSync request - only the MetaSync handler (HandleMetaSyncRequest) validates it; the frame dispatcher (DealMessage) does not require a completed or attempted MetaSync before routing other message types to their handlers. As a result, an unauthenticated remote attacker can connect directly to the replication port and issue TrySync, DBSync, BinlogSync, and RemoveSlaveNode requests, obtaining the full-sync snapshot and live write stream and removing replica nodes, even when requirepass is configured.

Executive ViewAI

Why It Matters

PikiwiDB (Pika) v3.5.7 deployments face complete, unauthenticated data exfiltration risk through their exposed replication port; no public exploit identified at time of analysis, but the vulnerability's ease of exploitation and complete bypass of authentication controls require immediate action. This vulnerability exposes sensitive data to confidentiality and integrity risks for any organization with network-accessible Pika deployments. Affected organizations must immediately verify whether their replication port is accessible from untrusted networks.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations include: (1) restrict network access to the replication port (default 11221) via firewall rules to trusted internal replication nodes only; (2) disable Pika instances that do not require replication functionality; (3) segment replication traffic to a dedicated internal network isolated from external systems; (4) implement network-based access controls (VPN requirement, bastion host) for any replication port access; (5) establish logging and alerting on replication port connection attempts and sync requests to detect unauthorized access attempts.

Threat Intelligence Overview

EPSS Score
0.4%
Top 72% exploitable
Prevalence
Low
Redis-compatible NoSQL DB, primarily Chinese-market adoption
Data Quality
6 sources
Confidence: High

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 HIGH
CISA KEV No
Public POC No
EPSS 0.4%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
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