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

  - autofs修复 autofs_catatonic_mode 中 waitqueues 的内存泄漏 Syzkaller 报告内存泄漏缺陷
    内存泄漏未引用对象 0xffff88810b279e00（大小 96）：comm syz-executor399，pid 3631，jiffies 4294964921（使用期限 23.870s）十六进制转储前 32 个字节：00 00 00 00 00 00 00 00 08 9e 27 0b 81 . ......'......08 9e 27 0b 81 88 ff ff 00 00 00 00 00 00 00 00 ......'......回溯
    [<ffffffff814cfc90>] kmalloc_trace+0x20/0x90 mm/slab_common.c:1046 [<ffffffff81bb75ca>] kmalloc include/linux/slab.h:576 [inline] [<ffffffff81bb75ca>] autofs_wait+0x3fa/0x9a0 fs/autofs/waitq.c 378 [<ffffffff81bb88a7>] autofs_do_expire_multi+0xa7/0x3e0 fs/autofs/expire.c:593 [<ffffffff81bb8c33>] autofs_expire_multi+0x53/0x80 fs/autofs/expire.c:619 [<ffffffff81bb6972>] autofs_root_ioctl_unlocked+0x322/0x3b0 fs/autofs/ root.c:897 [<ffffffff81bb6a95>] autofs_root_ioctl+0x25/0x30 fs/autofs/root.c:910 [<ffffffff81602a9c>] vfs_ioctl fs/ioctl.c:51 [inline] [<ffffffff81602a9c>] __do_sys_ioctl fs/ioctl.c:870 [inline] [<ffffffff81602a9c>] __se_sys_ioctl fs/ioctl.c:856 [inline] [<ffffffff81602a9c>] __x64_sys_ioctl+0xfc/0x140 fs/ioctl.c:856 [<ffffffff84608225>] do_syscall_x64 arch/x86/entry/common.c:50 [inline] [<ffffffff84608225>] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 [<ffffffff84800087>] entry_SYSCALL_64_after_hwframe+0x63/0xcd autofs_wait_queue 结构的 wait_ctr 为零时应释放。否则它们将会丢失。在这种情况下完成了 AUTOFS_IOC_EXPIRE_MULTI ioctl然后在 autofs_wait() 中分配了一个新的 waitqueue struct,其初始 wait_ctr 等于 2。之后 wait_event_killable() 中断它返回 -ERESTARTSYS因此“wq->name.name” == NULL”条件可能无法满足。实际上调用 autofs_wait_release() 或 autofs_catatonic_mode() 时可满足此条件并且同样重要的是 wait_ctr 在这些位置中减少。
    退出 autofs_wait() 时wait_ctr 减少到 1。然后卸载进程开始kill_sb 调用 autofs_catatonic_mode()本应释放 waitqueue但它只是将其使用情况计数器减少到零此行为不正确。 edit:imk 这种描述当然是不正确的。因到期而执行的 umount 是已 automount 的挂载的 umount而非 autofs 挂载本身。它们独立发生，通常在 autofs 文件系统内挂载的所有内容都过期之后发生。如果所有内容尚未过期automount 后台程序仍可退出并保留挂载。但是这两种情况下的过期将导致出现调用 autofs_wait_release() 的通知并显示结果状态。问题案例为 automount 后台程序的 汇总执行。在这种情况下任何等待中的进程都不会被唤醒直到它们终止或卸载挂载。 end edit: imk因此在 catatonic 模式下我们应该释放计数器变为零的 waitqueues。
    编辑 imk 最初我担心 autofs_wait_release() 和 autofs_catatonic_mode() 的调用不是相互排除的但情况不可能(显然)因为当其中一个会调用两个函数。因此，等待条目将仅由其中一个函数释放，或由 autofs_wait() 中唤醒的进程释放，具体取决于调用顺序。结束编辑imk (CVE-2023-54134)

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

检测

Linux Distros 未修补的漏洞：CVE-2023-54134

medium Nessus 插件 ID 279774

版本 1.13