{"id":"CVE-2026-90385","title":"In the Linux kernel, the following vulnerability has been resolved:\n\nmd/raid1: create serial pool adding rdev to array with serialize_policy=1\n\nThe following bug has been observed with kernel 7.1.3 after adding a new\nrdev to an existing …","summary":"In the Linux kernel, the following vulnerability has been resolved:\n\nmd/raid1: create serial pool adding rdev to array with serialize_policy=1\n\nThe following bug has been observed with kernel 7.1.3 after adding a new\nrdev to an existing …","severity":"none","vendor":"Linux","product":"Linux","affected":["Linux >= 69b00b5bb23552d43e8bbed73ef6624604bb94a2 < f9e4364449f7ca6917f3599eb32064dba5b7b147","Linux >= 69b00b5bb23552d43e8bbed73ef6624604bb94a2 < 37f11973c3eb72a5eb061082cad529bb6939c24f","Linux >= 69b00b5bb23552d43e8bbed73ef6624604bb94a2 < c02d675e81468003e4f2253b616c53729070d712","Linux >= 69b00b5bb23552d43e8bbed73ef6624604bb94a2 < 140234b2380ffb8ffb0cfc46fee0e822f43adef7","Linux 5.6"],"published":"2026-09-17","updated":"2026-09-17","sourceUpdated":"2026-09-17T17:17:37.880","source":"NVD","sourceUrl":"https://nvd.nist.gov/vuln/detail/CVE-2026-90385","references":[{"url":"https://git.kernel.org/stable/c/140234b2380ffb8ffb0cfc46fee0e822f43adef7","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https://git.kernel.org/stable/c/37f11973c3eb72a5eb061082cad529bb6939c24f","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https://git.kernel.org/stable/c/c02d675e81468003e4f2253b616c53729070d712","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https://git.kernel.org/stable/c/f9e4364449f7ca6917f3599eb32064dba5b7b147","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"}],"tags":["nvd","cve.org"],"ingestedAt":"2026-09-17T16:21:47.805Z","epss":0.002,"epssPercentile":0.10126,"slug":"CVE-2026-90385","body":"## Overview\n\nIn the Linux kernel, the following vulnerability has been resolved:\n\nmd/raid1: create serial pool adding rdev to array with serialize_policy=1\n\nThe following bug has been observed with kernel 7.1.3 after adding a new\nrdev to an existing RAID1 array with serialize_policy enabled:\n\n  Oops: 0002 [#1]\n  CPU: 0 UID: 0 PID: 19639 Comm: ext4lazyinit Not tainted 7.1.3-1-default\n  RIP: _raw_spin_lock_irqsave+0x27/0x50\n  CR2: 0000000000004960\n  Call Trace:\n   wait_for_serialization+0xb9/0x260 [raid1]\n   raid1_make_request+0x762/0xaff [raid1]\n   md_handle_request+0x1c9/0x2e0 [md_mod]\n\nThe raid1.c code calls wait_for_serialization() if the MD_SERIALIZE_POLICY\nis set, and wait_for_serialization assumes that rdev->serial is\ninitialized. Normally this will be the case for arrays that have\nthe serialize_policy sysfs attribute set to 1.\n\nBut when a new rdev is added to an existing array in bind_rdev_to_array(),\nthe condition at mddev_create_serial_pool() causes creation of rdev->serial\nto be skipped. Fix it.\n\n## Remediation\n\nRefer to the linked advisories for vendor-supplied fixes and affected version ranges.","depth":"sunlit","depthScore":3,"depthScoreParts":{"impact":2.8,"likelihood":0,"exploitation":0,"ransomware":0},"changes":[]}