ubi: Fix use-after-free when volume resizing failed
In the Linux kernel, the following vulnerability has been resolved: ubi: Fix use-after-free when volume resizing failed There is an use-after-free problem reported by KASAN: ================================================================== BUG: KASAN: use-after-free in ubi_eba_copy_table+0x11f/0x1c0 [ubi] Read of size 8 at addr ffff888101eec008 by task ubirsvol/4735 CPU: 2 PID: 4735 Comm: ubirsvol Not tainted 6.1.0-rc1-00003-g84fa3304a7fc-dirty #14 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace: dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 ubi_eba_copy_table+0x11f/0x1c0 [ubi] ubi_resize_volume+0x4f9/0xbc0 [ubi] ubi_cdev_ioctl+0x701/0x1850 [ubi] __x64_sys_ioctl+0x11d/0x170 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 When ubi_change_vtbl_record() returns an error in ubi_resize_volume(), "new_eba_tbl" will be freed on error handing path, but it is holded by "vol->eba_tbl" in ubi_eba_replace_table(). It means that the liftcycle of "vol->eba_tbl" and "vol" are different, so when resizing volume in next time, it causing an use-after-free fault. Fix it by not freeing "new_eba_tbl" after it replaced in ubi_eba_replace_table(), while will be freed in next volume resizing.
- Products
- Kernel
- Affected versions
- Not specified
- Fixed versions
- 4.14.308, 4.19.276, 5.10.173, 5.15.100, 5.4.235, 6.1.18, 6.2.5
- CVEs
- CVE-2023-53800
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 15:10 UTC · Revision 1
Source evidence
ubi: Fix use-after-free when volume resizing failed
core-osv · Original sourcePublished 9 Dec 2025, 00:00 UTC
In the Linux kernel, the following vulnerability has been resolved: ubi: Fix use-after-free when volume resizing failed There is an use-after-free problem reported by KASAN: ================================================================== BUG: KASAN: use-after-free in ubi_eba_copy_table+0x11f/0x1c0 [ubi] Read of size 8 at addr ffff888101eec008 by task ubirsvol/4735 CPU: 2 PID: 4735 Comm: ubirsvol Not tainted 6.1.0-rc1-00003-g84fa3304a7fc-dirty #14 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace: dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 ubi_eba_copy_table+0x11f/0x1c0 [ubi] ubi_resize_volume+0x4f9/0xbc0 [ubi] ubi_cdev_ioctl+0x701/0x1850 [ubi] __x64_sys_ioctl+0x11d/0x170 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 When ubi_change_vtbl_record() returns an error in ubi_resize_volume(), "new_eba_tbl" will be freed on error handing path, but it is holded by "vol->eba_tbl" in ubi_eba_replace_table(). It means that the liftcycle of "vol->eba_tbl" and "vol" are different, so when resizing volume in next time, it causing an use-after-free fault. Fix it by not freeing "new_eba_tbl" after it replaced in ubi_eba_replace_table(), while will be freed in next volume resizing.
osv:CVE-2023-53800
Kernel
Fixed versions: 4.14.308, 4.19.276, 5.4.235, 5.10.173, 5.15.100, 6.1.18, 6.2.5
Complete source record
{
"id": "66b2fce51cc9bb3cce7e746429d6413cde3d4c154d4150b3bdc0bac08eea5cfb",
"url": "https://osv.dev/vulnerability/CVE-2023-53800",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "ubi: Fix use-after-free when volume resizing failed",
"summary": "In the Linux kernel, the following vulnerability has been resolved: ubi: Fix use-after-free when volume resizing failed There is an use-after-free problem reported by KASAN: ================================================================== BUG: KASAN: use-after-free in ubi_eba_copy_table+0x11f/0x1c0 [ubi] Read of size 8 at addr ffff888101eec008 by task ubirsvol/4735 CPU: 2 PID: 4735 Comm: ubirsvol Not tainted 6.1.0-rc1-00003-g84fa3304a7fc-dirty #14 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace: dump_stack_lvl+0x34/0x44 print_report+0x171/0x472 kasan_report+0xad/0x130 ubi_eba_copy_table+0x11f/0x1c0 [ubi] ubi_resize_volume+0x4f9/0xbc0 [ubi] ubi_cdev_ioctl+0x701/0x1850 [ubi] __x64_sys_ioctl+0x11d/0x170 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 When ubi_change_vtbl_record() returns an error in ubi_resize_volume(), \"new_eba_tbl\" will be freed on error handing path, but it is holded by \"vol->eba_tbl\" in ubi_eba_replace_table(). It means that the liftcycle of \"vol->eba_tbl\" and \"vol\" are different, so when resizing volume in next time, it causing an use-after-free fault. Fix it by not freeing \"new_eba_tbl\" after it replaced in ubi_eba_replace_table(), while will be freed in next volume resizing.",
"evidence": "osv:CVE-2023-53800",
"products": [
{
"name": {
"value": "Kernel",
"evidence": "/affected/1/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "4.14.308",
"evidence": "/affected/1/ranges"
},
{
"value": "4.19.276",
"evidence": "/affected/1/ranges"
},
{
"value": "5.4.235",
"evidence": "/affected/1/ranges"
},
{
"value": "5.10.173",
"evidence": "/affected/1/ranges"
},
{
"value": "5.15.100",
"evidence": "/affected/1/ranges"
},
{
"value": "6.1.18",
"evidence": "/affected/1/ranges"
},
{
"value": "6.2.5",
"evidence": "/affected/1/ranges"
}
],
"affected_versions": []
}
],
"severity": "high",
"structured": {
"id": "CVE-2023-53800",
"aliases": [
"CVE-2023-53800"
],
"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": "801c135ce73d5df1caf3eca35b66a10824ae0707"
},
{
"fixed": "bf9875aa7f7d624a8c084425b14bf7e5907ebc30"
},
{
"fixed": "bf795ebbb9995e2fe7945de71177f01c2f1215dc"
},
{
"fixed": "9c8be1f165baee53b5a36ea0b3c9281d403a1d0b"
},
{
"fixed": "35f8d4064e54c18424db2997059d4c0b1d13d093"
},
{
"fixed": "53818746e549e61841428892a8d94344494be797"
},
{
"fixed": "b0c951742348d216f094d16ed4f70ae73db881c0"
},
{
"fixed": "3d6378f7056ac7350338f941001162a8f660853c"
},
{
"fixed": "9af31d6ec1a4be4caab2550096c6bd2ba8fba472"
}
]
}
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2023-53800.json"
}
},
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "2.6.22"
},
{
"fixed": "4.14.308"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "4.15.0"
},
{
"fixed": "4.19.276"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "4.20.0"
},
{
"fixed": "5.4.235"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.5.0"
},
{
"fixed": "5.10.173"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.11.0"
},
{
"fixed": "5.15.100"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.16.0"
},
{
"fixed": "6.1.18"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.2.0"
},
{
"fixed": "6.2.5"
}
]
}
],
"package": {
"name": "Kernel",
"ecosystem": "Linux"
},
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2023-53800.json"
}
}
],
"modified": "2026-10-28T02:30:37.213044765Z",
"provider": "osv",
"references": [
"https://git.kernel.org/stable/c/35f8d4064e54c18424db2997059d4c0b1d13d093",
"https://git.kernel.org/stable/c/3d6378f7056ac7350338f941001162a8f660853c",
"https://git.kernel.org/stable/c/53818746e549e61841428892a8d94344494be797",
"https://git.kernel.org/stable/c/9af31d6ec1a4be4caab2550096c6bd2ba8fba472",
"https://git.kernel.org/stable/c/9c8be1f165baee53b5a36ea0b3c9281d403a1d0b",
"https://git.kernel.org/stable/c/b0c951742348d216f094d16ed4f70ae73db881c0",
"https://git.kernel.org/stable/c/bf795ebbb9995e2fe7945de71177f01c2f1215dc",
"https://git.kernel.org/stable/c/bf9875aa7f7d624a8c084425b14bf7e5907ebc30",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/53xxx/CVE-2023-53800.json",
"https://nvd.nist.gov/vuln/detail/CVE-2023-53800",
"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/2023/53xxx/CVE-2023-53800.json"
}
},
"related_cves": [
{
"value": "CVE-2023-53800",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 504040,
"published_at": "2025-12-09T00:00:56.507+00:00"
}