CVE-2024-47689: f2fs: fix to don't set SB_RDONLY in f2fs_handle_critical_error()
In the Linux kernel, the following vulnerability has been resolved:
f2fs: fix to don't set SBRDONLY in f2fshandlecriticalerror()
syzbot reports a f2fs bug as below:
------------[ cut here ]------------ WARNING: CPU: 1 PID: 58 at kernel/rcu/sync.c:177 rcusyncdtor+0xcd/0x180 kernel/rcu/sync.c:177 CPU: 1 UID: 0 PID: 58 Comm: kworker/1:2 Not tainted 6.10.0-syzkaller-12562-g1722389b0d86 #0 Workqueue: events destroysuperwork RIP: 0010:rcusyncdtor+0xcd/0x180 kernel/rcu/sync.c:177 Call Trace: percpufreerwsem+0x41/0x80 kernel/locking/percpu-rwsem.c:42 destroysuperwork+0xec/0x130 fs/super.c:282 processonework kernel/workqueue.c:3231 [inline] processscheduledworks+0xa2c/0x1830 kernel/workqueue.c:3312 workerthread+0x86d/0xd40 kernel/workqueue.c:3390 kthread+0x2f0/0x390 kernel/kthread.c:389 retfromfork+0x4b/0x80 arch/x86/kernel/process.c:147 retfromforkasm+0x1a/0x30 arch/x86/entry/entry64.S:244
As Christian Brauner pointed out [1]: the root cause is f2fs sets SBRDONLY flag in internal function, rather than setting the flag covered w/ sb->sumount semaphore via remount procedure, then below race condition causes this bug:
- freezesuper() - sbwaitwrite(sb, SBFREEZEWRITE) - sbwaitwrite(sb, SBFREEZEPAGEFAULT) - sbwaitwrite(sb, SBFREEZEFS) - f2fshandlecriticalerror - sb->sflags |= SBRDONLY - thawsuper - thawsuperlocked - sbrdonly() is true, so it skips sbfreezeunlock(sb, SBFREEZEFS) - deactivatelockedsuper
Since f2fs has almost the same logic as ext4 [2] when handling critical error in filesystem if it mounts w/ errors=remount-ro option: - set CPERRORFLAG flag which indicates filesystem is stopped - record errors to superblock - set SBRDONLY falg Once we set CPERRORFLAG flag, all writable interfaces can detect the flag and stop any further updates on filesystem. So, it is safe to not set SBRDONLY flag, let's remove the logic and keep in line w/ ext4 [3].
[1] https://lore.kernel.org/all/20240729-himbeeren-funknetz-96e62f9c7aee@brauner [2] https://lore.kernel.org/all/20240729132721.hxih6ehigadqf7wx@quack3 [3] https://lore.kernel.org/linux-ext4/20240805201241.27286-1-jack@suse.cz
Other sources
This CVE was automatically created from a reference found in an email or other text. If you are reading this, then this CVE entry is probably erroneous, since this text should be replaced by the official CVE description automatically.
— Launchpad
Affected Software
Remediation
Event History
Frequently Asked Questions
What is the severity of CVE-2024-47689?
CVE-2024-47689 is a critical vulnerability in the Linux kernel that affects the handling of F2FS critical errors.
How do I fix CVE-2024-47689?
To fix CVE-2024-47689, update to a patched version of the Linux kernel, such as those listed in the vulnerability documentation.
Which Linux kernel versions are affected by CVE-2024-47689?
CVE-2024-47689 affects Linux kernel versions from 6.4.4 up to 6.11.2, and some versions within those ranges.
What component of the Linux kernel does CVE-2024-47689 impact?
CVE-2024-47689 impacts the F2FS filesystem within the Linux kernel, particularly the error handling mechanisms.
Are there any known exploits for CVE-2024-47689?
As of now, there are no widely reported exploits for CVE-2024-47689, but it is important to apply security patches promptly.