VDB-11685 · OSVDB 101540 · GCVE-100-11685

FFmpeg 2.1 Timestamp libavformat/pva.c read_part_of_packet Remote Code Execution

CVSS Meta Temp ScoreAktueller Exploitpreis (≈)CTI Interest Score
5.4$0-$5k0.00

Zusammenfassunginfo

In FFmpeg 2.1 wurde eine problematische Schwachstelle gefunden. Hierbei betrifft es die Funktion read_part_of_packet der Datei libavformat/pva.c der Komponente Timestamp Handler. Durch Beeinflussen mit unbekannten Daten kann eine unbekannte Schwachstelle ausgenutzt werden. Es ist kein Exploit verfügbar. Es wird empfohlen, einen Patch anzuwenden, um dieses Problem zu beheben.

Detailsinfo

Es wurde eine problematische Schwachstelle in FFmpeg 2.1 (Multimedia Processing Software) gefunden. Es betrifft die Funktion read_part_of_packet der Datei libavformat/pva.c der Komponente Timestamp Handler. Wie sich ein erfolgreicher Angriff genau auswirkt, ist nicht bekannt.

Am 29.10.2013 wurde der Fehler eingeführt. Die Schwachstelle wurde am 20.12.2013 durch Mateusz Jurczyk und Gynvael Coldwind von Google Security Team als avformat/pva: Make sure the header is large enough before reading the timestamp from it in Form eines bestätigten GIT Commits (GIT Repository) publiziert. Bereitgestellt wird das Advisory unter git.videolan.org. Die Herausgabe passierte in Zusammenarbeit mit dem Projektteam. Sie ist schwierig auszunutzen. Der Angriff kann über das Netzwerk erfolgen. Zur Ausnutzung ist keine spezifische Authentisierung erforderlich. Es sind zwar technische Details, jedoch kein verfügbarer Exploit zur Schwachstelle bekannt.

Vor einer Veröffentlichung handelte es sich 52 Tage um eine Zero-Day Schwachstelle. Während dieser Zeit erzielte er wohl etwa $0-$5k auf dem Schwarzmarkt.

Die Schwachstelle lässt sich durch das Einspielen eines Patches lösen. Dieser kann von git.videolan.org bezogen werden. Das Erscheinen einer Gegenmassnahme geschah sofort nach der Veröffentlichung der Schwachstelle. Die Entwickler haben daher unmittelbar gehandelt.

Unter anderem wird der Fehler auch in der Verwundbarkeitsdatenbank von OSVDB (101540†) dokumentiert. Schwachstellen ähnlicher Art sind dokumentiert unter VDB-11689, VDB-11688, VDB-11687 und VDB-11684. If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Betroffen

  • FFmpeg 2.1
  • Libav 0.8.9

Produktinfo

Typ

Name

Version

Lizenz

Webseite

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

CVSSv3info

VulDB Meta Base Score: 5.6
VulDB Meta Temp Score: 5.4

VulDB Base Score: 5.6
VulDB Temp Score: 5.4
VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

CVSSv2info

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VektorKomplexitätAuthentisierungVertraulichkeitIntegritätVerfügbarkeit
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten

VulDB Base Score: 🔍
VulDB Temp Score: 🔍
VulDB Zuverlässigkeit: 🔍

Exploitinginfo

Klasse: Remote Code Execution
CWE: Unbekannt
CAPEC: 🔍
ATT&CK: 🔍

Physisch: Nein
Lokal: Nein
Remote: Ja

Verfügbarkeit: 🔍
Status: Nicht definiert
Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔍

0-Dayfreischaltenfreischaltenfreischaltenfreischalten
Heutefreischaltenfreischaltenfreischaltenfreischalten

Threat Intelligenceinfo

Interesse: 🔍
Aktive Akteure: 🔍
Aktive APT Gruppen: 🔍

Gegenmassnahmeninfo

Empfehlung: Patch
Status: 🔍

Reaktionszeit: 🔍
0-Day Time: 🔍
Exposure Time: 🔍

Patch: git.videolan.org

Timelineinfo

29.10.2013 🔍
20.12.2013 +52 Tage 🔍
20.12.2013 +0 Tage 🔍
02.01.2014 +13 Tage 🔍
17.04.2019 +1931 Tage 🔍

Quelleninfo

Produkt: ffmpeg.org

Advisory: avformat/pva: Make sure the header is large enough before reading the timestamp from it
Person: Mateusz Jurczyk, Gynvael Coldwind
Firma: Google Security Team
Status: Bestätigt
Koordiniert: 🔍

GCVE (VulDB): GCVE-100-11685
OSVDB: 101540

Siehe auch: 🔍

Eintraginfo

Erstellt: 02.01.2014 15:13
Aktualisierung: 17.04.2019 16:57
Anpassungen: 02.01.2014 15:13 (52), 17.04.2019 16:57 (1)
Komplett: 🔍
Cache ID: 216:1D1:103

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Diskussion

Bisher keine Kommentare. Sprachen: de + en.

Bitte loggen Sie sich ein, um kommentieren zu können.

Want to stay up to date on a daily basis?

Enable the mail alert feature now!