CVE-2022-50747 in Linux
Zusammenfassung
von VulDB • 24.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
hfs: Behebung eines Out-of-Bounds-Write (OOB Write) in hfs_asc2mac
Syzbot meldete einen OOB Write-Fehler:
loop0: erkannte Kapazitätsänderung von 0 auf 64 ================================================================== BUG: KASAN: slab-out-of-bounds in hfs_asc2mac+0x467/0x9a0 fs/hfs/trans.c:133 Write of size 1 at addr ffff88801848314e by task syz-executor391/3632
Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline]
dump_stack_lvl+0x1b1/0x28e lib/dump_stack.c:106 print_address_description+0x74/0x340 mm/kasan/report.c:284 print_report+0x107/0x1f0 mm/kasan/report.c:395 kasan_report+0xcd/0x100 mm/kasan/report.c:495 hfs_asc2mac+0x467/0x9a0 fs/hfs/trans.c:133 hfs_cat_build_key+0x92/0x170 fs/hfs/catalog.c:28 hfs_lookup+0x1ab/0x2c0 fs/hfs/dir.c:31 lookup_open fs/namei.c:3391 [inline]
open_last_lookups fs/namei.c:3481 [inline]
path_openat+0x10e6/0x2df0 fs/namei.c:3710 do_filp_open+0x264/0x4f0 fs/namei.c:3740
Wenn in->len deutlich größer ist als HFS_NAMELEN(31), was die maximale Länge eines HFS-Dateinamens darstellt, kann es zu einem Out-of-Bounds-Write (OOB Write) in hfs_asc2mac() kommen. In diesem Fall erreicht dst den Grenzwert, während srclen immer noch größer als 0 ist, was einen OOB Write verursacht. Dies wird behoben, indem vor dem Schreiben an die dst-Adresse eine Prüfung auf dstlen innerhalb der while()-Schleife hinzugefügt wird.
If you want to get best quality of vulnerability data, you may have to visit VulDB.