---
id: "CVE-2026-84727"
kind: "vulnerability"
aliases: ["CVE-2026-84727"]
title: "bRPC: RTMP abort message frees a chunk stream still in use"
severity: "medium"
cvss: 5.4
epss: 0.00323
exploited: false
status: "open"
category: "package"
products: []
ecosystems: []
tags: ["brpc", "c++", "package", "rtmp", "self-hosted"]
not_affected_if: ["brpc-1.18.0-or-later", "rtmp-not-used"]
published_at: "2026-10-21T13:20:03+00:00"
first_seen_at: "2026-10-23T21:57:28+00:00"
updated_at: "2026-10-25T04:14:35+00:00"
sources: [{"source": "nvd", "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-84727", "first_seen_at": "2026-10-23T21:57:28+00:00"}, {"source": "epss", "url": "https://api.first.org/data/v1/epss?cve=CVE-2026-84727", "first_seen_at": "2026-10-24T13:15:54+00:00"}]
---

# bRPC: RTMP abort message frees a chunk stream still in use

A remote RTMP peer can send a crafted Abort control message that frees a chunk stream object while another thread is still using it. This use-after-free can crash the process or potentially corrupt memory.

_Summary, check and fix written by a model from the sources; labelled as such._

## How to check

- Check the bRPC version in use: `grep -rn "BRPC_VERSION\|brpc" CMakeLists.txt` or the pinned version in your package manifest
- Confirm whether the service enables the RTMP protocol (the rtmp policy) as a server or client

## Fix

- Upgrade bRPC to `1.18.0` or later
- Or apply the patch from https://github.com/apache/brpc/pull/3515

## Timeline

- 2026-10-23T21:57:28+00:00 nvd https://nvd.nist.gov/vuln/detail/CVE-2026-84727
- 2026-10-24T13:15:54+00:00 epss https://api.first.org/data/v1/epss?cve=CVE-2026-84727

## From the sources

Use-after-free in the RTMP protocol implementation in Apache bRPC (version < 1.18.0) on all platforms allows a malicious RTMP peer to crash the process or potentially corrupt memory via a crafted Abort message.

Root Cause:
When processing an RTMP Abort (protocol control message type 2), the RTMP policy implementation deleted the target RtmpChunkStream object. The send path (RtmpUnsentMessage::AppendAndDestroySelf -> RtmpChunkStream::SerializeMessage) runs concurrently on sender threads and dereferences the same RtmpChunkStream object without synchronization. If a remote peer sends an Abort message naming a chunk stream that is concurrently being used to serialize an outgoing message, the stream object is freed while still in use, resulting in a use-after-free. Additionally, deleting the chunk stream discarded its previous message header, so subsequent compressed (type-3) chunk headers on that stream could no longer be decoded.

Affected Scenarios:
Any application using the bRPC RTMP protocol implementation (rtmp policy), either as an RTMP server or as an RTMP client, where the remote endpoint is untrusted. The attacker needs to send an Abort message targeting a chunk stream id that is concurrently used for sending, which can crash the process or lead to memory corruption.

How to Fix:
(Choose one of the following options)
1. Upgrade bRPC to version 1.18.0, which fixes this issue.
2. Apply this patch:  https://github.com/apache/brpc/pull/3515

---

_Free to read at a human pace. An API with keys and an MCP server are in preparation; early access: hello@infrastack.ai_