CVE-2026-113380
No known exploitation. EPSS puts it in the 24th percentile. Fixed in 2.72.0.
What to do
Find your product and version, then upgrade to the build on the right.
- Signal RingRTCAffected: < 2.72.0Upgrade to: 2.72.0Stated by: CVE record
Versions as the sources state them. Full version matrix after sign-in
Steps
Written by AI from the record- Check whether your business uses Signal or any app/service built on the RingRTC library for voice or video calls.
- Confirm the RingRTC version in use is below 2.72.0.
- Update to RingRTC version 2.72.0 or later as soon as it's available through your app/vendor update.
- If you can't update immediately, advise staff to force-close the call app after hanging up as a temporary precaution.
- Watch vendor release notes for confirmation that your Signal client has incorporated the fix.
Coverage timeline
2 publishersSignal resolved a critical vulnerability (CVE-2026-113380) in RingRTC that allowed malicious callers to block call hang-ups, keeping audio and video streams active.
A vulnerability in Signal's RingRTC library allows attackers to continue receiving audio or video after a user hangs up by saturating the call's FSM queue, with a conceptual proof-of-concept published but no confirmed in-the-wild exploitati
Sourced from public security reporting — each date is when it was published, not when it happened. 1 further article named this CVE in wider roundups without reporting it as a distinct event.
What it is
From the CVE record
In the RingRTC library before 2.72.0 for Signal, a peer that saturates a call's FSM queue can interfere with the ability of a local hangup to tear the call (with its audio and perhaps also video track) down.
In plain language
Written by AI from the recordA bug in the RingRTC call software used by Signal could let someone on a call keep your microphone and camera running even after you hang up; it's fixed in version 2.72.0 and there's no sign anyone is exploiting it yet, but it's worth getting updated.
CVE-2026-113380 is a resource-exhaustion flaw (CWE-754) in RingRTC before 2.72.0 where a remote peer can flood a call's finite-state-machine queue, preventing a local hangup from properly tearing down the audio/video tracks.
If you're affected
- Unintended microphone/camera exposure
- Privacy breach during calls
- Operational disruption of call app
- Reputational risk if exploited
Exploitation
Where each signal puts this CVE on the scale from published to confirmed exploited.
- CISA KEV
Not in the catalog. CISA has not confirmed exploitation.
- Public exploits
No public exploit or proof of concept found in the sources we track.
- EPSS
0.3% chance of exploitation activity in the next 30 days, which ranks it in the 24th percentile of scored CVEs.
Exploit Prediction Scoring System, FIRST.org. A probability, not a confirmation.
Lifecycle
5 events over 0 days, from the signal feeds we watch.
- Publishedweakness classified, record updated, record updated, record updated
Affected products
Technical detail
Weaknesses
Sources
References in the record
In the news
Watch the software you run.
My Stack ranks new CVEs for your products by real-world exploitation, so the next serious one reaches you without reading every advisory.
We'll flag the next CVE, public exploit or patch for RingRTC, not every advisory.
A free account adds
- The full version matrix and every affected product
- Exploit links, proofs of concept and Metasploit modules
- Email alerts for the products you watch
- The same data over REST API, MCP and CLI