Katalog CVE

CVE-2026-82425

Niskie ryzyko· EPSS 4%
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.15%

Percentyl 4 - wyżej niż 4% wszystkich znanych CVE

Streszczenie

Podatność w Apache bRPC w wersjach przed 1.18.0 pozwala zdalnemu złośliwemu peerowi wywołać awarię procesu poprzez wyścig między zamykaniem połączenia a odrodzeniem health checka. W oknie, gdy Socket jest adresowalny, ale nie ma deskryptora pliku, dochodzi do niepowodzenia CHECK i zakończenia procesu, co prowadzi do odmowy usługi.

Ocena ryzyka

Aplikacje klienckie bRPC z włączonym health checkiem mogą zostać zdalnie doprowadzone do awarii przez złośliwy serwer, co powoduje niedostępność usługi. Ryzyko dotyczy dostępności systemów korzystających z podatnych wersji bRPC.

Rekomendacja

Zaktualizuj Apache bRPC do wersji 1.18.0 lub zastosuj poprawkę z PR #3510. Do czasu wdrożenia rozważ wyłączenie health checka w klientach bRPC, jeśli to możliwe.

Inne podatności w Apache bRPC

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

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.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS