<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>RingRTC (&lt; 2.72.0) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/ringrtc--2.72.0/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Thu, 22 Oct 2026 12:49:13 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/ringrtc--2.72.0/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Signal RingRTC: Unauthenticated call termination denial-of-service (CVE-2026-113380)</title><link>https://feed.craftedsignal.io/briefs/2026-10-signal-ringrtc-hangup-vulnerability/</link><pubDate>Thu, 22 Oct 2026 12:49:13 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-10-signal-ringrtc-hangup-vulnerability/</guid><description>A critical vulnerability in the RingRTC library used by Signal allows a remote peer to block call termination by flooding the Finite State Machine (FSM) event queue, enabling unauthorized extension of audio and video capture.</description><content:encoded><![CDATA[<p>CVE-2026-113380 is a critical-severity vulnerability (CVSS 9.3) in the RingRTC library, which provides voice and video calling capabilities for Signal. An attacker can exploit this flaw by flooding the call’s Finite State Machine (FSM) event queue with junk data. Because the application processes hang-up commands as standard FSM events without priority or rate limiting, the legitimate termination signal becomes blocked behind the attacker's traffic. This prevents the application from tearing down audio and video tracks after a user attempts to end a call. The issue was resolved in RingRTC version 2.72.0.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker initiates a voice or video call with the target.</li>
<li>Attacker transmits high-frequency junk traffic to the target peer.</li>
<li>Junk traffic fills the target application’s FSM event queue.</li>
<li>Victim attempts to terminate the call via the user interface.</li>
<li>The termination request is placed in the FSM event queue behind the existing junk traffic.</li>
<li>The target device fails to process the hang-up event in a timely manner.</li>
<li>Audio and video capture remains active on the victim’s device while the call state persists.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows a malicious caller to maintain unauthorized access to a victim's microphone and camera after the victim believes the call has concluded.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Update Signal applications to the latest available version to incorporate RingRTC 2.72.0 or higher.</li>
<li>In the absence of an immediate update, users should manually verify that the call indicator disappears and the application reflects an inactive state after ending a call.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>vulnerability</category><category>denial-of-service</category><category>signal</category><category>webrtc</category></item></channel></rss>