Signalの通話ライブラリ「RingRTC」に重大な脆弱性が見つかりました。悪意のある通話参加者が、相手ユーザーが切断を試みた後も音声を受信し続けられるおそれがあります。
この脆弱性は「CVE-2026-113380」として追跡されており、影響を受けるのはRingRTCの2.72.0より前のバージョンです。CVSSスコアは9.3と、深刻度は「Critical（緊急）」に分類されます。映像の送信も継続する可能性がありますが、公開されている説明では、その可能性は定かではありません。
問題の本質はSignalの暗号化ではなく、通話の終了処理にあります。攻撃者は、確立済みの通話の扱い方を悪用することで、相手が通信を終えたと思い込んでいる状況でも、プライベートな会話や周囲の音を聞き続けられる可能性があります。
RingRTCは、有限状態機械（FSM）を使って通話の動作を管理しています。FSMは、接続の管理や終了に関するイベントを処理する仕組みです。
リモートの参加者がこの通話のイベントキューを飽和させると、接続を解体してメディアトラックを停止するはずのローカル側の切断処理が妨げられます。
これはサービス拒否（DoS）状態が、通常とは異なるプライバシー上の影響をもたらす事例です。攻撃者は単に通信を妨害するのではなく、通話を終わらせるための処理そのものを妨害します。
そのため、被害者が切断を要求しても処理が完了せず、悪意のある参加者は音声チャネルを使い続けられる可能性があります。
Imahian氏によると、攻撃を成功させるには通話内に悪意のある参加者がいる必要があります。暗号化された通信を無関係の第三者が傍受するような攻撃ではありません。
脆弱性の説明では、リモートからのキュー飽和が引き金になると specified されていますが、影響を受けたユーザーの画面にどのような表示が出るのかや、あらゆる状況でカメラの映像送信が続くのかどうかは明らかにされていません。
RingRTC 2.72.0で、この終了処理の弱点が修正されました。修正内容を伝える報道によると、キューに積まれたイベントとは別に、ステートマシンが独立して確認できる終了フラグが追加されました。これにより、キューが飽和しても、通話を終了できるかどうかを唯一左右する要因にはならなくなります。
このパッチでは、終了待ちに5秒の制限も設けられました。個々の終了処理が失敗しても、クリーンアップを続行できます。これらの変更により、解体処理の耐障害性が高まり、処理の停滞によってメディアリソースが有効なまま残るリスクが下がります。
ユーザーは、スマートフォンとデスクトップの両方で、利用可能なSignalのアップデートをインストールしてください。RingRTCを組み込んでいる開発者は、バージョン2.72.0以降へアップグレードする必要があります。
ただし、ライブラリの影響バージョンの範囲を、Signalアプリ本体の確定したリリース番号と混同しないよう注意が必要です。確認した報道では、影響を受けるアプリのバージョンや、最初に修正されたバージョンのすべてまでは特定されていません。
引用された報道には、実際に悪用されたという報告は含まれていません。それでも、意図しない盗聴につながるおそれがあるため、特に機密性の高い会話を扱うユーザーは、早めにアップデートすることが重要です。
今回の問題は、信頼できない参加者が通常の通話処理の仕組みを過負荷にした場合でも、マイクやカメラへのアクセスを確実に終了できなければならないことを改めて示しています。
16,000以上のSOCチームがANY.RUNを導入し、脅威調査の効率化と手作業の削減を実現しています。自社チームでの活用を検討する
翻訳元: https://cyberpress.org/critical-signal-messenger-flaw/
