Rapid7 Vulnerability & Exploit Database

Oracle Linux: (CVE-2024-26671) ELSA-2024-3138: kernel security, bug fix, and enhancement update

Free InsightVM Trial No Credit Card Necessary
2024 Attack Intel Report Latest research by Rapid7 Labs
Back to Search

Oracle Linux: (CVE-2024-26671) ELSA-2024-3138: kernel security, bug fix, and enhancement update

Severity
4
CVSS
(AV:L/AC:M/Au:N/C:P/I:P/A:P)
Published
04/02/2024
Created
05/29/2024
Added
05/28/2024
Modified
05/28/2024

Description

In the Linux kernel, the following vulnerability has been resolved:

blk-mq: fix IO hang from sbitmap wakeup race

In blk_mq_mark_tag_wait(), __add_wait_queue() may be re-ordered

with the following blk_mq_get_driver_tag() in case of getting driver

tag failure.

Then in __sbitmap_queue_wake_up(), waitqueue_active() may not observe

the added waiter in blk_mq_mark_tag_wait() and wake up nothing, meantime

blk_mq_mark_tag_wait() can't get driver tag successfully.

This issue can be reproduced by running the following test in loop, and

fio hang can be observed in < 30min when running it on my test VM

in laptop.

modprobe -r scsi_debug

modprobe scsi_debug delay=0 dev_size_mb=4096 max_queue=1 host_max_queue=1 submit_queues=4

dev=`ls -d /sys/bus/pseudo/drivers/scsi_debug/adapter*/host*/target*/*/block/* | head -1 | xargs basename`

fio --filename=/dev/"$dev" --direct=1 --rw=randrw --bs=4k --iodepth=1 \

--runtime=100 --numjobs=40 --time_based --name=test \

--ioengine=libaio

Fix the issue by adding one explicit barrier in blk_mq_mark_tag_wait(), which

is just fine in case of running out of tag.

Solution(s)

  • oracle-linux-upgrade-kernel

With Rapid7 live dashboards, I have a clear view of all the assets on my network, which ones can be exploited, and what I need to do in order to reduce the risk in my environment in real-time. No other tool gives us that kind of value and insight.

– Scott Cheney, Manager of Information Security, Sierra View Medical Center

;