CVE-2023-53270 in Linux
الملخص
بحسب VulDB • 23/06/2026
في نواة لينكس، تم حل الثغرة التالية:
ext4: إصلاح مشكلة تجاوز i_disksize لـ i_size في حالة الكتابة الجزئية
من الممكن أن يتجاوز `i_disksize` قيمة `i_size`، مما يؤدي إلى ظهور تحذير.
``` generic_perform_write copied = iov_iter_copy_from_user_atomic(len) // copied < len ext4_da_write_end | ext4_update_i_disksize | new_i_size = pos + copied; | WRITE_ONCE(EXT4_I(inode)->i_disksize, newsize) // تحديث i_disksize | generic_write_end | copied = block_write_end(copied, len) // copied = 0 | if (unlikely(copied < len)) | if (!PageUptodate(page)) | copied = 0; | if (pos + copied > inode->i_size) // إرجاع false if (unlikely(copied == 0)) goto again; if (unlikely(iov_iter_fault_in_readable(i, bytes))) {
status = -EFAULT; break; } ```
نحصل هنا على قيمة `i_disksize` أكبر من `i_size`، مما قد يؤدي إلى تشغيل تحذير `WARNING` عند التحقق من `'i_size_read(inode) < EXT4_I(inode)->i_disksize'` أثناء تنفيذ عمليات I/O المباشرة (DIO):
``` ext4_dio_write_iter iomap_dio_rw __iomap_dio_rw // إرجاع خطأ، الطول غير مضبوط على 512 ext4_handle_inode_extension WARN_ON_ONCE(i_size_read(inode) < EXT4_I(inode)->i_disksize) // Oops
WARNING: CPU: 2 PID: 2609 at fs/ext4/file.c:319 CPU: 2 PID: 2609 Comm: aa Not tainted 6.3.0-rc2 RIP: 0010:ext4_file_write_iter+0xbc7 Call Trace: vfs_write+0x3b1 ksys_write+0x77 do_syscall_64+0x39 ```
تم إصلاح المشكلة عن طريق تحديث قيمة `copied` قبل تحديث `i_disksize`، تماماً كما تفعل الدالة `ext4_write_inline_data_end()`.
يمكن العثور على برنامج إعادة إنتاج للخطأ (reproducer) في رابط buganizer أدناه.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.