Linux Kernel POSIX File Lock fs/locks.c filelock_init Denial of Service

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

Zusammenfassunginfo

In Linux Kernel wurde eine problematische Schwachstelle gefunden. Es betrifft die Funktion filelock_init der Datei fs/locks.c der Komponente POSIX File Lock Handler. Mittels Manipulieren mit unbekannten Daten kann eine Denial of Service-Schwachstelle ausgenutzt werden. Diese Schwachstelle wird als CVE-2022-0480 gehandelt. Der Angriff kann remote ausgeführt werden. Es ist kein Exploit verfügbar. Es wird empfohlen, einen Patch anzuwenden, um dieses Problem zu beheben.

Detailsinfo

Eine Schwachstelle wurde in Linux Kernel - eine genaue Versionsangabe steht aus - (Operating System) ausgemacht. Sie wurde als kritisch eingestuft. Davon betroffen ist die Funktion filelock_init der Datei fs/locks.c der Komponente POSIX File Lock Handler. Durch die Manipulation mit einer unbekannten Eingabe kann eine Denial of Service-Schwachstelle ausgenutzt werden. Klassifiziert wurde die Schwachstelle durch CWE als CWE-770. Auswirkungen hat dies auf die Verfügbarkeit. Die Zusammenfassung von CVE lautet:

A flaw was found in the filelock_init in fs/locks.c function in the Linux kernel. This issue can lead to host memory exhaustion due to memcg not limiting the number of Portable Operating System Interface (POSIX) file locks.

Die Schwachstelle wurde am 29.08.2022 herausgegeben. Bereitgestellt wird das Advisory unter bugzilla.redhat.com. Die Verwundbarkeit wird seit dem 02.02.2022 mit der eindeutigen Identifikation CVE-2022-0480 gehandelt. Zur Schwachstelle sind technische Details bekannt, ein verfügbarer Exploit jedoch nicht. Als Angriffstechnik weist das MITRE ATT&CK Projekt die ID T1499 aus.

Für den Vulnerability Scanner Nessus wurde ein Plugin mit der ID 240010 (TencentOS Server 2: kernel (TSSA-2024:1031)) herausgegeben, womit die Existenz der Schwachstelle geprüft werden kann.

Die Schwachstelle lässt sich durch das Einspielen eines Patches lösen. Dieser kann von git.kernel.org bezogen werden.

Unter anderem wird der Fehler auch in der Verwundbarkeitsdatenbank von Tenable (240010) dokumentiert. If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Produktinfo

Typ

Hersteller

Name

Lizenz

Webseite

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

CVSSv3info

VulDB Meta Base Score: 6.0
VulDB Meta Temp Score: 5.9

VulDB Base Score: 6.5
VulDB Temp Score: 6.2
VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

NVD Base Score: 5.5
NVD Vector: 🔍

CVSSv2info

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

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

Exploitinginfo

Klasse: Denial of Service
CWE: CWE-770 / CWE-400 / CWE-404
CAPEC: 🔍
ATT&CK: 🔍

Physisch: Teilweise
Lokal: Ja
Remote: Ja

Verfügbarkeit: 🔍
Status: Nicht definiert

EPSS Score: 🔍
EPSS Percentile: 🔍

Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔍

0-Dayfreischaltenfreischaltenfreischaltenfreischalten
Heutefreischaltenfreischaltenfreischaltenfreischalten

Nessus ID: 240010
Nessus Name: TencentOS Server 2: kernel (TSSA-2024:1031)

Threat Intelligenceinfo

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

Gegenmassnahmeninfo

Empfehlung: Patch
Status: 🔍

0-Day Time: 🔍

Patch: git.kernel.org

Timelineinfo

02.02.2022 🔍
29.08.2022 +207 Tage 🔍
29.08.2022 +0 Tage 🔍
17.06.2025 +1023 Tage 🔍

Quelleninfo

Hersteller: kernel.org

Advisory: 3373
Status: Bestätigt
Bestätigung: 🔍

CVE: CVE-2022-0480 (🔍)
GCVE (CVE): GCVE-0-2022-0480
GCVE (VulDB): GCVE-100-207485

Eintraginfo

Erstellt: 29.08.2022 18:33
Aktualisierung: 17.06.2025 16:23
Anpassungen: 29.08.2022 18:33 (43), 09.10.2022 09:56 (1), 09.10.2022 09:58 (11), 17.06.2025 16:23 (16)
Komplett: 🔍
Cache ID: 216::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.

◂ ZurückÜbersichtWeiter ▸

Might our Artificial Intelligence support you?

Check our Alexa App!