Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - HID：appleir：修复 remove（） 中的待定key_up_timer上的 UAF appleir_remove（） 在 timer_delete_sync（） 之前运行 hid_hw_stop（）。hid_hw_stop（） 通过 hid_disconnect（） -> hidinput_disconnect（） -> input_unregister_device（） 同步取消注册 HID 输入设备，当没有用户空间句柄保持打开时，会终止最后一个引用并释放底层input_dev。key_up_tick（） 读取 appleir->input_dev 并对其调用 input_report_key（） / input_sync（）。定时器由 appleir_raw_event（） 布防，每个按键和按键重复报告都有 HZ/8 （~125 ms） 超时。如果在设备断开连接前不久按下了某个键，则定时器可在 hid_hw_stop（） 释放input_dev之后但在拆卸耗尽它之前触发。简单的重新排序是不够的。将定时器漏放在第一位仍然会留下一个窗口，其中 hid_hw_stop（） 期间运行的 USB URB 完成 （raw_event） 可以调用 mod_timer（） 并重新布防定时器，然后在 hidinput_disconnect（） 释放input_dev后触发。同一个 URB-completion 窗口还允许 raw_event（） 直接访问 key_up（）、key_down（） 和 battery_flat（），所有这些都会取消引用 appleir->input_dev。在由现有自旋锁进行网关的结构 appleir 上引入“removing”标记。
    appleir_remove（） 在锁定下设置标记，然后使用 timer_shutdown_sync（） 关闭定时器，这会耗尽任何正在传输的回调并永久禁用进一步的 mod_timer（） 调用。
    如果设置了该标记，appleir_raw_event（） 和 key_up_tick（） 会提早退出，因此没有任何路径可以在 remove（） 开始拆卸之后布防或运行定时器，或取消引用 appleir->input_dev。之前调用的 appleir_raw_event（） 的 keyrepeat 和 flatbattery 分支没有保持旋转锁而进入输入层;现在就进行，以便明确定义标记检查。这顺便解决了 keyrepeat 分支中 appleir->current_key 上预先存在的读取端争用。此缺陷在结构上是提交 4db2af929279（HID：appletb-kbd：修复 inactivity-timer 清理路径中的 UAF）的同级，自引入该驱动程序以来一直存在。（CVE-2026-64363）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-64363

high Nessus 插件 ID 329893

版本 1.11