Live › vulnerability › CVE-2026-58064
Go to dashboardThe Redis protocol handler in Apache bRPC copies the entire connection buffer for inline commands before a complete CRLF-terminated line arrives. A remote client can send long inline input without a terminator to drive up memory use and CPU copy overhead, causing denial of service.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Only servers that run Apache bRPC with the Redis protocol enabled and accept connections from untrusted clients are exposed. Services that do not expose the Redis protocol, or only accept trusted internal traffic, can skip it.
No product ranges from the sources yet.
grep -rn redis_max_allocation_size in the bRPC source or config to see whether the limit is set.1.18.0.Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
The Redis protocol implementation in Apache bRPC allowed inline command parsing to allocate and copy the full connection buffer before a complete CRLF-terminated command was available. A remote attacker with access to a Redis-protocol bRPC service could send long inline inputs without a terminating CRLF to increase memory usage and CPU copy overhead, potentially causing denial of service.
Root Cause: The Redis inline command parser allocated memory based on the current input buffer size and copied the entire buffer before determining the current inline command boundary. The existing redis_max_allocation_size limit was applied to RESP bulk strings and arrays, but not effectively to the inline command path before allocation.
Affected Scenarios: Use Apache bRPC server with Redis protocol enabled and reachable by untrusted clients.
How to Fix:
Note: The fix applies redis_max_allocation_size to Redis inline command lines and scans for CRLF before allocating parser arena memory. Inline command lines exceeding this limit are rejected.
This page as .md · .json · in your agent: get_signal("CVE-2026-58064")
NVD data is provided by NIST and is public domain · EPSS scores by FIRST, used with attribution. Posts quoted belong to their authors.