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

  - ALSA：seq：oss：修复处理具有嵌入 SysEx 数据的事件时的 UAF OSS 音序器将输入 MIDI 字节处理成要稍后调度的音序器事件（在从 snd_seq_oss_process_event（） 调用的 snd_seq_oss_midi_putc（） 中）。如果是 SysEx 数据，则事件记录包含指向原始 SysEx 字节的 data.ext.ptr 指针，引用的数据随后会在调度时复制到池中。问题是，如果排序器端口在分派之前并发关闭，则 OSS 排序器核心也会释放资源（在 snd_seq_oss_midi_check_exit_port（） 中），而待定事件可能保留一个过时指针，最终导致稍后分派时出现 UAF。幸运的是，已经有一个用于 OSS MIDI 设备访问的引用计数机制 （snd_use_lock_t），为了解决上述问题，我们只需要扩展引用计数，直到事件被调度。此修补程序扩展 snd_seq_oss_process_event（） 以返回 refcount 对象，该对象接着在调用调用方端具有指定事件的音序器调度程序后释放。根据原始报告，KASAN 报告如下：snd_seq_event_dup+0x40c/0x470 中的 KASAN slab-after-free RIP：0033：0x7f2cb66a6340读取大小为 6 调用跟踪：dump_stack_lvl+0x73/0xb0 （？：？） print_report+0xd1/0x650 （？：？） srso_alias_return_thunk+0x5/0xfbef5 （？：？） __virt_addr_valid+0x1a7/0x340 （？：？） kasan_complete_mode_report_info+0x64/0x200 （？：？） kasan_report+0xf7/0x130 （？：?)snd_seq_event_dup+0x40c/0x470 （？：？） kasan_check_range+0x10c/0x1c0 （？：？） __asan_memcpy+0x27/0x70 （？：？） snd_seq_event_dup+0x9/0x470 （？：？） snd_seq_client_enqueue_event+0x139/0x240 （？：？）
    _raw_spin_unlock_irqrestore+0x4b/0x60 （？：？） snd_seq_kernel_client_enqueue+0x102/0x120 （？：？） snd_seq_oss_write+0x416/0x4e0 （？：？） apparmor_file_permission+0x20/0x30 （？：？） odev_write+0x3b/0x60 （？：？） vfs_write+0x1ce/0x850 （？：？） lock_release+0xc8/0x2a0 （？：？） __kasan_check_write+0x18/0x20 （？：？）
    __mutex_unlock_slowpath+0x129/0x510 （？：？） ksys_write+0xe1/0x180 （？：？） mutex_unlock+0x16/0x20 （？：？） odev_ioctl+0x65/0xc0 （？：？） __x64_sys_write+0x46/0x60 （？：？） x64_sys_call+0x7d/0x20d0 （？：？） do_syscall_64+0xc1/0x360 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f （？：？）（CVE-2026-74388）

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

检测

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

high Nessus 插件 ID 335517

版本 1.25