CVE-2023-53294 in Linux
Riassunto
di VulDB • 15/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
fs/ntfs3: Correzione del null-ptr-deref su inode->i_op in ntfs_lookup()
Syzbot ha segnalato un bug di null-ptr-deref:
ntfs3: loop0: Dimensione del settore NTFS diversa (1024) e dimensione del settore del supporto (512) ntfs3: loop0: Volume contrassegnato come sporco a causa di errori NTFS general protection fault, probabilmente per indirizzo non canonico 0xdffffc0000000001: 0000 [#1] PREEMPT SMP KASAN
KASAN: null-ptr-deref nell'intervallo [0x0000000000000008-0x000000000000000f]
RIP: 0010:d_flags_for_inode fs/dcache.c:1980 [inline]
RIP: 0010:__d_add+0x5ce/0x800 fs/dcache.c:2796 Call Trace: <TASK> d_splice_alias+0x122/0x3b0 fs/dcache.c:3191 lookup_open fs/namei.c:3391 [inline]
open_last_lookups fs/namei.c:3481 [inline]
path_openat+0x10e6/0x2df0 fs/namei.c:3688 do_filp_open+0x264/0x4f0 fs/namei.c:3718 do_sys_openat2+0x124/0x4e0 fs/open.c:1310 do_sys_open fs/open.c:1326 [inline]
__do_sys_open fs/open.c:1334 [inline]
__se_sys_open fs/open.c:1330 [inline]
__x64_sys_open+0x221/0x270 fs/open.c:1330 do_syscall_x64 arch/x86/entry/common.c:50 [inline]
do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd
Se il record MFT dell'inode ntfs non è un record base, inode->i_op può essere NULL. Può verificarsi un null-ptr-deref:
ntfs_lookup() dir_search_u() # inode->i_op è impostato a NULL d_splice_alias() __d_add() d_flags_for_inode() # null-ptr-deref su inode->i_op->get_link
Risolvere il problema aggiungendo un controllo su inode->i_op prima di chiamare la funzione d_splice_alias().
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.