PostgreSQL 7.2/7.2.1/7.2.2 Transaction Log Data VACUUM déni de service

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

Résuméinformation

Une vulnérabilité a été trouvé dans PostgreSQL 7.2/7.2.1/7.2.2 et classée problématique. L'élément affecté est une fonction inconnue du composant Transaction Log Data Handler. A cause de la manipulation du paramètre VACUUM avec une valeur d'entrée inconnue mène à une vulnérabilité de classe déni de service. Cette vulnérabilité a été nommée CVE-2002-1642. Il n'y a pas d'exploit disponible.

Détailsinformation

Une vulnérabilité qui a été classée critique a été trouvée dans PostgreSQL 7.2/7.2.1/7.2.2 (Database Software). Affecté par cette vulnérabilité est une fonction inconnue du composant Transaction Log Data Handler. A cause de la manipulation du paramètre VACUUM avec une valeur d'entrée inconnue mène à une vulnérabilité de classe déni de service.

Le bug a été découvert sur 10/01/2002. La vulnerabilité a été publié en 03/10/2002 avec bulletin (CERT.org) (confirmé). La notice d'information est disponible en téléchargement sur kb.cert.org Cette vulnérabilité est connue comme CVE-2002-1642. L'exploitation est considérée comme facile. L'attaque nécéssite une approche locale. 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 266 jours. Le scanner de vulnérabilités Nessus propose un module ID 24470 , lequel aide à déterminer l'existence d'une faille dans l'environnement-cible.

Il n'y a aucune information à propos de possibles contremesures connues. Il est suggéré de remplacer l'object infecté par un produit alternatif.

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

Produitinformation

Taper

Nom

Version

Licence

Site web

CPE 2.3information

CPE 2.2information

CVSSv4information

VulDB Vecteur: 🔍
VulDB Fiabilité: 🔍

CVSSv3information

VulDB Score méta-base: 8.4
VulDB Score méta-temporaire: 8.4

VulDB Note de base: 8.4
VulDB Note temporaire: 8.4
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-404
CAPEC: 🔍
ATT&CK: 🔍

Physique: Partiellement
Local: Oui
Remote: Non

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: 24470
Nessus Fichier: 🔍
Nessus Risque: 🔍

Qualys ID: 🔍
Qualys Nom: 🔍

Renseignements sur les menacesinformation

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

Contre-mesuresinformation

Recommandé: aucune mesure d'atténuation connue
Statut: 🔍

Heure 0 jour: 🔍

Chronologieinformation

10/01/2002 🔍
10/01/2002 +0 jours 🔍
03/10/2002 +266 jours 🔍
03/10/2002 +0 jours 🔍
03/10/2002 +0 jours 🔍
28/03/2005 +907 jours 🔍
10/01/2006 +288 jours 🔍
23/07/2014 +3116 jours 🔍
03/09/2025 +4060 jours 🔍

Sourcesinformation

Produit: postgresql.org

Bulletin: kb.cert.org
Statut: Confirmé

CVE: CVE-2002-1642 (🔍)
GCVE (CVE): GCVE-0-2002-1642
GCVE (VulDB): GCVE-100-18805
CERT: 🔍
X-Force: 11102
SecurityFocus: 7657 - PostgreSQL VACUUM Command Data Loss Vulnerability
OSVDB: 16985 - PostgreSQL - VACUUM Command - Data Loss Issue
Vulnerability Center: 10136 - PostgreSQL Local DoS and Log Data Delete via VACUUM Command, Medium

Entréeinformation

Créé: 23/07/2014 11:24
Mise à jour: 03/09/2025 10:28
Changements: 23/07/2014 11:24 (61), 13/06/2019 12:12 (3), 28/06/2021 06:46 (4), 18/11/2024 07:43 (15), 03/09/2025 10:28 (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.

Do you need the next level of professionalism?

Upgrade your account now!