Linux Kernel bis 6.6.139/6.12.85/6.18.26/7.0.3 wait_barrier nr_pending Denial of Service

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

Zusammenfassunginfo

Eine kritische Schwachstelle wurde in Linux Kernel bis 6.6.139/6.12.85/6.18.26/7.0.3 gefunden. Das betrifft die Funktion wait_barrier. Dank Manipulation des Arguments nr_pending mit unbekannten Daten kann eine Denial of Service-Schwachstelle ausgenutzt werden. Die Identifikation der Schwachstelle wird mit CVE-2026-46050 vorgenommen. Es existiert kein Exploit. Ein Upgrade der betroffenen Komponente wird empfohlen.

Detailsinfo

Es wurde eine kritische Schwachstelle in Linux Kernel bis 6.6.139/6.12.85/6.18.26/7.0.3 entdeckt. Es geht dabei um die Funktion wait_barrier. Durch Manipulation des Arguments nr_pending mit einer unbekannten Eingabe kann eine Denial of Service-Schwachstelle ausgenutzt werden. Im Rahmen von CWE wurde eine Klassifizierung als CWE-401 vorgenommen. Dies wirkt sich aus auf die Verfügbarkeit. CVE fasst zusammen:

In the Linux kernel, the following vulnerability has been resolved: md/raid10: fix deadlock with check operation and nowait requests When an array check is running it will raise the barrier at which point normal requests will become blocked and increment the nr_pending value to signal there is work pending inside of wait_barrier(). NOWAIT requests do not block and so will return immediately with an error, and additionally do not increment nr_pending in wait_barrier(). Upstream change commit 43806c3d5b9b ("raid10: cleanup memleak at raid10_make_request") added a call to raid_end_bio_io() to fix a memory leak when NOWAIT requests hit this condition. raid_end_bio_io() eventually calls allow_barrier() and it will unconditionally do an atomic_dec_and_test(&conf->nr_pending) even though the corresponding increment on nr_pending didn't happen in the NOWAIT case. This can be easily seen by starting a check operation while an application is doing nowait IO on the same array. This results in a deadlocked state due to nr_pending value underflowing and so the md resync thread gets stuck waiting for nr_pending to == 0. Output of r10conf state of the array when we hit this condition: crash> struct r10conf barrier = 1, nr_pending = { counter = -41 }, nr_waiting = 15, nr_queued = 0, Example of md_sync thread stuck waiting on raise_barrier() and other requests stuck in wait_barrier(): md1_resync [] raise_barrier+0xce/0x1c0 [] raid10_sync_request+0x1ca/0x1ed0 [] md_do_sync+0x779/0x1110 [] md_thread+0x90/0x160 [] kthread+0xbe/0xf0 [] ret_from_fork+0x34/0x50 [] ret_from_fork_asm+0x1a/0x30 kworker/u1040:2+flush-253:4 [] wait_barrier+0x1de/0x220 [] regular_request_wait+0x30/0x180 [] raid10_make_request+0x261/0x1000 [] md_handle_request+0x13b/0x230 [] __submit_bio+0x107/0x1f0 [] submit_bio_noacct_nocheck+0x16f/0x390 [] ext4_io_submit+0x24/0x40 [] ext4_do_writepages+0x254/0xc80 [] ext4_writepages+0x84/0x120 [] do_writepages+0x7a/0x260 [] __writeback_single_inode+0x3d/0x300 [] writeback_sb_inodes+0x1dd/0x470 [] __writeback_inodes_wb+0x4c/0xe0 [] wb_writeback+0x18b/0x2d0 [] wb_workfn+0x2a1/0x400 [] process_one_work+0x149/0x330 [] worker_thread+0x2d2/0x410 [] kthread+0xbe/0xf0 [] ret_from_fork+0x34/0x50 [] ret_from_fork_asm+0x1a/0x30

Auf git.kernel.org kann das Advisory eingesehen werden. Die Verwundbarkeit wird seit dem 13.05.2026 unter CVE-2026-46050 geführt. Sie gilt als schwierig auszunutzen. Es sind zwar technische Details, jedoch kein verfügbarer Exploit zur Schwachstelle bekannt.

Ein Upgrade auf die Version 6.6.140, 6.12.86, 6.18.27, 7.0.4 oder 7.1-rc1 vermag dieses Problem zu beheben. Die Schwachstelle lässt sich auch durch das Einspielen des Patches 965d6162dd88cc7cc193cf7f5bfc132d8bbf0523/42fe37c90184cd1568838b84b488934c3671c963/cac2106bb9a2180b288079b49ed626414fb5bc45/1cdff2937c618f81058422bbdc4974a3e7ec9379/7d96f3120a7fb7210d21b520c5b6f495da6ba436 beheben. Dieser kann von git.kernel.org bezogen werden. Als bestmögliche Massnahme wird das Aktualisieren auf eine neue Version empfohlen.

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Produktinfo

Typ

Hersteller

Name

Version

Lizenz

Webseite

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔒
VulDB Zuverlässigkeit: 🔍

CVSSv3info

VulDB Meta Base Score: 4.8
VulDB Meta Temp Score: 4.6

VulDB Base Score: 4.8
VulDB Temp Score: 4.6
VulDB Vector: 🔒
VulDB Zuverlässigkeit: 🔍

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-401 / CWE-404
CAPEC: 🔒
ATT&CK: 🔒

Physisch: Nein
Lokal: Nein
Remote: Teilweise

Verfügbarkeit: 🔒
Status: Nicht definiert

EPSS Score: 🔒
EPSS Percentile: 🔒

Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔒

0-Dayfreischaltenfreischaltenfreischaltenfreischalten
Heutefreischaltenfreischaltenfreischaltenfreischalten

Threat Intelligenceinfo

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

Gegenmassnahmeninfo

Empfehlung: Upgrade
Status: 🔍

0-Day Time: 🔒

Upgrade: Kernel 6.6.140/6.12.86/6.18.27/7.0.4/7.1-rc1
Patch: 965d6162dd88cc7cc193cf7f5bfc132d8bbf0523/42fe37c90184cd1568838b84b488934c3671c963/cac2106bb9a2180b288079b49ed626414fb5bc45/1cdff2937c618f81058422bbdc4974a3e7ec9379/7d96f3120a7fb7210d21b520c5b6f495da6ba436

Timelineinfo

13.05.2026 CVE zugewiesen
27.05.2026 +14 Tage Advisory veröffentlicht
27.05.2026 +0 Tage VulDB Eintrag erstellt
27.05.2026 +0 Tage VulDB Eintrag letzte Aktualisierung

Quelleninfo

Hersteller: kernel.org

Advisory: git.kernel.org
Status: Bestätigt

CVE: CVE-2026-46050 (🔒)
GCVE (CVE): GCVE-0-2026-46050
GCVE (VulDB): GCVE-100-366282

Eintraginfo

Erstellt: 27.05.2026 17:28
Anpassungen: 27.05.2026 17:28 (59)
Komplett: 🔍
Cache ID: 216::103

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Diskussion

Bisher keine Kommentare. Sprachen: de + en.

Bitte loggen Sie sich ein, um kommentieren zu können.

◂ ZurückÜbersichtWeiter ▸

Interested in the pricing of exploits?

See the underground prices here!