Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - smbclientチャネルを再接続するときの潜在的なデッドロックを修正します 適切なロック順序を取得し、以下のデッドロックの発生を防止するために cifs_signal_cifsd_for_reconnect() を修正します ================================ =========================================================================== 警告循環ロック依存関係が検出されました 6.16.0-rc3-build2+ #1301 汚染ありGSW ------------------------------------------------------------- ----- cifsd/6055 がロックを取得しようとしています ffff88810ad56038 (&tcp_ses->srv_lock){+.+.}-{3:3}, at
    cifs_signal_cifsd_for_reconnect+0x134/0x200 がタスクは既にロックを保持しています ffff888119c64330 (&ret_buf->chan_lock){+.+.}-{3:3}, at: cifs_signal_cifsd_for_reconnect+0xcf/0x200 このロックはすでに新しいロックに依存しています。既存の依存関係チェーン逆順は次のとおりです。-> #2 (&ret_buf->chan_lock){+.+.}-{3:3}: validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4 /0x1f0 _raw_spin_lock+0x2f/0x40 cifs_setup_session+0x81/0x4b0 cifs_get_smb_ses+0x771/0x900 cifs_mount_get_session+0x7e/0x170 cifs_mount+0x92/0x2d0 cifs_smb3_do_mount+0x161/0x460 smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0 path_mount+0x6ee /0x740 do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #1 (&ret_buf->ses_lock){+.+.}-{3:3}
    validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0
    _raw_spin_lock+0x2f/0x40 cifs_match_super+0x101/0x320 sget+0xab/0x270 cifs_smb3_do_mount+0x1e0/0x460 smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0 path_mount+0x6ee/0x740 do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #0 (&tcp_ses->srv_lock){+.+.}-{3:3}:
    check_noncircular+0x95/0xc0 check_prev_add+0x115/0x2f0 validate_chain+0x1cf/0x270
    __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0 _raw_spin_lock+0x2f/0x40 cifs_signal_cifsd_for_reconnect+0x134/0x200 __cifs_reconnect+0x8f/0x500 cifs_handle_standard+0x112/0x280 cifs_demultiplex_thread+0x64d/0xbc0 kthread+0x2f7/0x310 ret_from_fork+0x2a/0x230 ret_from_fork_asm +0x1a/0x30 以下のデバッグに役立つ可能性があるその他の情報チェーンが存在します &tcp_ses->srv_lock
    --> &ret_buf->ses_lock --> &ret_buf->chan_lock 潜在的な安全でないロックシナリオ CPU0 CPU1 ---- ---- lock(&ret_buf->chan_lock); lock(&ret_buf->ses_lock); lock(&ret_buf->chan_lock); lock(&tcp_ses->srv_lock);
    *** デッドロック *** 3 つのロックが cifsd/6055 により保持されます #0ffffffff857de398 (&cifs_tcp_ses_lock){+.+.}-{3:3}, at
    cifs_signal_cifsd_for_reconnect+0x7b/0x200 #1ffff888119c64060 (&ret_buf->ses_lock){+.+.}-{3:3}, at
    cifs_signal_cifsd_for_reconnect+0x9c/0x200 #2ffff888119c64330 (&ret_buf->chan_lock){+.+.}-{3:3}, at
    cifs_signal_cifsd_for_reconnect+0xcf/0x200CVE-2025-38244

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - smb: client: fix potential deadlock when reconnecting channels Fix cifs_signal_cifsd_for_reconnect() to     take the correct lock order and prevent the following deadlock from happening     ====================================================== WARNING: possible circular locking dependency     detected 6.16.0-rc3-build2+ #1301 Tainted: G S W ------------------------------------------------------     cifsd/6055 is trying to acquire lock: ffff88810ad56038 (&tcp_ses->srv_lock){+.+.}-{3:3}, at:
    cifs_signal_cifsd_for_reconnect+0x134/0x200 but task is already holding lock: ffff888119c64330     (&ret_buf->chan_lock){+.+.}-{3:3}, at: cifs_signal_cifsd_for_reconnect+0xcf/0x200 which lock already     depends on the new lock. the existing dependency chain (in reverse order) is: -> #2     (&ret_buf->chan_lock){+.+.}-{3:3}: validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780     lock_acquire.part.0+0xb4/0x1f0 _raw_spin_lock+0x2f/0x40 cifs_setup_session+0x81/0x4b0     cifs_get_smb_ses+0x771/0x900 cifs_mount_get_session+0x7e/0x170 cifs_mount+0x92/0x2d0     cifs_smb3_do_mount+0x161/0x460 smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0     path_mount+0x6ee/0x740 do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260     entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #1 (&ret_buf->ses_lock){+.+.}-{3:3}:
    validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0
    _raw_spin_lock+0x2f/0x40 cifs_match_super+0x101/0x320 sget+0xab/0x270 cifs_smb3_do_mount+0x1e0/0x460     smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0 path_mount+0x6ee/0x740     do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260     entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #0 (&tcp_ses->srv_lock){+.+.}-{3:3}:
    check_noncircular+0x95/0xc0 check_prev_add+0x115/0x2f0 validate_chain+0x1cf/0x270
    __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0 _raw_spin_lock+0x2f/0x40     cifs_signal_cifsd_for_reconnect+0x134/0x200 __cifs_reconnect+0x8f/0x500 cifs_handle_standard+0x112/0x280     cifs_demultiplex_thread+0x64d/0xbc0 kthread+0x2f7/0x310 ret_from_fork+0x2a/0x230     ret_from_fork_asm+0x1a/0x30 other info that might help us debug this: Chain exists of: &tcp_ses->srv_lock
    --> &ret_buf->ses_lock --> &ret_buf->chan_lock Possible unsafe locking scenario: CPU0 CPU1 ---- ----     lock(&ret_buf->chan_lock); lock(&ret_buf->ses_lock); lock(&ret_buf->chan_lock); lock(&tcp_ses->srv_lock);
    *** DEADLOCK *** 3 locks held by cifsd/6055: #0: ffffffff857de398 (&cifs_tcp_ses_lock){+.+.}-{3:3}, at:
    cifs_signal_cifsd_for_reconnect+0x7b/0x200 #1: ffff888119c64060 (&ret_buf->ses_lock){+.+.}-{3:3}, at:
    cifs_signal_cifsd_for_reconnect+0x9c/0x200 #2: ffff888119c64330 (&ret_buf->chan_lock){+.+.}-{3:3}, at:
    cifs_signal_cifsd_for_reconnect+0xcf/0x200 (CVE-2025-38244)

Note that Nessus relies on the presence of the package as reported by the vendor.

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - smb用戶端修正重新連線通道時可能發生的鎖死問題。修正 cifs_signal_cifsd_for_reconnect() 以採用正確的鎖定順序並防止下列鎖死情況發生 ====================== ================================ 警告偵測到可能的循環鎖定相依性 6.16.0-rc3-build2+ #1301 污染GSW ------------------------------------------------- ----- cifsd/6055 嘗試取得鎖定 ffff88810ad56038 (&tcp_ses->srv_lock){+.+.}-{3:3}、
    cifs_signal_cifsd_for_reconnect+0x134/0x200 但工作已保留鎖定ffff888119c64330 (&ret_buf->chan_lock){+.+.}-{3:3}, at: cifs_signal_cifsd_for_reconnect+0xcf/0x200 其中鎖定已依賴新鎖定。現有的相依性鏈 (以相反順序) 為-> #2 (&ret_buf->chan_lock){+.+.}-{3:3}: validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4 /0x1f0 _raw_spin_lock+0x2f/0x40 cifs_setup_session+0x81/0x4b0 cifs_get_smb_ses+0x771/0x900 cifs_mount_get_session+0x7e/0x170 cifs_mount+0x92/0x2d0 cifs_smb3_do_mount+0x161/0x460 smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0 path_mount+0x6ee /0x740 do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #1 (&ret_buf->ses_lock){+.+.}-{3:3}
    validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0
    _raw_spin_lock+0x2f/0x40 cifs_match_super+0x101/0x320 sget+0xab/0x270 cifs_smb3_do_mount+0x1e0/0x460 smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0 path_mount+0x6ee/0x740 do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #0 (&tcp_ses->srv_lock){+.+.}-{3:3}:
    check_noncircle+0x95/0xc0 check_prev_add+0x115/0x2f0 validate_chain+0x1cf/0x270
    __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0 _raw_spin_lock+0x2f/0x40 cifs_signal_cifsd_for_reconnect+0x134/0x200 __cifs_reconnect+0x8f/0x500 cifs_handle_standard+0x112/0x280 cifs_demultiplex_thread+0x64d/0xbc0 kthread+0x2f7/0x310 ret_from_fork+0x2a/0x230 ret_from_fork_asm +0x1a/0x30 其他可協助我們除錯此項目的資訊鏈結如下&tcp_ses->srv_lock
    --> &ret_buf->ses_lock --> &ret_buf->chan_lock 可能的不安全鎖定情況CPU0 CPU1 ---- ---- lock(&ret_buf->chan_lock); lock(&ret_buf->ses_lock); lock(&ret_buf->chan_lock); lock(&tcp_ses->srv_lock);
    *** DEADLOCK *** cifsd/6055 保留的 3 個鎖定 #0ffffffff857de398 (&cifs_tcp_ses_lock){+.+.}-{3:3}, at:
    cifs_signal_cifsd_for_reconnect+0x7b/0x200 #1: ffff888119c64060 (&ret_buf->ses_lock){+.+.}-{3:3}於
    cifs_signal_cifsd_for_reconnect+0x9c/0x200 #2: ffff888119c64330 (&ret_buf->chan_lock){+.+.}-{3:3}於
    cifs_signal_cifsd_for_reconnect+0xcf/0x200 (CVE-2025-38244)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - smbclient修复重新连接通道时可能死锁的问题 修复 cifs_signal_cifsd_for_reconnect() 以采取正确的锁定顺序并防止发生以下死锁 ====================== ================================ 警告检测到可能的循环锁定依赖关系 受 6.16.0-rc3-build2+ #1301 感染GSW ------------------------------------------------- ----- cifsd/6055 正在尝试获取锁定ffff88810ad56038 (&tcp_ses->srv_lock){+.+.}-{3:3}位于
    cifs_signal_cifsd_for_reconnect+0x134/0x200但任务已持有锁定ffff888119c64330 (&ret_buf->chan_lock){+.+.}-{3:3}的 cifs_signal_cifsd_for_reconnect+0xcf/0x200其中的锁定已依赖于新的锁定。现有依存关系链逆序为 -> #2 (&ret_buf->chan_lock){+.+.}-{3:3}: validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4 /0x1f0 _raw_spin_lock+0x2f/0x40 cifs_setup_session+0x81/0x4b0 cifs_get_smb_ses+0x771/0x900 cifs_mount_get_session+0x7e/0x170 cifs_mount+0x92/0x2d0 cifs_smb3_do_mount+0x161/0x460 smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0 path_mount+0x6ee /0x740 do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #1 (&ret_buf->ses_lock){+.+.}-{3:3}
    validate_chain+0x1cf/0x270 __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0
    _raw_spin_lock+0x2f/0x40 cifs_match_super+0x101/0x320 sget+0xab/0x270 cifs_smb3_do_mount+0x1e0/0x460 smb3_get_tree+0x55/0x90 vfs_get_tree+0x46/0x180 do_new_mount+0x1b0/0x2e0 path_mount+0x6ee/0x740 do_mount+0x98/0xe0 __do_sys_mount+0x148/0x180 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x76/0x7e -> #0 (&tcp_ses->srv_lock){+.+.}-{3:3}:
    check_noncircular+0x95/0xc0 check_prev_add+0x115/0x2f0 validate_chain+0x1cf/0x270
    __lock_acquire+0x60e/0x780 lock_acquire.part.0+0xb4/0x1f0 _raw_spin_lock+0x2f/0x40 cifs_signal_cifsd_for_reconnect+0x134/0x200 __cifs_reconnect+0x8f/0x500 cifs_handle_standard+0x112/0x280 cifs_demultiplex_thread+0x64d/0xbc0 kthread+0x2f7/0x310 ret_from_fork+0x2a/0x230 ret_from_fork_asm +0x1a/0x30 其他可能帮助我们调试此漏洞的信息: 链存在于: &tcp_ses->srv_lock
    --> &ret_buf->ses_lock --> &ret_buf->chan_lock 可能不安全的锁定情况CPU0 CPU1 ---- ---- lock(&ret_buf->chan_lock); lock(&ret_buf->ses_lock); lock(&ret_buf->chan_lock); lock(&tcp_ses->srv_lock);
    *** DEADLOCK *** cifsd/6055 持有的 3 个锁定 #0ffffffff857de398 (&cifs_tcp_ses_lock){+.+.}-{3:3}位于
    cifs_signal_cifsd_for_reconnect+0x7b/0x200 #1ffff888119c64060 (&ret_buf->ses_lock){+.+.}-{3:3}位于
    cifs_signal_cifsd_for_reconnect+0x9c/0x200 #2ffff888119c64330 (&ret_buf->chan_lock){+.+.}-{3:3}位于
    cifs_signal_cifsd_for_reconnect+0xcf/0x200CVE-2025-38244

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

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2025-1130 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    virtio: break and reset virtio devices on device_shutdown() (CVE-2025-38064)

    In the Linux kernel, the following vulnerability has been resolved:

    af_unix: Don't leave consecutive consumed OOB skbs. (CVE-2025-38236)

    In the Linux kernel, the following vulnerability has been resolved:

    smb: client: fix potential deadlock when reconnecting channels (CVE-2025-38244)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

したがって、ALAS2023-2025-1130 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux カーネルで、以下の脆弱性が解決されています。

    virtio: device_shutdown() で virtio デバイスを中断してリセットします (CVE-2025-38064)

    Linux カーネルで、以下の脆弱性が解決されています。

    af_unix: 連続して消費される OOB skbs を放置しません (CVE-2025-38236)

    Linux カーネルで、以下の脆弱性が解決されています。

    smbclientチャネルの再接続時に潜在的なデッドロックを修正しますCVE-2025-38244

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

因此，會受到 ALAS2023-2025-1130 公告中所提及的多個弱點影響。

    在 Linux 核心中，下列弱點已解決：

    virtio：中斷並重設 device_shutdown() 上的 virtio 裝置 (CVE-2025-38064)

    在 Linux 核心中，下列弱點已解決：

    af_unix：不留下連續耗用的 OOB skb。 (CVE-2025-38236)

    在 Linux 核心中，下列弱點已解決：

    smb用戶端修正重新連線通道時可能發生的鎖死 (CVE-2025-38244)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，该软件受到 ALAS2023-2025-1130 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    virtio：中断并重置 device_shutdown() 上的 virtio 设备 (CVE-2025-38064)

    在 Linux 内核中，以下漏洞已修复：

    af_unix：不保留连续消耗的 OOB skb。(CVE-2025-38236)

    在 Linux 内核中，以下漏洞已修复：

    smbclient修复重新连接通道时潜在的死锁 (CVE-2025-38244)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
247739	Linux Distros のパッチ未適用の脆弱性: CVE-2025-38244	Nessus	Misc.	2025/8/10	2025/8/10	medium
247739	Linux Distros Unpatched Vulnerability : CVE-2025-38244	Nessus	Misc.	2025/8/10	2025/8/10	medium
247739	Linux Distros 未修補的弱點：CVE-2025-38244	Nessus	Misc.	2025/8/10	2025/8/10	medium
247739	Linux Distros 未修补的漏洞：CVE-2025-38244	Nessus	Misc.	2025/8/10	2025/8/10	medium
243505	Amazon Linux 2023 : bpftool6.12, kernel6.12, kernel6.12-devel (ALAS2023-2025-1130)	Nessus	Amazon Linux Local Security Checks	2025/8/4	2025/8/14	high
243505	Amazon Linux 2023bpftool6.12、kernel6.12、kernel6.12-develALAS2023-2025-1130	Nessus	Amazon Linux Local Security Checks	2025/8/4	2025/8/14	high
243505	Amazon Linux 2023bpftool6.12、kernel6.12、kernel6.12-devel (ALAS2023-2025-1130)	Nessus	Amazon Linux Local Security Checks	2025/8/4	2025/8/14	high
243505	Amazon Linux 2023 bpftool6.12、kernel6.12、kernel6.12-devel (ALAS2023-2025-1130)	Nessus	Amazon Linux Local Security Checks	2025/8/4	2025/8/14	high

検出

プラグインの検索

medium

medium

medium

medium

high

high

high

high