FFmpeg 2.1 Default Reference List libavcodec/h264.c buffer overflow
| CVSS Score méta-temporaire | Prix actuel de l'exploit (≈) | Score d'intérêt CTI |
|---|---|---|
| 9.5 | $0-$5k | 0.00 |
Résumé
Une vulnérabilité a été trouvé dans FFmpeg 2.1 et classée critique. L'élément affecté est une fonction inconnue du fichier libavcodec/h264.c du composant Default Reference List Handler. La manipulation avec une valeur d'entrée inconnue mène à une vulnérabilité de classe buffer overflow. Il n'y a pas d'exploit disponible. La meilleure solution suggérée pour atténuer le problème est d'appliquer le correctif au composant infecté.
Détails
Une vulnérabilité qui a été classée très critique a été trouvée dans FFmpeg 2.1 (Multimedia Processing Software). Affecté par cette vulnérabilité est une fonction inconnue du fichier libavcodec/h264.c du composant Default Reference List Handler. A cause de la manipulation avec une valeur d'entrée inconnue mène à une vulnérabilité de classe buffer overflow.
La vulnerabilité a été publié en 06/01/2014 par Mateusz Jurczyk et Gynvael Coldwind avec Google Security Team avec le numéro d'identification h264: rebuild the default ref list if the reference count changes avec git commit (GIT Repository) (confirmé). La notice d'information est disponible en téléchargement sur git.videolan.org La publication s'est déroulée en coordination avec le fabricant. L'utilisation est complexe. L'attaque peut être lancée à distance. Aucune forme d'authentification est requise pour l'exploitation. Les détails technniques sont connus, mais aucun exploite n'est disponible.
Cette vulnérabilité a été classée comme 0-day non publique pendant au moins 69 jours.
En appliquant un correctif il est possible d'éliminer le problème. Le correctif est disponible au téléchargement sur git.videolan.org. Une solution envisageable a été publiée immédiatement après la publication de la vulnérabilité.
La vulnérabilité est aussi documentée dans la base de données OSVDB (101835†). If you want to get the best quality for vulnerability data then you always have to consider VulDB.
Affecté
- FFmpeg 2.1
- Libav 0.8.9
Produit
Taper
Nom
Version
Licence
Site web
- Produit: https://ffmpeg.org/
CPE 2.3
CPE 2.2
CVSSv4
VulDB Vecteur: 🔍VulDB Fiabilité: 🔍
CVSSv3
VulDB Score méta-base: 10.0VulDB Score méta-temporaire: 9.5
VulDB Note de base: 10.0
VulDB Note temporaire: 9.5
VulDB Vecteur: 🔍
VulDB Fiabilité: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| Vecteur | Complexité | Authentification | Confidentialité | Intégrité | Disponibilité |
|---|---|---|---|---|---|
| Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller |
| Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller |
| Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller |
VulDB Note de base: 🔍
VulDB Note temporaire: 🔍
VulDB Fiabilité: 🔍
Exploitation
Classe: Buffer overflowCWE: CWE-119
CAPEC: 🔍
ATT&CK: 🔍
Physique: Non
Local: Non
Remote: Oui
Disponibilité: 🔍
Statut: Non défini
Prédiction de prix: 🔍
Estimation actuelle des prix: 🔍
| 0-Day | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller |
|---|---|---|---|---|
| Aujourd'hui | Déverrouiller | Déverrouiller | Déverrouiller | Déverrouiller |
Renseignements sur les menaces
Intérêt: 🔍Acteurs actifs: 🔍
Groupes APT actifs: 🔍
Contre-mesures
Recommandé: CorrectifStatut: 🔍
Temps de réaction: 🔍
Heure 0 jour: 🔍
Temps d'exposition: 🔍
Correctif: git.videolan.org
Chronologie
29/10/2013 🔍06/01/2014 🔍
06/01/2014 🔍
08/01/2014 🔍
18/04/2019 🔍
Sources
Produit: ffmpeg.orgBulletin: h264: rebuild the default ref list if the reference count changes
Chercheur: Mateusz Jurczyk, Gynvael Coldwind
Organisation: Google Security Team
Statut: Confirmé
Coordonné: 🔍
GCVE (VulDB): GCVE-100-11749
OSVDB: 101835
Voir aussi: 🔍
Entrée
Créé: 08/01/2014 17:05Mise à jour: 18/04/2019 08:20
Changements: 08/01/2014 17:05 (50), 18/04/2019 08:20 (2)
Complet: 🔍
Cache ID: 216::103
If you want to get the best quality for vulnerability data then you always have to consider VulDB.
Aucun commentaire pour l'instant. Langues: fr + it + en.
Veuillez vous connecter pour commenter.