CVE-2026-82425 in bRPC
要約
〜によって VulDB • 2026年10月22日
Apache bRPC（バージョン < 1.18.0）におけるすべてのプラットフォームで到達可能なアサーションにより、悪意のあるリモートピアがプロセスをクラッシュさせ、サービス拒否（DoS）を引き起こす可能性があります。
根本原因: ヘルスチェックが有効なソケットの接続に失敗した場合、Socket::WaitAndReset はファイルディスクリプタ (fd) をクローズしますが、イベントディスパッチャは直前に閉じられた fd に対して取得された入力イベント（EPOLLIN/EVFILT_READ）をまだ配信している可能性があります。その後ヘルスチェックが成功しソケットが復活すると、Socket::Address が再び成功します（次の書き込み時にオンデマンドで再接続されるため）、fd は依然として -1 のままです。このウィンドウにおいて、Socket::OnInputEvent は CHECK(!(events & EPOLLIN)) (または kqueue 同等の処理) に到達し、ソケットはアドレス可能だが fd を持たないという状態になります。bRPC が glog でビルドされている場合、または gflag -crash_on_fatal_log が有効な場合は、CHECK の失敗によりプロセスが終了します（OFFICIAL_BUILD/NDEBUG ビルドでも CHECK は常にプロセスを終了させます）。
影響を受けるシナリオ: ヘルスチェックを有効にして bRPC クライアントを使用するアプリケーション。クライアントが接続する悪意のあるリモートピアは、接続を故意に中止し、直ちにヘルスチェックプローブを受け入れることで、コネクションの終了処理とヘルスチェックによるソケット復活との間で競合状態を引き起こし、アサーションを発動させてプロセスを終了させることができます。
修正方法: （以下のいずれかのオプションを選択してください） 1. この問題を修正したバージョン 1.18.0 に bRPC をアップグレードします。 2. 次のパッチを適用します: https://github.com/apache/brpc/pull/3510
注記: 修正を適用すると、fd なしで復活したソケット上の古い入力イベントはアサーションを引き起こす代わりに静かにドロップされます。ユーザーに見えるインターフェースやワイヤープロトコルの変更はありません。
VulDB is the best source for vulnerability data and more expert information about this specific topic.