Signal calls can stay live after hang-up (RingRTC CVE-2026-113380)
› Signal (RingRTC calling library, @signalapp/ringrtc)
Get an email when a new major security incident drops. No spam, unsubscribe any time.
- started
- Oct 20, 2026
- closed
- ongoing
- CVEs
- 1
- sources
- 6
## summary
A bug in RingRTC, the open-source library behind Signal's voice and video calls, lets the other party on a call flood the call's state-machine event queue so a local hang-up gets stuck behind the backlog, and audio (possibly video) keeps flowing to them after the victim thinks the call ended. Affects every Signal client (Android, iOS, Desktop) embedding RingRTC before 2.72.0. Fixed in RingRTC 2.72.0; a conceptual PoC is public, no known exploitation.
severity: CVSS 4.0 9.3 (MITRE CNA); conceptual public PoC; no known exploitation, not in CISA KEV
## cve ids[1]
## affected
- RingRTC before 2.72.0 (Signal Android, iOS and Desktop clients embedding it)
## fixed in
- RingRTC 2.72.0 (update Signal on every device)
## timeline[3]
## advisories[2]
## news & write-ups[2]
## posts[2]

📵 Update Signal. A critical flaw in its RingRTC calling library could stop a call ending when you hang up, leaving audio and perhaps video running, per its CVE record. RingRTC 2.72.0 fixes it. There's no report of exploitation. Source: CVE-2026-113380 record

CVE-2026-113380 affects RingRTC versions before 2.72.0 and could let a call participant keep hearing audio after hang-up. No in-the-wild exploitation is known; users are advised to update Signal.
## notes & caveats
Per-platform Signal app versions shipping RingRTC 2.72.0 are not confirmed from a primary source yet, so fixedVersions only names the library.