{"id":"CVE-2026-80463","kind":"vulnerability","aliases":["CVE-2026-80463"],"related":[],"title":"Apache bRPC: unbounded stream reassembly lets remote peers exhaust server memory","description":"Unbounded memory accumulation in the stream message reassembly path of Apache bRPC (version < 1.18.0) on all platforms allows remote attackers to exhaust the memory of a server (denial of service) by sending an endless sequence of continuation data frames.\n\nRoot Cause:\nThe streaming RPC protocol bounds every single data frame by max_body_size, but a fragmented stream message accumulates continuation frames into one buffer (_pending_buf) without any limit on the accumulated size. A malicious peer that can open a stream can therefore keep sending continuation frames to make the receiver accumulate an arbitrarily large in-memory message. Since the default flow-control settings (socket_max_streams_unconsumed_bytes=0) do not throttle the sending rate, the receiver's memory grows until the process runs out of memory and crashes or becomes unavailable.\n\nAffected Scenarios:\nServices that accept streams from untrusted clients (for example using brpc::StreamAccept or brpc::StreamCreate with the built-in streaming protocol) are affected.\n\n\nHow to Fix:\n(Choose one of the following options)\n1. Upgrade bRPC to version 1.18.0, which fixes this issue.\n2. Apply this patch:  https://github.com/apache/brpc/pull/3489 \n\n\nNote:\nThe fix limits the accumulated payload of a fragmented stream message to max_body_size (default 64MB). When the accumulated payload exceeds the limit, the pending fragments are released and the stream is closed with error EMSGSIZE. After applying the fix, legitimate fragmented stream messages larger than max_body_size will be rejected; you can adjust the gflag max_body_size to change the limit.","summary":"Apache bRPC before 1.18.0 buffers continuation frames of a fragmented stream message without any size limit. A remote peer that can open a stream can send an endless sequence of these frames and drive the server out of memory, crashing it.","severity":"unknown","cvss":null,"epss":0.00202,"exploited":false,"exploited_at":null,"products":[],"ecosystems":[],"tags":["apache-brpc","bpc","c++","package","self-hosted","streaming-rpc"],"not_affected_if":["no-streams-from-untrusted-clients","version-1.18.0-or-later"],"how_to_check":"- Check the bRPC version in use, for example with `grep -r BRPC_VERSION` in the build tree or the package manager's version of the bRPC library; affected if below `1.18.0`.\n- Look for services that call `brpc::StreamAccept` or `brpc::StreamCreate` over the built-in streaming protocol and accept connections from untrusted clients.","fix":"- Upgrade bRPC to `1.18.0` or later.\n- Alternatively, apply the patch from https://github.com/apache/brpc/pull/3489.\n- Note that after the fix, fragmented stream messages larger than `max_body_size` (default 64MB) are rejected with EMSGSIZE; raise the gflag `max_body_size` if legitimate messages are larger.","status":"open","published_at":"2026-10-21T12:17:24+00:00","first_seen_at":"2026-10-23T21:57:28+00:00","triaged_at":"2026-10-25T05:02:35+00:00","updated_at":"2026-10-25T05:02:35+00:00","category":"package","confidence":0.8,"triage":{"at":"2026-10-25T05:02:35Z","model":"claude-haiku-5-5","output":{"fix":"- Upgrade bRPC to `1.18.0` or later.\n- Alternatively, apply the patch from https://github.com/apache/brpc/pull/3489.\n- Note that after the fix, fragmented stream messages larger than `max_body_size` (default 64MB) are rejected with EMSGSIZE; raise the gflag `max_body_size` if legitimate messages are larger.","reach":"internet","title":"Apache bRPC: unbounded stream reassembly lets remote peers exhaust server memory","impact":"medium","summary":"Apache bRPC before 1.18.0 buffers continuation frames of a fragmented stream message without any size limit. A remote peer that can open a stream can send an endless sequence of these frames and drive the server out of memory, crashing it.","category":"package","nicknames":[],"who_cares":["bpc","apache-brpc","c++","self-hosted","streaming-rpc"],"confidence":0.8,"needs_auth":"unknown","worst_case":"Remote peer exhausts server memory, crashing the bRPC process.","analyst_note":"","how_to_check":"- Check the bRPC version in use, for example with `grep -r BRPC_VERSION` in the build tree or the package manager's version of the bRPC library; affected if below `1.18.0`.\n- Look for services that call `brpc::StreamAccept` or `brpc::StreamCreate` over the built-in streaming protocol and accept connections from untrusted clients.","needs_analyst":false,"not_affected_if":["no-streams-from-untrusted-clients","version-1.18.0-or-later"],"who_is_affected":"Services built on Apache bRPC below 1.18.0 that accept streams from untrusted clients through the built-in streaming protocol are exposed, since the flaw is in how the receiver accumulates fragmented stream messages. Services that only use bRPC with trusted peers, or that do not accept streams from outside, are less exposed and can plan the upgrade on a normal schedule.","user_interaction":"no","needs_special_setup":"yes","severity_if_unknown":"unknown"},"cost_usd":0.000739,"input_tokens":3814,"output_tokens":716,"severity_before":"unknown"},"analyst_status":null,"analyst_note":null,"search":"'-2026':13A,16A '-80463':14A,17A '/apache/brpc/pull/3489':257C '0':182C '1':241C '1.18.0':33B,83C,246C '2':251C '64mb':275C 'accept':210C 'accumul':72C,129C,142C,162C,263C,278C 'adjust':314C 'affect':206C,231C 'allow':87C 'apach':1A,19B,30B,80C 'apache-brpc':18B 'appli':252C,297C 'arbitrarili':164C 'attack':89C 'becom':204C 'bodi':122C,272C,307C,318C 'bound':115C 'bpc':21B 'brpc':2A,20B,31B,81C,218C,221C,243C 'buf':136C 'buffer':34B,134C 'built':226C 'built-in':225C 'byte':181C 'c':22B 'caus':110C 'chang':321C 'choos':235C 'client':214C 'close':292C 'continu':35B,106C,130C,156C 'control':175C 'crash':69B,202C 'cve':12A,15A 'data':107C,118C 'default':172C,274C 'denial':97C 'drive':63B 'emsgsiz':295C 'endless':57B,103C 'error':294C 'everi':116C 'exampl':216C 'exceed':280C 'exhaust':9A,91C 'fix':234C,248C,260C,299C 'flow':174C 'flow-control':173C 'follow':239C 'fragment':39B,126C,267C,285C,301C 'frame':36B,61B,108C,119C,131C,157C 'gflag':316C 'github.com':256C 'github.com/apache/brpc/pull/3489':255C 'grow':193C 'host':26B 'in-memori':166C 'issu':250C 'keep':154C 'larg':165C 'larger':304C 'legitim':300C 'let':6A 'limit':45B,139C,261C,282C,323C 'make':159C 'malici':145C 'max':121C,178C,271C,306C,317C 'memori':11A,68B,71C,93C,168C,192C,200C 'messag':41B,76C,128C,169C,269C,303C 'note':258C 'one':133C,236C 'open':51B,149C 'option':240C 'packag':23B 'patch':254C 'path':78C 'payload':264C,279C 'peer':8A,48B,146C 'pend':135C,284C 'platform':86C 'process':196C 'protocol':114C,229C 'rate':188C 'reassembl':5A,77C 'receiv':161C,190C 'reject':311C 'releas':287C 'remot':7A,47B,88C 'root':109C 'rpc':29B,113C 'run':197C 'scenario':207C 'self':25B 'self-host':24B 'send':55B,101C,155C,187C 'sequenc':58B,104C 'server':10A,65B,96C 'servic':99C,208C 'set':176C 'sinc':170C 'singl':117C 'size':44B,123C,143C,273C,308C,319C 'socket':177C 'stream':4A,28B,40B,53B,75C,112C,127C,151C,179C,211C,228C,268C,290C,302C 'streamaccept':219C 'streamcreat':222C 'streaming-rpc':27B 'therefor':153C 'throttl':185C 'unavail':205C 'unbound':3A,70C 'unconsum':180C 'untrust':213C 'upgrad':242C 'use':217C 'version':82C,245C 'without':42B,137C","nicknames":[],"mitigations":[],"who_affected":"Services built on Apache bRPC below 1.18.0 that accept streams from untrusted clients through the built-in streaming protocol are exposed, since the flaw is in how the receiver accumulates fragmented stream messages. Services that only use bRPC with trusted peers, or that do not accept streams from outside, are less exposed and can plan the upgrade on a normal schedule.","tier":"C","verified":{},"analyst_revisit_at":null,"first_public_at":"2026-10-21T12:17:24+00:00","kev":null,"cvss_vector":null,"cvss_by":null,"poc_count":0,"sources":[{"source":"nvd","external_id":"CVE-2026-80463","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-80463","severity":null,"published_at":"2026-10-21T12:17:24+00:00","modified_at":"2026-10-22T16:56:37+00:00","first_seen_at":"2026-10-23T21:57:28+00:00","fetched_at":"2026-10-23T22:29:01+00:00","note":null},{"source":"epss","external_id":"CVE-2026-80463","url":"https://api.first.org/data/v1/epss?cve=CVE-2026-80463","severity":null,"published_at":null,"modified_at":null,"first_seen_at":"2026-10-24T13:15:54+00:00","fetched_at":"2026-10-24T13:15:54+00:00","note":null}],"documents":[],"notice":"Free to read at a human pace. An API with keys and an MCP server are in preparation; early access: hello@infrastack.ai"}