CVE Catalog

CVE-2026-82425

Low risk· EPSS 4%
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.15%

4th percentile - higher than 4% of all known CVEs

Summary

A vulnerability in Apache bRPC versions before 1.18.0 allows a malicious remote peer to crash the process by racing connection teardown against health check revival. In the window where the Socket is addressable but has no file descriptor, a CHECK failure terminates the process, resulting in denial of service.

Risk Assessment

bRPC client applications with health checking enabled can be remotely crashed by a malicious server, causing service unavailability. The risk affects availability of systems using vulnerable bRPC versions.

Recommendation

Upgrade Apache bRPC to version 1.18.0 or apply the patch from PR #3510. Until deployed, consider disabling health checking in bRPC clients if feasible.

Other vulnerabilities in Apache bRPC

See all
Original NVD description (English source)

A reachable assertion in Apache bRPC (version < 1.18.0) on all platforms allows a malicious remote peer to crash the process, resulting in denial of service. Root Cause: When a Socket with health checking enabled fails, Socket::WaitAndReset closes its file descriptor while the event dispatcher may still be delivering an input event (EPOLLIN/EVFILT_READ) that was fetched for the just-closed fd. If the health check then succeeds and revives the Socket, Socket::Address succeeds again while the fd is still -1 (the next write reconnects on demand). In that window, Socket::OnInputEvent hits CHECK(!(events & EPOLLIN)) (or the kqueue equivalent) because the Socket is addressable but has no fd. CHECK failures terminate the process when bRPC is built with glog or when the gflag -crash_on_fatal_log is enabled (CHECK always terminates in OFFICIAL_BUILD/NDEBUG builds as well). Affected Scenarios: Applications using bRPC clients with health check enabled (-health_check_interval). A malicious remote peer that the client connects to can deliberately abort connections and immediately accept the health check probes, racing connection teardown against health check revival to trigger the assertion and abort the process. 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/3510 Note: After applying the fix, stale input events on a Socket revived without an fd are silently dropped instead of triggering the assertion. No user-visible interface or wire protocol is changed.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS