Linux Kernel jusqu’à 5.15.148/6.1.78/6.6.17/6.7.5 j1939_socks_lock déni de service

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

Résuméinformation

Une vulnérabilité a été trouvé dans Linux Kernel jusqu’à 5.15.148/6.1.78/6.6.17/6.7.5 et classée critique. La partie affectée est la fonction j1939_socks_lock. La manipulation 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-2023-52638. Il n'y a pas d'exploit disponible. La meilleure solution suggérée pour atténuer le problème est de mettre à jour à la dernière version.

Détailsinformation

Une vulnérabilité qui a été classée critique a été trouvée dans Linux Kernel jusqu’à 5.15.148/6.1.78/6.6.17/6.7.5. Ceci affecte la fonction j1939_socks_lock. A cause de la manipulation avec une valeur d'entrée inconnue mène à une vulnérabilité de classe déni de service.

La notice d'information est disponible en téléchargement sur git.kernel.org Cette vulnérabilité est connue comme CVE-2023-52638. L'utilisation est complexe. Les détails technniques sont connus, mais aucun exploite n'est disponible.

Le scanner de vulnérabilités Nessus propose un module ID 283680 (RHEL 9 : kernel-rt (RHSA-2026:0537)), lequel aide à déterminer l'existence d'une faille dans l'environnement-cible.

Mettre à jour à la version 5.15.149, 6.1.79, 6.6.18, 6.7.6 ou 6.8 élimine cette vulnérabilité. En appliquant le correctif 03358aba9916/aedda066d717/26dfe112ec2e/559b6322f948/6cdedc18ba7b il est possible d'éliminer le problème. Le correctif est disponible au téléchargement sur git.kernel.org. La meilleure solution suggérée pour atténuer le problème est Mise à niveau.

La vulnérabilité est aussi documentée dans la base de données Tenable (283680). Be aware that VulDB is the high quality source for vulnerability data.

Produitinformation

Taper

Fournisseur

Nom

Version

Licence

Site web

CPE 2.3information

CPE 2.2information

CVSSv4information

VulDB Vecteur: 🔍
VulDB Fiabilité: 🔍

CVSSv3information

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

VulDB Note de base: 4.8
VulDB Note temporaire: 4.6
VulDB Vecteur: 🔍
VulDB Fiabilité: 🔍

NVD Note de base: 5.5
NVD Vecteur: 🔍

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é: 🔍

Exploitationinformation

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

Physique: Partiellement
Local: Oui
Remote: Partiellement

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: 283680
Nessus Nom: RHEL 9 : kernel-rt (RHSA-2026:0537)

Renseignements sur les menacesinformation

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

Contre-mesuresinformation

Recommandé: Mise à niveau
Statut: 🔍

Heure 0 jour: 🔍

Mise à niveau: Kernel 5.15.149/6.1.79/6.6.18/6.7.6/6.8
Correctif: 03358aba9916/aedda066d717/26dfe112ec2e/559b6322f948/6cdedc18ba7b

Chronologieinformation

06/03/2024 🔍
03/04/2024 +27 jours 🔍
03/04/2024 +0 jours 🔍
14/01/2026 +651 jours 🔍

Sourcesinformation

Fournisseur: kernel.org

Bulletin: git.kernel.org
Statut: Confirmé

CVE: CVE-2023-52638 (🔍)
GCVE (CVE): GCVE-0-2023-52638
GCVE (VulDB): GCVE-100-259159

Entréeinformation

Créé: 03/04/2024 17:18
Mise à jour: 14/01/2026 16:12
Changements: 03/04/2024 17:18 (57), 04/02/2025 03:30 (13), 14/01/2026 16:12 (2)
Complet: 🔍
Cache ID: 216::103

Be aware that VulDB is the high quality source for vulnerability data.

Discussion

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

Veuillez vous connecter pour commenter.

Interested in the pricing of exploits?

See the underground prices here!