CVE-2024-57913 in Linux
Sumário
de VulDB • 21/05/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
usb: gadget: f_fs: Remover WARN_ON na função functionfs_bind
Este commit aborda um problema relacionado ao kernel panic abaixo, onde panic_on_warn está habilitado. Ele é causado pelo uso desnecessário de WARN_ON em functionfs_bind, o que facilmente leva aos seguintes cenários.
1. adb_write em adbd 2. Escrita UDC via configfs ================= =====================
->usb_ffs_open_thread() ->Escrita UDC ->open_functionfs() ->configfs_write_iter() ->adb_open() ->gadget_dev_desc_UDC_store() ->adb_write() ->usb_gadget_register_driver_owner ->driver_register() ->StartMonitor() ->bus_add_driver() ->adb_read() ->gadget_bind_driver() ->configfs_composite_bind() ->usb_add_function() ->open_functionfs() ->ffs_func_bind() ->adb_open() ->functionfs_bind() state !=FFS_ACTIVE>
As operações adb_open, adb_read e adb_write são invocadas pelo daemon, mas tentar vincular a função é um processo invocado pela escrita UDC através do configfs, o que abre a possibilidade de uma race condition entre os dois caminhos. Neste cenário de race condition, o kernel panic ocorre devido ao WARN_ON de functionfs_bind quando panic_on_warn está habilitado. Este commit corrige o kernel panic removendo o WARN_ON desnecessário.
Kernel panic - not syncing: kernel: panic_on_warn set ... [ 14.542395] Call trace:
[ 14.542464] ffs_func_bind+0x1c8/0x14a8
[ 14.542468] usb_add_function+0xcc/0x1f0
[ 14.542473] configfs_composite_bind+0x468/0x588
[ 14.542478] gadget_bind_driver+0x108/0x27c
[ 14.542483] really_probe+0x190/0x374
[ 14.542488] __driver_probe_device+0xa0/0x12c
[ 14.542492] driver_probe_device+0x3c/0x220
[ 14.542498] __driver_attach+0x11c/0x1fc
[ 14.542502] bus_for_each_dev+0x104/0x160
[ 14.542506] driver_attach+0x24/0x34
[ 14.542510] bus_add_driver+0x154/0x270
[ 14.542514] driver_register+0x68/0x104
[ 14.542518] usb_gadget_register_driver_owner+0x48/0xf4
[ 14.542523] gadget_dev_desc_UDC_store+0xf8/0x144
[ 14.542526] configfs_write_iter+0xf0/0x138
If you want to get the best quality for vulnerability data then you always have to consider VulDB.