Speex libspeex: Out-of-Bounds-Write in speex_bits_read_whole_bytes()

Zusammenfassung

Speex (libspeex) bis einschliesslich 1.2.1 enthält einen Out-of-Bounds-Write in speex_bits_read_whole_bytes(), der die Längenkürzung für nicht selbst verwaltete Puffer fehlerhaft behandelt. Ein Angreifer, der präparierte Speex-Daten in eine Anwendung einspeisen kann, die speex_bits_init_buffer() oder speex_bits_set_bit_buffer() verwendet, kann Heap- oder Stack-Speicher beschädigen. Die verlässlichste Auswirkung ist ein Absturz der betroffenen Anwendung; eine Codeausführung wird vermutet, ist aber nicht bestätigt.

Betroffen

• Speex (libspeex) bis einschliesslich 1.2.1
• Anwendungen, die libspeex einbetten und nicht vertrauenswürdige Daten über speex_bits_init_buffer() oder speex_bits_set_bit_buffer() verarbeiten
• Distributionspakete: Status unklar, Red Hat meldet Fix verschoben für RHEL 10, Ubuntu meldet Bewertung ausstehend

Behoben in

Unbekannt.

• Ein möglicher Fix besteht als GitLab Merge Request 32, Zusammenführung und Veröffentlichung konnten jedoch nicht bestätigt werden.
• Es wurde keine bestätigte korrigierte Version und keine Herstellerwarnung gefunden.

Umgehung

• Einschränken, welche Anwendungen nicht vertrauenswürdige Speex-Streams oder -Dateien verarbeiten.
• Länge eingehender Speex-Daten prüfen und Puffergrenzen kontrollieren, bevor sie an die Bibliothek übergeben werden, sofern Sie den Anwendungscode steuern.
• Betroffenen Code nach Möglichkeit von internetexponierten Diensten fernhalten.

Ausnutzung

• Nicht bekanntermassen in freier Wildbahn ausgenutzt; nicht im CISA KEV enthalten.
• Eine Drittanbieter-Beschreibung existiert; deren Inhalt wurde nicht geprüft und ein öffentlicher Proof of Concept ist nicht bestätigt.

Unsere Empfehlung

• Systeme und Anwendungen erfassen, die libspeex oder das Paket speex enthalten, und deren Versionen notieren.
• Softwarelieferanten fragen, ob ihre Produkte die betroffenen Pufferschnittstellen mit nicht vertrauenswürdigen Daten verwenden.
• Herstellerpatches so rasch wie möglich einspielen und den Xiph GitLab Merge Request sowie die Sicherheitsmeldungen Ihrer Distribution verfolgen.
• Exponierung betroffener Anwendungen einschränken, bis ein Fix bestätigt ist.
• Abstürze von Anwendungen überwachen, die Speex-Audio verarbeiten.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• Xiph Speex GitHub mirror github.com
• bits.c at Speex-1.2.1 github.com
• Speex issue #42 github.com
• Xiph GitLab merge request 32 gitlab.xiph.org
• VulnCheck advisory www.vulncheck.com
• HackMD write-up hackmd.io
• Ubuntu security notice ubuntu.com
• OpenCVE entry app.opencve.io

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 13:13.