Der rote Button war nicht das letzte Wort
Eine kritische Schwachstelle in der Anrufinfrastruktur von Signal, speziell innerhalb der RingRTC-Bibliothek, konnte verhindern, dass Anrufe vollständig beendet wurden, wodurch Audio- und potenziell Videostreams für den anderen Teilnehmer aktiv blieben. Benutzer, die auf den Auflegen-Button tippten, glaubten möglicherweise, der Anruf sei beendet, während ihr Mikrofon und ihre Kamera weiterhin aktiv waren. Diese Schwachstelle, erfasst als CVE-2026-113380 mit einem CVSS 4.0-Score von 9,3 (kritisch), stellte ein Risiko für stille Überwachung dar.
Die Ausnutzung erforderte, dass sich ein Angreifer bereits im Anruf befand; dies war kein Mechanismus für Fremde, um heimliches Abhören zu initiieren oder Signal-Konten umfassend zu kompromittieren. Der Umfang des Fehlers war strikt auf den Verbindungsabbau beschränkt, was bedeutet, dass Signal-Nachrichten, die Kontoinfrastruktur und die robuste Ende-zu-Ende-Verschlüsselung unberührt blieben. Es gibt keine Beweise dafür, dass diese Schwachstelle in freier Wildbahn ausgenutzt wurde.
Das zugrunde liegende Problem stammte aus der Finite State Machine (FSM)-Warteschlange von RingRTC, der es an Ratenbegrenzung für eingehende Peer-Ereignisse und einer Prioritätsspur für Beendigungssignale mangelte. Ein Angreifer konnte diese Warteschlange fluten, das lokale Auflegen-Ereignis blockieren und die Medienströme aktiv halten. Signal behob das Problem am 4. September und implementierte einen Fix, um sicherzustellen, dass Anrufe vollständig beendet werden, gefolgt von stillen Rollouts für Android, iOS und Desktop-Clients, bevor die CVE am 20. Oktober öffentlich zugewiesen wurde.
Wie eine überfüllte Warteschlange das Auflegen verhindern konnte
Die Open-Source-Anrufbibliothek von Signal, RingRTC, betrieb seine Sprach- und Videoanrufe über Android, iOS und Desktop. Die gemeldete Ursache für diese kritische Schwachstelle, erfasst als CVE-2026-113380, konzentrierte sich auf die begrenzte Finite-State-Machine-Ereigniswarteschlange von RingRTC, die eine Kapazität von 256 Einträgen hatte.
Dieses Design schuf einen kritischen blinden Fleck. Von Peers generierte Ereignisse konnten die Warteschlange leicht fluten, während ein lokales Auflegen – das Drücken des roten Buttons durch den Benutzer – keine Priorität hatte. Stattdessen wartete das Beendigungsereignis in der Schlange hinter gewöhnlichen Anrufereignissen und konnte keinen sofortigen Verbindungsabbau erzwingen.
Wenn der Beendigungsprozess ins Stocken geriet, blieb der Mikrofon-Stream und potenziell der Kamera-Stream für den anderen Teilnehmer live. Ein Remote-Peer konnte effektiv verhindern, dass ein Anruf vollständig beendet wurde, wodurch Audio und Video weiterhin übertragen wurden. Diese Schwachstelle erhielt einen CVSS 4.0-Score von 9,3, was ihre kritische Schwere signalisiert. Obwohl alarmierend, gibt es keine Beweise für eine Ausnutzung in freier Wildbahn, und der Fehler erforderte einen aktiven Teilnehmer als Auslöser.
Ein stiller Patch, dann eine öffentliche Warnung
Signal implementierte am 4. September einen Fix für RingRTC mit einem bemerkenswert untertriebenen Changelog-Eintrag: „ensure calls terminate completely in corner cases“ (Sicherstellung, dass Anrufe in Grenzfällen vollständig beendet werden). Dieser Patch, der eine unabhängige Beendigungssteuerung und ein hartes Zeitlimit hinzufügte, wurde in den folgenden Wochen über Android-, iOS- und Desktop-Builds ausgerollt. Obwohl dieses stille Update Fragen zur Transparenz aufwerfen könnte, ist es kein Beweis für böswillige Absichten; schnelles, unangekündigtes Patchen kritischer Schwachstellen ist vor der öffentlichen Bekanntgabe Standardpraxis.
Das vollständige Bild ergab sich am 20. Oktober, als CVE-2026-113380 öffentlich wurde. Diese kritische (CVSS 9,3) Schwachstelle bestätigte die Schwere des Auflegen-Fehlers und validierte den stillen Rollout. RingRTC 2.72.0 und spätere Signal-Builds enthalten die Fehlerbehebung, die verhindert, dass eine geflutete Warteschlange Beendigungsereignisse blockiert. Weitere technische Details zur Bibliothek finden Sie im signalapp/ringrtc Repository auf GitHub.
Benutzer sollten Signal auf allen Plattformen – Android, iPhone und Desktop – umgehend aktualisieren, um sicherzustellen, dass ihre Anrufe tatsächlich beendet werden, wenn sie auf den roten Knopf drücken. Obwohl es keine Beweise für eine Ausnutzung in freier Wildbahn gibt und das Problem nur aktive Gesprächsteilnehmer betraf, unterstreicht dieser Vorfall eine wiederkehrende Herausforderung in der Echtzeitkommunikation: Eine zuverlässige Auflegefunktion zu entwickeln, ist schwieriger, als es aussieht. FaceTime und Google Duo waren mit ähnlichen Problemen konfrontiert.
Gefällt Ihnen der Artikel? Erhalten Sie jeden Morgen einen wie diesen per E-Mail.
eine E-Mail pro Tag · Abmeldung mit zwei Klicks · kein Tracking durch Dritte
Der schwierigste Teil eines Anrufs kann sein, ihn zu beenden
Diese RingRTC-Episode ist eine deutliche Erinnerung daran: Die Beendigung eines Anrufs ist ein überraschend komplexer und sicherheitskritischer Zustandsübergang. Sie erinnert an frühere Vorfälle, bei denen Kommunikations-Apps kurz vor dem Ziel oder sogar schon vor dem Start ins Stolpern gerieten. Im Jahr 2019 litt Apples FaceTime unter einer kritischen Schwachstelle, die Audio vom Gerät eines Empfängers vor der Annahme des Anrufs übertrug, was Apple dazu zwang, Group FaceTime zu deaktivieren, bis das Problem behoben war.
Im selben Jahr identifizierte Googles Project Zero Schwachstellen bei der Anrufverbindung in Signal für Android, Google Duo und Facebook Messenger. Diese früheren Fehler ermöglichten es Anrufern, Verbindungen zu erzwingen. Dieser RingRTC-Fehler stellt jedoch ein eigenständiges Problem dar: einen Teardown-Fehler, bei dem die Auflegetaste, die als definitiver Kill-Switch gedacht war, durch eine überlastete Ereigniswarteschlange außer Kraft gesetzt wurde.
Die technische Lektion ist klar: Aufbau und Abbau sind hochgradig anfällige Phasen in Echtzeit-Kommunikationsprotokollen. Entfernte Teilnehmer können Ereignisse erzeugen, oft unvorhersehbar, und diese Ereignisse dürfen kritische Sicherheitsfunktionen nicht behindern. Entwickler müssen die Auflegefunktion als geschützten Kill-Switch mit hoher Priorität behandeln. Benutzer wiederum sollten sich angewöhnen, nach jedem Anruf die Mikrofon- und Kameraanzeigen ihres Mobilgeräts zu überprüfen, um sicherzustellen, dass das Gespräch wirklich beendet wurde.
Häufig gestellte Fragen
Was war die Schwachstelle bei Signal-Anrufen?
Ein Fehler in RingRTC konnte es jemandem, der bereits an einem Anruf teilnahm, ermöglichen, die Ereigniswarteschlange zu fluten und zu verhindern, dass das Auflegen eines Benutzers den Anruf vollständig beendet.
Könnte ein Fremder den Signal-Anruffehler nutzen, um mitzuhören?
Nein. Die Schwachstelle erforderte, dass ein Angreifer bereits Teilnehmer eines aktiven Anrufs war; sie ermöglichte es keinen zufälligen Außenstehenden, Gespräche abzuhören.
Waren Signal-Nachrichten oder die Verschlüsselung betroffen?
Nein. Das gemeldete Problem betraf den Anrufabbau und Medienströme, nicht die Nachrichtenverschlüsselung, Konten oder Datenbanken von Signal.
Wie können sich Signal-Benutzer schützen?
Aktualisieren Sie Signal auf jedem Gerät auf die neueste verfügbare Version. Überprüfen Sie auf Mobilgeräten nach dem Beenden eines Anrufs die Datenschutzanzeigen für Mikrofon und Kamera.