CVE-2024-26755

md: Don't suspend the array for interrupted reshape

Medium · published April 3, 2024

CVSS v3.1
5.3
EPSS
1%
Percentile
50.5
In the wild
Unconfirmed
What it is

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

md: Don't suspend the array for interrupted reshape

md_start_sync() will suspend the array if there are spares that can be

added or removed from conf, however, if reshape is still in progress,

this won't happen at all or data will be corrupted(remove_and_add_spares

won't be called from md_choose_sync_action for reshape), hence there is

no need to suspend the array if reshape is not done yet.

Meanwhile, there is a potential deadlock for raid456:

1) reshape is interrupted;

2) set one of the disk WantReplacement, and add a new disk to the array,

however, recovery won't start until the reshape is finished;

3) then issue an IO across reshpae position, this IO will wait for

reshape to make progress;

4) continue to reshape, then md_start_sync() found there is a spare disk

that can be added to conf, mddev_suspend() is called;

Step 4 and step 3 is waiting for each other, deadlock triggered. Noted

this problem is found by code review, and it's not reporduced yet.

Fix this porblem by don't suspend the array for interrupted reshape,

this is safe because conf won't be changed until reshape is done.

The record
Technical detail
CVSS v3.1
5.3 · MEDIUM
Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
CVSS v4.0
Not supplied
EPSS
0.00650 · 50.5th percentile
Published
2024-04-03T17:00Z
EPSS history
Timeline
  • 03 APR 17:00Z
    md: Don't suspend the array for interrupted reshape
    cvelistv5