Ethereal 0.9.0/0.9.1/0.9.2/0.9.3 GIOP Dissector déni de service

CVSS Score méta-temporairePrix actuel de l'exploit (≈)Score d'intérêt CTI
5.1$0-$5k0.00

Résuméinformation

Une vulnérabilité a été trouvé dans Ethereal 0.9.0/0.9.1/0.9.2/0.9.3 et classée problématique. L'élément concerné est une fonction inconnue du composant GIOP Dissector. L’utilisation aboutit à déni de service. Cette vulnérabilité a été nommée CVE-2002-0404. Il n'y a pas d'exploit disponible. Il est suggéré de mettre à jour le composant affecté.

Détailsinformation

Une vulnérabilité qui a été classée problématique a été trouvée dans Ethereal 0.9.0/0.9.1/0.9.2/0.9.3 (Packet Analyzer Software). Affecté par cette vulnérabilité est une fonction inconnue du composant GIOP Dissector. A cause de la manipulation avec une valeur d'entrée inconnue mène à une vulnérabilité de classe déni de service.

La vulnerabilité a été publié en 18/06/2002 (Website) (non défini). La notice d'information est disponible en téléchargement sur ethereal.com Cette vulnérabilité est connue comme CVE-2002-0404. Elle est facilement utilisable. L'attaque peut être lancée à distance. Aucune forme d'authentification est requise pour l'exploitation. Les détails techniques sont inconnus et un exploit n'est pas disponible.

Le scanner de vulnérabilités Nessus propose un module ID 14967 (Debian DSA-130-1 : ethereal - remotely triggered memory allocation error), lequel aide à déterminer l'existence d'une faille dans l'environnement-cible.

Mettre à jour à la version 0.9.3 élimine cette vulnérabilité. Une solution envisageable a été publiée avant et non après après la publication de la vulnérabilité.

La vulnérabilité est aussi documentée dans les base de données X-Force (9206), Tenable (14967), SecurityFocus (BID 4808†) et Vulnerability Center (SBV-6737†). If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Produitinformation

Taper

Nom

Version

Licence

Support

CPE 2.3information

CPE 2.2information

CVSSv4information

VulDB Vecteur: 🔍
VulDB Fiabilité: 🔍

CVSSv3information

VulDB Score méta-base: 5.3
VulDB Score méta-temporaire: 5.1

VulDB Note de base: 5.3
VulDB Note temporaire: 5.1
VulDB Vecteur: 🔍
VulDB Fiabilité: 🔍

CVSSv2information

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VecteurComplexitéAuthentificationConfidentialitéIntégritéDisponibilité
DéverrouillerDéverrouillerDéverrouillerDéverrouillerDéverrouillerDéverrouiller
DéverrouillerDéverrouillerDéverrouillerDéverrouillerDéverrouillerDéverrouiller
DéverrouillerDéverrouillerDéverrouillerDéverrouillerDéverrouillerDéverrouiller

VulDB Note de base: 🔍
VulDB Note temporaire: 🔍
VulDB Fiabilité: 🔍

NVD Note de base: 🔍

Exploitationinformation

Classe: Déni de service
CWE: CWE-789 / CWE-400 / CWE-404
CAPEC: 🔍
ATT&CK: 🔍

Physique: Non
Local: Non
Remote: Oui

Disponibilité: 🔍
Statut: Non défini

EPSS Score: 🔍
EPSS Percentile: 🔍

Prédiction de prix: 🔍
Estimation actuelle des prix: 🔍

0-DayDéverrouillerDéverrouillerDéverrouillerDéverrouiller
Aujourd'huiDéverrouillerDéverrouillerDéverrouillerDéverrouiller

Nessus ID: 14967
Nessus Nom: Debian DSA-130-1 : ethereal - remotely triggered memory allocation error
Nessus Fichier: 🔍
Nessus Risque: 🔍
Nessus Famille: 🔍
Nessus Context: 🔍

Qualys ID: 🔍
Qualys Nom: 🔍

Renseignements sur les menacesinformation

Intérêt: 🔍
Acteurs actifs: 🔍
Groupes APT actifs: 🔍

Contre-mesuresinformation

Recommandé: Mise à niveau
Statut: 🔍

Heure 0 jour: 🔍

Mise à niveau: Ethereal 0.9.3

Chronologieinformation

19/05/2002 🔍
01/06/2002 +13 jours 🔍
18/06/2002 +17 jours 🔍
18/06/2002 +0 jours 🔍
29/09/2004 +833 jours 🔍
03/01/2005 +97 jours 🔍
11/07/2014 +3475 jours 🔍
28/09/2018 +1540 jours 🔍

Sourcesinformation

Bulletin: ethereal.com
Statut: Non défini
Confirmation: 🔍

CVE: CVE-2002-0404 (🔍)
GCVE (CVE): GCVE-0-2002-0404
GCVE (VulDB): GCVE-100-18253
X-Force: 9206
SecurityFocus: 4808
Vulnerability Center: 6737 - DoS in Ethereal Group Ethereal 0.8.18, 0.9 - 0.9.3 via GIOP Dissector, Low

Voir aussi: 🔍

Entréeinformation

Créé: 11/07/2014 14:08
Mise à jour: 28/09/2018 09:27
Changements: 11/07/2014 14:08 (65), 28/09/2018 09:27 (2)
Complet: 🔍
Cache ID: 216::103

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

Discussion

Aucun commentaire pour l'instant. Langues: fr + it + en.

Veuillez vous connecter pour commenter.

◂ PrécédentAperçuSuivant ▸

Do you need the next level of professionalism?

Upgrade your account now!