CVE Tools

CVE-2026-113380

No known exploitation. EPSS puts it in the 24th percentile. Fixed in 2.72.0.

Published Updated Sources: CVE.org, NVD

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
  1. Check whether your business uses Signal or any app/service built on the RingRTC library for voice or video calls.
  2. Confirm the RingRTC version in use is below 2.72.0.
  3. Update to RingRTC version 2.72.0 or later as soon as it's available through your app/vendor update.
  4. If you can't update immediately, advise staff to force-close the call app after hanging up as a temporary precaution.
  5. Watch vendor release notes for confirmation that your Signal client has incorporated the fix.

Coverage timeline

2 publishers
  1. Signal resolved a critical vulnerability (CVE-2026-113380) in RingRTC that allowed malicious callers to block call hang-ups, keeping audio and video streams active.

    ·SecurityWeek summary
  2. 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

    ·Help Net Security summary

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 record

A 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.

EPSS24th
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.

  1. Publishedweakness classified, record updated, record updated, record updated

Affected products

Technical detail

Sources

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.