erofs: fix pcluster use-after-free on UP platforms
In the Linux kernel, the following vulnerability has been resolved: erofs: fix pcluster use-after-free on UP platforms During stress testing with CONFIG_SMP disabled, KASAN reports as below: ================================================================== BUG: KASAN: use-after-free in __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm: stress Not tainted 6.0.0-rc1-00002-g0d53d2e882f9 #3 Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call Trace: .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 .. z_erofs_readahead+0x31c/0x580 .. Freed by task 7787 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30 kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380 rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 Last potentially related work creation: kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0 erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530 drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0 vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 The root cause is that erofs_workgroup_unfreeze() doesn't reset to orig_val thus it causes a race that the pcluster reuses unexpectedly before freeing. Since UP platforms are quite rare now, such path becomes unnecessary. Let's drop such specific-designed path directly instead.
- Products
- Kernel
- Affected versions
- Not specified
- Fixed versions
- 5.15.68, 5.19.9
- CVEs
- CVE-2022-48674
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 6 Nov 2026, 18:03 UTC · Revision 1
Source evidence
erofs: fix pcluster use-after-free on UP platforms
core-osv · Original sourcePublished 3 May 2024, 14:51 UTC
In the Linux kernel, the following vulnerability has been resolved: erofs: fix pcluster use-after-free on UP platforms During stress testing with CONFIG_SMP disabled, KASAN reports as below: ================================================================== BUG: KASAN: use-after-free in __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm: stress Not tainted 6.0.0-rc1-00002-g0d53d2e882f9 #3 Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call Trace: .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 .. z_erofs_readahead+0x31c/0x580 .. Freed by task 7787 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30 kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380 rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 Last potentially related work creation: kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0 erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530 drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0 vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 The root cause is that erofs_workgroup_unfreeze() doesn't reset to orig_val thus it causes a race that the pcluster reuses unexpectedly before freeing. Since UP platforms are quite rare now, such path becomes unnecessary. Let's drop such specific-designed path directly instead.
osv:CVE-2022-48674
Kernel
Fixed versions: 5.15.68, 5.19.9
Complete source record
{
"id": "6b2bd278a9904942b8c087e81ff4929afaf0d799cfb15659b37ed718129da745",
"url": "https://osv.dev/vulnerability/CVE-2022-48674",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "erofs: fix pcluster use-after-free on UP platforms",
"summary": "In the Linux kernel, the following vulnerability has been resolved: erofs: fix pcluster use-after-free on UP platforms During stress testing with CONFIG_SMP disabled, KASAN reports as below: ================================================================== BUG: KASAN: use-after-free in __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm: stress Not tainted 6.0.0-rc1-00002-g0d53d2e882f9 #3 Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call Trace: .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 .. z_erofs_readahead+0x31c/0x580 .. Freed by task 7787 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30 kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380 rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 Last potentially related work creation: kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0 erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530 drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0 vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 The root cause is that erofs_workgroup_unfreeze() doesn't reset to orig_val thus it causes a race that the pcluster reuses unexpectedly before freeing. Since UP platforms are quite rare now, such path becomes unnecessary. Let's drop such specific-designed path directly instead.",
"evidence": "osv:CVE-2022-48674",
"products": [
{
"name": {
"value": "Kernel",
"evidence": "/affected/1/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "5.15.68",
"evidence": "/affected/1/ranges"
},
{
"value": "5.19.9",
"evidence": "/affected/1/ranges"
}
],
"affected_versions": []
}
],
"severity": "high",
"structured": {
"id": "CVE-2022-48674",
"aliases": [
"CVE-2022-48674"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "73f5c66df3e26ab750cefcb9a3e08c71c9f79cad"
},
{
"fixed": "8ddd001cef5e82d19192e6861068463ecca5f556"
},
{
"fixed": "94c34faaafe7b55adc2d8d881db195b646959b9e"
},
{
"fixed": "2f44013e39984c127c6efedf70e6b5f4e9dcf315"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "4.19.26"
},
{
"fixed": "4.20"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "4.20.13"
},
{
"fixed": "4.21"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "08ec9e6892cc792d7f8fe4d13bd8a0e91fb23488"
}
]
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "78c46113413bea1cc345757112aa2642e0f66de5"
}
]
}
],
"versions": [
"v4.19.325",
"v4.19.324",
"v4.19.323",
"v4.19.322",
"v4.19.321",
"v4.19.320",
"v4.19.319",
"v4.19.318",
"v4.19.317",
"v4.19.316",
"v4.19.315",
"v4.19.314",
"v4.19.313",
"v4.19.312",
"v4.19.311",
"v4.19.310",
"v4.19.309",
"v4.19.308",
"v4.19.307",
"v4.19.306",
"v4.19.305",
"v4.19.304",
"v4.19.303",
"v4.19.302",
"v4.19.301",
"v4.19.300",
"v4.19.299",
"v4.19.298",
"v4.19.297",
"v4.19.296",
"v4.19.295",
"v4.19.294",
"v4.19.293",
"v4.19.292",
"v4.19.291",
"v4.19.290",
"v4.19.289",
"v4.19.288",
"v4.19.287",
"v4.19.286",
"v4.19.285",
"v4.19.284",
"v4.19.283",
"v4.19.282",
"v4.19.281",
"v4.19.280",
"v4.19.279",
"v4.19.278",
"v4.19.277",
"v4.19.276",
"v4.19.275",
"v4.19.274",
"v4.19.273",
"v4.19.272",
"v4.19.271",
"v4.19.270",
"v4.19.269",
"v4.19.268",
"v4.19.267",
"v4.19.266",
"v4.19.265",
"v4.19.264",
"v4.19.263",
"v4.19.262",
"v4.19.261",
"v4.19.260",
"v4.19.259",
"v4.19.258",
"v4.19.257",
"v4.19.256",
"v4.19.255",
"v4.19.254",
"v4.19.253",
"v4.19.252",
"v4.19.251",
"v4.19.250",
"v4.19.249",
"v4.19.248",
"v4.19.247",
"v4.19.246",
"v4.19.245",
"v4.19.244",
"v4.19.243",
"v4.19.242",
"v4.19.241",
"v4.19.240",
"v4.19.239",
"v4.19.238",
"v4.19.237",
"v4.19.236",
"v4.19.235",
"v4.19.234",
"v4.19.233",
"v4.19.232",
"v4.19.231",
"v4.19.230",
"v4.19.229",
"v4.19.228",
"v4.19.227",
"v4.19.226",
"v4.19.225",
"v4.19.224",
"v4.19.223",
"v4.19.222",
"v4.19.221",
"v4.19.220",
"v4.19.219",
"v4.19.218",
"v4.19.217",
"v4.19.216",
"v4.19.215",
"v4.19.214",
"v4.19.213",
"v4.19.212",
"v4.19.211",
"v4.19.210",
"v4.19.209",
"v4.19.208",
"v4.19.207",
"v4.19.206",
"v4.19.205",
"v4.19.204",
"v4.19.203",
"v4.19.202",
"v4.19.201",
"v4.19.200",
"v4.19.199",
"v4.19.198",
"v4.19.197",
"v4.19.196",
"v4.19.195",
"v4.19.194",
"v4.19.193",
"v4.19.192",
"v4.19.191",
"v4.19.190",
"v4.19.189",
"v4.19.188",
"v4.19.187",
"v4.19.186",
"v4.19.185",
"v4.19.184",
"v4.19.183",
"v4.19.182",
"v4.19.181",
"v4.19.180",
"v4.19.179",
"v4.19.178",
"v4.19.177",
"v4.19.176",
"v4.19.175",
"v4.19.174",
"v4.19.173",
"v4.19.172",
"v4.19.171",
"v4.19.170",
"v4.19.169",
"v4.19.168",
"v4.19.167",
"v4.19.166",
"v4.19.165",
"v4.19.164",
"v4.19.163",
"v4.19.162",
"v4.19.161",
"v4.19.160",
"v4.19.159",
"v4.19.158",
"v4.19.157",
"v4.19.156",
"v4.19.155",
"v4.19.154",
"v4.19.153",
"v4.19.152",
"v4.19.151",
"v4.19.150",
"v4.19.149",
"v4.19.148",
"v4.19.147",
"v4.19.146",
"v4.19.145",
"v4.19.144",
"v4.19.143",
"v4.19.142",
"v4.19.141",
"v4.19.140",
"v4.19.139",
"v4.19.138",
"v4.19.137",
"v4.19.136",
"v4.19.135",
"v4.19.134",
"v4.19.133",
"v4.19.132",
"v4.19.131",
"v4.19.130",
"v4.19.129",
"v4.19.128",
"v4.19.127",
"v4.19.126",
"v4.19.125",
"v4.19.124",
"v4.19.123",
"v4.19.122",
"v4.19.121",
"v4.19.120",
"v4.19.119",
"v4.19.118",
"v4.19.117",
"v4.19.116",
"v4.19.115",
"v4.19.114",
"v4.19.113",
"v4.19.112",
"v4.19.111",
"v4.19.110",
"v4.19.109",
"v4.19.108",
"v4.19.107",
"v4.19.106",
"v4.19.105",
"v4.19.104",
"v4.19.103",
"v4.19.102",
"v4.19.101",
"v4.19.100",
"v4.19.99",
"v4.19.98",
"v4.19.97",
"v4.19.96",
"v4.19.95",
"v4.19.94",
"v4.19.93",
"v4.19.92",
"v4.19.91",
"v4.19.90",
"v4.19.89",
"v4.19.88",
"v4.19.87",
"v4.19.86",
"v4.19.85",
"v4.19.84",
"v4.19.83",
"v4.19.82",
"v4.19.81",
"v4.19.80",
"v4.19.79",
"v4.19.78",
"v4.19.77",
"v4.19.76",
"v4.19.75",
"v4.19.74",
"v4.19.73",
"v4.19.72",
"v4.19.71",
"v4.19.70",
"v4.19.69",
"v4.19.68",
"v4.19.67",
"v4.19.66",
"v4.19.65",
"v4.19.64",
"v4.19.63",
"v4.19.62",
"v4.19.61",
"v4.19.60",
"v4.19.59",
"v4.19.58",
"v4.19.57",
"v4.19.56",
"v4.19.55",
"v4.19.54",
"v4.19.53",
"v4.19.52",
"v4.19.51",
"v4.19.50",
"v4.19.49",
"v4.19.48",
"v4.19.47",
"v4.19.46",
"v4.19.45",
"v4.19.44",
"v4.19.43",
"v4.19.42",
"v4.19.41",
"v4.19.40",
"v4.19.39",
"v4.19.38",
"v4.19.37",
"v4.19.36",
"v4.19.35",
"v4.19.34",
"v4.19.33",
"v4.19.32",
"v4.19.31",
"v4.19.30",
"v4.19.29",
"v4.19.28",
"v4.19.27",
"v4.19.26",
"v4.20.17",
"v4.20.16",
"v4.20.15",
"v4.20.14",
"v4.20.13"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2022-48674.json"
}
},
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.0.0"
},
{
"fixed": "5.15.68"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.16.0"
},
{
"fixed": "5.19.9"
}
]
}
],
"package": {
"name": "Kernel",
"ecosystem": "Linux"
},
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2022-48674.json"
}
}
],
"modified": "2026-10-28T02:30:48.033432480Z",
"provider": "osv",
"references": [
"https://git.kernel.org/stable/c/2f44013e39984c127c6efedf70e6b5f4e9dcf315",
"https://git.kernel.org/stable/c/8ddd001cef5e82d19192e6861068463ecca5f556",
"https://git.kernel.org/stable/c/94c34faaafe7b55adc2d8d881db195b646959b9e",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2022/48xxx/CVE-2022-48674.json",
"https://nvd.nist.gov/vuln/detail/CVE-2022-48674",
"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"
],
"provider_metadata": {
"cna_assigner": "Linux",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2022/48xxx/CVE-2022-48674.json"
}
},
"related_cves": [
{
"value": "CVE-2022-48674",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 515839,
"published_at": "2024-05-03T14:51:57.294+00:00"
}