CVE-2024-53156

In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> wifi: ath9k: add range check for conn_rsp_epid in htc_connect_service()<br /> <br /> I found the following bug in my fuzzer:<br /> <br /> UBSAN: array-index-out-of-bounds in drivers/net/wireless/ath/ath9k/htc_hst.c:26:51<br /> index 255 is out of range for type &amp;#39;htc_endpoint [22]&amp;#39;<br /> CPU: 0 UID: 0 PID: 8 Comm: kworker/0:0 Not tainted 6.11.0-rc6-dirty #14<br /> Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014<br /> Workqueue: events request_firmware_work_func<br /> Call Trace:<br /> <br /> dump_stack_lvl+0x180/0x1b0<br /> __ubsan_handle_out_of_bounds+0xd4/0x130<br /> htc_issue_send.constprop.0+0x20c/0x230<br /> ? _raw_spin_unlock_irqrestore+0x3c/0x70<br /> ath9k_wmi_cmd+0x41d/0x610<br /> ? mark_held_locks+0x9f/0xe0<br /> ...<br /> <br /> Since this bug has been confirmed to be caused by insufficient verification<br /> of conn_rsp_epid, I think it would be appropriate to add a range check for<br /> conn_rsp_epid to htc_connect_service() to prevent the bug from occurring.