Odebrany

CVE-2026-90184

opublikowano: 17.09.2026, 19:17

modyfikacja: 17.09.2026, 19:17

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

W jądrze Linuksa usunięto następującą lukę:

null_blk: serializuj aktualizacje atrybutów configfs podczas konfiguracji urządzenia

Metody przechowywania atrybutów wygenerowane za pomocą NULLB_DEVICE_ATTR() odmawiają
zmienić konfigurację działającego urządzenia poprzez testowanie
NULLB_DEV_FL_CONFIGURED, ale ta flaga jest ustawiana tylko przez
nullb_device_power_store() po zwróceniu funkcji null_add_dev() i
metody przechowywania w ogóle nie wymagają blokady. configfs serializuje tylko zapisy do
ten sam otwarty plik (bufor->mutex), więc można uruchomić zapis do dowolnego atrybutu
jednocześnie z null_add_dev() i zmień konfigurację urządzenia
podczas gdy jest używany.

null_add_dev() odczytuje konfigurację kilka razy, np. dev->zone jest
przeczytaj raz, aby ustawić limity kolejek i raz, aby zainicjować strefę
zasoby:

CPU0: echo 1 > nullb0/power CPU1: echo 1 > nullb0/zoned
nullb_device_power_store()
mutex_lock(&blokada)
null_add_dev()
if (dev->zone) -> false
/* nie BLK_FEAT_ZONED */ nullb_device_zoned_store()
bit_testowy(FL_CONFIGURED) -> 0
dev->zoned = true
blk_mq_alloc_disk()
/* kolejka nie jest strefowa */
if (nullb->dev->zoned) -> true
null_register_zoned_dev()
blk_revalidate_disk_zones()

Następnie wywoływana jest funkcja blk_revalidate_disk_zones() dla kolejki, która tego nie robi
mieć ustawiony BLK_FEAT_ZONED, co wyzwala funkcję WARN_ON_ONCE() i kończy się niepowodzeniem
konfiguracja urządzenia za pomocą -EIO:

OSTRZEŻENIE: Procesor: 2 PID: 322 w block/blk-zoned.c:2357 blk_revalidate_disk_zones+0x4c/0x560

Wyczyszczenie dev->zoned w tym samym oknie jest gorsze: tworzona jest kolejka
z BLK_FEAT_ZONED, ale zasoby strefy nigdy nie są inicjowane, więc
Funkcja add_disk() powiedzie się w przypadku dysku strefowego, który nie ma stref. I taki sklep
ląduje po ostatnim teście dev->zoned, opuszcza dev->zoned ustawiony podczas
dev->zones nadal ma wartość NULL, co null_process_zoned_cmd() powoduje wyłuskiwanie referencji
pierwszy napisz.

Napraw to, biorąc blokadę globalną, która nullb_device_power_store()
dotyczy już funkcji null_add_dev() i null_del_dev(), zarówno w odniesieniu do
Test NULLB_DEV_FL_CONFIGURED i aktualizacja konfiguracji urządzenia.
Wywołania zwrotne Apply_queues i poll_queues są teraz wywoływane za pomocą
ten zamek się trzymał, więc usuń zamek, który sami zrobili.

Ponieważ metody sklepu mogą działać natychmiast po configfs_register_subsystem()
zwraca, to znaczy zanim null_init() dotrze również do mutex_init(&lock).
zainicjuj blokadę statycznie za pomocą DEFINE_MUTEX().

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

null_blk: serialize configfs attribute updates with device setup

The attribute store methods generated with NULLB_DEVICE_ATTR() refuse to
change the configuration of a live device by testing
NULLB_DEV_FL_CONFIGURED, but that flag is only set by
nullb_device_power_store() after null_add_dev() has returned, and the
store methods take no lock at all. configfs only serializes writes to
the same open file (buffer->mutex), so a write to any attribute can run
concurrently with null_add_dev() and change the device configuration
while it is being used.

null_add_dev() reads the configuration several times, e.g. dev->zoned is
read once to set up the queue limits and once to initialize the zone
resources:

CPU0: echo 1 > nullb0/power CPU1: echo 1 > nullb0/zoned
nullb_device_power_store()
mutex_lock(&lock)
null_add_dev()
if (dev->zoned) -> false
/* no BLK_FEAT_ZONED */ nullb_device_zoned_store()
test_bit(FL_CONFIGURED) -> 0
dev->zoned = true
blk_mq_alloc_disk()
/* queue is not zoned */
if (nullb->dev->zoned) -> true
null_register_zoned_dev()
blk_revalidate_disk_zones()

blk_revalidate_disk_zones() is then called for a queue that does not
have BLK_FEAT_ZONED set, which triggers its WARN_ON_ONCE() and fails the
device setup with -EIO:

WARNING: CPU: 2 PID: 322 at block/blk-zoned.c:2357 blk_revalidate_disk_zones+0x4c/0x560

Clearing dev->zoned in the same window is worse: the queue is created
with BLK_FEAT_ZONED but the zone resources are never initialized, so
add_disk() succeeds for a zoned disk that has no zones. And a store that
lands after the last dev->zoned test leaves dev->zoned set while
dev->zones is still NULL, which null_process_zoned_cmd() dereferences on
the first write.

Fix this by taking the global lock, which nullb_device_power_store()
already holds across null_add_dev() and null_del_dev(), around both the
NULLB_DEV_FL_CONFIGURED test and the update of the device configuration.
The submit_queues and poll_queues apply callbacks are now called with
that lock held, so remove the locking they did themselves.

Since the store methods can run as soon as configfs_register_subsystem()
returns, that is, before null_init() gets to mutex_init(&lock), also
initialize the lock statically with DEFINE_MUTEX().

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve