The remote Fedora 41 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2025-cca2fcc70c advisory.

    The 6.12.15 stable kernel update contains a number of important fixes across the tree.

    ----

    The 6.12.14 stable kernel update contains a number of important fixes across the tree.

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

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

リモートの Fedora 41 ホストには、FEDORA-2025-cca2fcc70c のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    6.12.15 stable カーネルの更新には、多岐にわたる重要なバグ修正が多く含まれています。

    ----

    6.12.14 stable カーネルの更新には、多岐にわたる重要なバグ修正が多く含まれています。

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

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

The remote CentOS Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the kernel-5.14.0-573.el9 build changelog.

  - In the Linux kernel, the following vulnerability has been resolved: scsi: sg: Fix slab-use-after-free read     in sg_release() Fix a use-after-free bug in sg_release(), detected by syzbot with KASAN: BUG: KASAN: slab-     use-after-free in lock_release+0x151/0xa30 kernel/locking/lockdep.c:5838
    __mutex_unlock_slowpath+0xe2/0x750 kernel/locking/mutex.c:912 sg_release+0x1f4/0x2e0 drivers/scsi/sg.c:407     In sg_release(), the function kref_put(&sfp->f_ref, sg_remove_sfp) is called before releasing the     open_rel_lock mutex. The kref_put() call may decrement the reference count of sfp to zero, triggering its     cleanup through sg_remove_sfp(). This cleanup includes scheduling deferred work via     sg_remove_sfp_usercontext(), which ultimately frees sfp. After kref_put(), sg_release() continues to     unlock open_rel_lock and may reference sfp or sdp. If sfp has already been freed, this results in a slab-     use-after-free error. Move the kref_put(&sfp->f_ref, sg_remove_sfp) call after unlocking the open_rel_lock     mutex. This ensures: - No references to sfp or sdp occur after the reference count is decremented. -     Cleanup functions such as sg_remove_sfp() and sg_remove_sfp_usercontext() can safely execute without     impacting the mutex handling in sg_release(). The fix has been tested and validated by syzbot. This patch     closes the bug reported at the following syzkaller link and ensures proper sequencing of resource cleanup     and mutex operations, eliminating the risk of use-after-free errors in sg_release(). (CVE-2024-56631)

  - In the Linux kernel, the following vulnerability has been resolved: can: isotp: sanitize CAN ID checks in     isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached     with a compliant CAN ID address configuration. The provided address information consisted of CAN ID     0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the     SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - In the Linux kernel, the following vulnerability has been resolved: can: bcm: Fix UAF in bcm_proc_show()     BUG: KASAN: slab-use-after-free in bcm_proc_show+0x969/0xa80 Read of size 8 at addr ffff888155846230 by     task cat/7862 CPU: 1 PID: 7862 Comm: cat Not tainted 6.5.0-rc1-00153-gc8746099c197 #230 Hardware name:
    QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK>     dump_stack_lvl+0xd5/0x150 print_report+0xc1/0x5e0 kasan_report+0xba/0xf0 bcm_proc_show+0x969/0xa80     seq_read_iter+0x4f6/0x1260 seq_read+0x165/0x210 proc_reg_read+0x227/0x300 vfs_read+0x1d5/0x8d0     ksys_read+0x11e/0x240 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd Allocated by task     7846: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x9e/0xa0     bcm_sendmsg+0x264b/0x44e0 sock_sendmsg+0xda/0x180 ____sys_sendmsg+0x735/0x920 ___sys_sendmsg+0x11d/0x1b0
    __sys_sendmsg+0xfa/0x1d0 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd Freed by task     7846: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x27/0x40
    ____kasan_slab_free+0x161/0x1c0 slab_free_freelist_hook+0x119/0x220 __kmem_cache_free+0xb4/0x2e0     rcu_core+0x809/0x1bd0 bcm_op is freed before procfs entry be removed in bcm_release(), this lead to     bcm_proc_show() may read the freed bcm_op. (CVE-2023-52922)

  - In the Linux kernel, the following vulnerability has been resolved: x86/xen: don't do PV iret hypercall     through hypercall page Instead of jumping to the Xen hypercall page for doing the iret hypercall, directly     code the required sequence in xen-asm.S. This is done in preparation of no longer using hypercall page at     all, as it has shown to cause problems with speculation mitigations. This is part of XSA-466 /     CVE-2024-53241. (CVE-2024-53241)

  - In the Linux kernel, the following vulnerability has been resolved: scsi: megaraid_sas: Fix for a     potential deadlock This fixes a 'possible circular locking dependency detected' warning CPU0 CPU1 ----
    ---- lock(&instance->reset_mutex); lock(&shost->scan_mutex); lock(&instance->reset_mutex);
    lock(&shost->scan_mutex); Fix this by temporarily releasing the reset_mutex. (CVE-2024-57807)

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

The remote Oracle Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2025-6966 advisory.

    - net: stmmac: dwmac-tegra: Read iommu stream id from device tree (Izabela Bakollari) [RHEL-75649]     {CVE-2025-21663}
    - net: stmmac: Fix zero-division error when disabling tc cbs (Izabela Bakollari) [RHEL-63931]     {CVE-2024-49977}
    - scsi: qla2xxx: Fix use after free on unload (Ewan D. Milne) [RHEL-75828] {CVE-2024-56623}

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

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

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-573.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已解決: scsi: sg: 修復 sg_release() 中的 slab 釋放後使用讀取。修復 sg_release() 中的釋放後使用錯誤，該錯誤是由 syzbot 與 KASAN 偵測到的: BUG: KASAN: slab-use-after-free in lock_release+0x151/0xa30 kernel/locking/lockdep.c:5838
    __mutex_unlock_slowpath+0xe2/0x750 kernel/locking/mutex.c:912 sg_release+0x1f4/0x2e0 drivers/scsi/sg.c:407。在 sg_release() 函式中，會先呼叫函式 kref_put(&sfp->f_ref, sg_remove_sfp)，然後再釋出 open_rel_lock mutex。kref_put() 呼叫可能會將 sfp 的參照計數歸零，進而觸發透過 sg_remove_sfp() 進行的清理作業。該清理過程包括透過 sg_remove_sfp_usercontext() 排程延遲的工作，並於最後釋放 sfp。在執行 kref_put() 之後，sg_release() 仍會繼續解鎖 open_rel_lock，並可能參照 sfp 或 sdp。如果已釋放 sfp，這就會導致 slab 釋放後使用錯誤。解鎖 open_rel_lock mutex 後再移動 kref_put(&sfp->f_ref, sg_remove_sfp) 呼叫。此改動可確保: - 參照計數遞減後，不會再發生對 sfp 或 sdp 的參照。- sg_remove_sfp() 和 sg_remove_sfp_usercontext() 等清理函式可安全執行，而不會影響 sg_release() 中的 mutex 處理。此修復方式已由 syzbot 測試並驗證。此修補程式可解決下列 syzkaller 連結中回報的錯誤，並確保資源清理和 mutex 作業的順序正確，進而消除在 sg_release() 中發生釋放後使用錯誤的風險。 (CVE-2024-56631)

  - 在 Linux 核心中，下列弱點已解決: can: isotp: 清理 isotp_bind() 中的 CAN ID 檢查。Syzbot 建立的環境會導致狀態機器進入異常狀態，這在使用相容的 CAN ID 位址設定時是不可能達到的。已提供的位址資訊包含 CAN ID 0x6000001 和 0xC28001，兩者在傳送和接收過程中都會歸結為 11 位元 CAN ID 0x001。在執行位址檢查之前，清理 SFF/EFF CAN ID 值。(CVE-2022-49269)

  - 在 Linux 核心中，下列弱點已解決: can: bcm: 修復 bcm_proc_show() 中的 UAF BUG: KASAN: bcm_proc_show+0x969/0xa80 中的 slab 釋放後使用。讀取大小: 8 位元組。存取位址: ffff888155846230。觸發工作: cat/7862。CPU: 1。PID: 7862。指令名稱: cat。未污染 6.5.0-rc1-00153-gc8746099c197#230硬體名稱:
    QEMU 標準 PC (i440FX + PIIX, 1996)、BIOS 1.15.0-1 04/01/2014 呼叫追蹤: <TASK> dump_stack_lvl+0xd5/0x150 print_report+0xc1/0x5e0 kasan_report+0xba/0xf0 bcm_proc_show+0x969/0xa80 seq_read_iter+0x4f6/0x1260 seq_readread +0x165/0x210 proc_reg_read+0x227/0x300 vfs_read+0x1d5/0x8d0 ksys_read+0x11e/0x240 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd。由工作 7846 分配: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x9e/0xa0 bcm_sendmsg +0x264b/0x44e0 sock_sendmsg+0xda/0x180____sys_sendmsg+0x735/0x920 ___sys_sendmsg+0x11d/0x1b0
    __sys_sendmsg+0xfa/0x1d0 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd。已由工作 7846 釋放: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x27/0x40
    ____kasan_slab_free+0x161/0x1c0 slab_free_freelist_hook+0x119/0x220 __kmem_cache_free+0xb4/0x2e0 rcu_core+0x809/0x1bd0。在 bcm_release() 中，bcm_op 在對應的 procfs 項目移除之前就已被釋放， 這導致 bcm_proc_show() 可能會讀取已釋放的 bcm_op 結構。(CVE-2023-52922)

  - 在 Linux 核心中，下列弱點已解決: x86/xen: 避免透過 hypercall 頁面執行 PV iret hypercall。不再跳轉至執行 iret hypercall 的 Xen hypercall 頁面，而是直接在 xen-asm.S. 中編寫所需的序列。這樣做是為了準備銜接未來完全停用 hypercall 頁面的機制，因為目前已證實該頁面會在使用推測緩解措施時產生問題。這是屬於 XSA-466/CVE-2024-53241 的問題。(CVE-2024-53241)

  - 在 Linux 核心中，下列弱點已解決: scsi: megaraid_sas: 修復潛在的鎖死問題。這可修復「偵測到可能的循環鎖定相依性」警告。 CPU0 CPU1 ----
    ---- lock(&instance->reset_mutex); lock(&shost->scan_mutex); lock(&instance->reset_mutex);
    lock(&shost->scan_mutex); 透過暫時釋放 reset_mutex 來修復此問題。(CVE-2024-57807)

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

遠端 Oracle Linux 9 主機中安裝的套件受到 ELSA-2025-6966 公告中提及的多個弱點影響。

    - netstmmacdwmac-tegra從裝置樹狀結構讀取 iommu 資料流 id (Izabela Bakollari) [RHEL-75649] {CVE-2025-21663}
    - netstmmac停用 tc cbs 時修正除零錯誤 (Izabela Bakollari) [RHEL-63931] {CVE-2024-49977}
    - scsiqla2xxx修正卸載時的釋放後使用 (Ewan D. Milne) [RHEL-75828] {CVE-2024-56623}

Tenable 已直接從 Oracle Linux 安全公告擷取前置描述區塊。

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

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-573.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、次の脆弱性が解決されました: scsi: sg: sg_release() での slab-use-after-free 読み取りを修正。KASAN を使用した syzbot によって検出された sg_release() での use-after-free バグを修正: バグ: KASAN: lock_release+0x151/0xa30 kernel/locking/lockdep.c:5838 の slab-use-after-free
    __mutex_unlock_slowpath+0xe2/0x750 kernel/locking/mutex.c:912 sg_release+0x1f4/0x2e0 drivers/scsi/sg.c:407 sg_release() では、open_rel_lock mutex を解放する前に関数 kref_put(&sfp->f_ref, sg_remove_sfp) が呼び出されます。kref_put() 呼び出しにより、sfp の参照カウントがゼロに減算され、sg_remove_sfp() によるクリーンアップがトリガーされる可能性があります。このクリーンアップには、sg_remove_sfp_usercontext() を介して延期された作業をスケジュールすることが含まれており、最終的に sfp が解放されます。kref_put() の後、sg_release() は open_rel_lock のロックを解除し続け、sfp または sdp を参照する場合があります。sfp がすでに解放されている場合、slab-use-after-free エラーが発生します。open_rel_lock mutex のロックを解除した後に、kref_put(&sfp->f_ref, sg_remove_sfp) 呼び出しを移動します。これにより、次のことが保証されます: - 参照カウントが減算された後、sfp または sdp への参照は発生しません。- sg_remove_sfp() や sg_remove_sfp_usercontext() などのクリーンアップ関数は、sg_release() での mutex 処理に影響を与えることなく、安全に実行できます。修正は syzbot によってテストおよび検証されています。このパッチは、以下の syzkaller リンクで報告されているバグを解決します。また、リソースのクリーンアップと mutex の操作が適切に順序付けられるようにして、sg_release() の use-after-free エラーのリスクを排除します。(CVE-2024-56631)

  - Linux カーネルでは、次の脆弱性が解決されました: can: isotp_bind() で CAN ID チェックをサニタイズすると、Syzbot は準拠した CAN ID アドレス設定では到達できないステートマシンステータスにつながる環境を作成しました。提供されたアドレス情報は CAN ID 0x6000001 と 0xC28001 で構成されており、どちらも送信および受信において 11 ビット CAN ID 0x001 になります。アドレスチェックを実行する前に、SFF/EFF CAN ID の値をサニタイズします。(CVE-2022-49269)

  - Linux カーネルでは、次の脆弱性が解決されました: can: bcm: bcm_proc_show() の UAF を修正。バグ: KASAN: bcm_proc_show+0x969/0xa80 の slab-use-after-free。タスク cat/7862 によるアドレス ffff888155846230 でのサイズ 8 の読み取り。CPU: 1 PID: 7862 Comm: cat 汚染なし 6.5.0-rc1-00153-gc8746099c197 #230 ハードウェア名:
    QEMU Standard PC (i440FX + PIIX、1996)、BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0xd5/0x150 print_report+0xc1/0x5e0 kasan_report+0xba/0xf0 bcm_proc_show+0x969/0xa80 seq_read_iter+0x4f6/0x1260 seq_read+0x165/0x210 proc_reg_read+0x227/0x300 vfs_read+0x1d5/0x8d0 ksys_read+0x11e/0x240 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd Allocated by task 7846: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x9e/0xa0 bcm_sendmsg+0x264b/0x44e0 sock_sendmsg+0xda/0x180 ____sys_sendmsg+0x735/0x920 ___sys_sendmsg+0x11d/0x1b0
    __sys_sendmsg+0xfa/0x1d0 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd タスク 7846 により解放: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x27/0x40
    ____kasan_slab_free+0x161/0x1c0 slab_free_freelist_hook+0x119/0x220 __kmem_cache_free+0xb4/0x2e0 rcu_core+0x809/0x1bd0 bcm_release() で procfs エントリが削除される前に bcm_op が解放されるため、bcm_proc_show() が解放された bcm_op を読み取る可能性があります。(CVE-2023-52922)

  - Linux カーネルでは、次の脆弱性が解決されました: x86/xen: ハイパーコールページを介して PV iret ハイパーコールを実行しないでください。iret ハイパーコールを実行するために Xen ハイパーコールページにジャンプする代わりに、xen-asm.S で必要なシーケンスを直接コーディングします。これは、投機の緩和で問題が発生することが判明したため、ハイパーコールページをまったく使用しないようにするための準備として行われます。これは XSA-466 / CVE-2024-53241 の一部です。(CVE-2024-53241)

  - Linux カーネルでは、次の脆弱性が解決されました: scsi: megaraid_sas: 潜在的なデッドロックの修正 これにより、「循環ロック依存関係が検出されました」という警告が修正されます CPU0 CPU1 ----
    ---- lock(&instance->reset_mutex); lock(&shost->scan_mutex); lock(&instance->reset_mutex);
    lock(&shost->scan_mutex); これを修正するには、reset_mutex を一時的にリリースします。(CVE-2024-57807)

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

リモートの Oracle Linux 9 ホストに、ELSA-2025-6966アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    - netstmmacdwmac-tegraデバイスツリーから iommu ストリーム ID を読み取りますIzabela Bakollari 氏[RHEL-75649] {CVE-2025-21663}
    - netstmmactc cbs を無効にする際のゼロ除算エラーを修正しますIzabela Bakollari 氏[RHEL-63931] {CVE-2024-49977}
    - scsiqla2xxxアンロードの use-after-free を修正Ewan D. Milne 氏[RHEL-75828{CVE-2024-56623}

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

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

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-573.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中，已解决以下漏洞: scsi: sg: 修复 sg_release() 中的 slab 释放后使用读取漏洞。修复 sg_release() 中的释放后使用缺陷，此缺陷是由搭载 KASAN 的 syzbot 检测到的: 缺陷: KASAN: lock_release+0x151/0xa30 kernel/locking/lockdep.c:5838
    __mutex_unlock_slowpath+0xe2/0x750 kernel/locking/mutex.c:912 sg_release+0x1f4/0x2e0 drivers/scsi/sg.c:407 中的 slab 释放后使用漏洞。在 sg_release() 中，首先调用函数 kref_put(&sfp->f_ref, sg_remove_sfp)，然后再释放 open_rel_lock mutex。kref_put() 调用可能会将 sfp 的引用计数递减为零，从而触发通过 sg_remove_sfp() 执行的清理作业。这项清理作业包括通过 sg_remove_sfp_usercontext() 安排推迟的作业，并最终释放 sfp。在执行 kref_put() 调用后，sg_release() 会继续解锁 open_rel_lock 并可能引用 sfp 或 sdp。如已释放 sfp，这将会导致 slab 释放后使用错误。在解锁 open_rel_lock mutex 后，移动 kref_put(&sfp->f_ref, sg_remove_sfp) 调用。这可确保: - 引用计数递减后，不会再发生引用 sfp 或 sdp 的情况。- sg_remove_sfp() 和 sg_remove_sfp_usercontext() 等清理函数可安全执行，且不会影响 sg_release() 中的互斥体处理。此修复程序已经过 syzbot 测试和验证。此补丁可修复以下 syzkaller 链接中报告的缺陷，并确保资源清理和互斥体操作的顺序正确无误，从而消除 sg_release() 中发生释放后使用错误的风险。(CVE-2024-56631)

  - 在 Linux 内核中，已解决以下漏洞: can: isotp : 清理 isotp_bind() 中的 CAN ID 检查。Syzbot 创建的环境会导致状态机进入采用合规 CAN ID 地址配置时无法达到的状态。提供的地址信息由 CAN ID 0x6000001 和 0xC28001 组成，两者在发送和接收期间都会归结为 11 位 CAN ID 0x001。在执行地址检查之前，清理 SFF/EFF CAN ID 值。(CVE-2022-49269)

  - 在 Linux 内核中，已解决以下漏洞: can: bcm: 修复 bcm_proc_show() 中的 UAF。缺陷: KASAN: bcm_proc_show+0x969/0xa80 中的 slab 释放后使用漏洞。通过 cat/7862 任务，在地址 ffff888155846230 读取 8 个字节 CPU: 1 PID: 7862 命令: cat 不会污染 6.5.0-rc1-00153-gc8746099c197 #230 硬件名称:
    QEMU Standard PC (i440FX + PIIX，1996 年)，BIOS 1.15.0-1 04/01/2014 调用跟踪: <TASK> dump_stack_lvl+0xd5/0x150 print_report+0xc1/0x5e0 kasan_report+0xba/0xf0 bcm_proc_show+0x969/0xa80 seq_read_iter+0x4f6/0x1260 seq_read+0x165/0x210 proc_reg_read+0x227/0x300 vfs_read+0x1d5/0x8d0 ksys_read+0x11e/0x240 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd Allocated by task 7846: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x9e/0xa0 bcm_sendmsg+0x264b/0x44e0 sock_sendmsg+0xda/0x180 ____sys_sendmsg+0x735/0x920 ___sys_sendmsg+0x11d/0x1b0
    __sys_sendmsg+0xfa/0x1d0 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd 已由任务 7846 释放: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x27/0x40
    在 bcm_release() 中删除 procfs 条目之前释放 ____kasan_slab_free+0x161/0x1c0 slab_free_freelist_hook+0x119/0x220 __kmem_cache_free+0xb4/0x2e0 rcu_core+0x809/0x1bd0 bcm_op，这会导致 bcm_proc_show() 可能读取已释放的 bcm_op。(CVE-2023-52922)

  - 在 Linux 内核中，已解决以下漏洞: x86/xen: 不通过超级调用页面执行 PV iret 超级调用。直接在 xen-asm.S 中对所需序列进行编码，而不是跳至 Xen 超级调用页面执行 iret 超级调用。这样做是为了完全不再使用超级调用页面，因为经证实这会导致推测缓解措施出现问题。这是 XSA-466/CVE-2024-53241 的一部分。(CVE-2024-53241)

  - 在 Linux 内核中，已解决以下漏洞: scsi：scsi: megaraid_sas: 修复潜在的死锁。这修复了“检测到可能的循环锁定依存关系”警告 CPU0 CPU1 ----
    ---- lock(&instance->reset_mutex); lock(&shost->scan_mutex); lock(&instance->reset_mutex);
    lock(&shost->scan_mutex)；通过临时释放 reset_mutex 修复此问题。(CVE-2024-57807)

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

远程 Oracle Linux 9 主机上安装的程序包受到 ELSA-2025-6966 公告中提及的多个漏洞影响。

    - netstmmacdwmac-tegra从设备树读取 iommu 流 id (Izabela Bkollari) [RHEL-75649] {CVE-2025-21663}
    - netstmmac修复禁用 tc cbs 时的除零错误 (Izabela Bakollari) [RHEL-63931] {CVE-2024-49977}
    - scsiqla2xxx修复卸载时的释放后使用 (Ewan D. Milne) [RHEL-75828] {CVE-2024-56623}

Tenable 已直接从 Oracle Linux 安全公告中提取上述描述块。

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

The remote Fedora 40 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2025-b268fceaec advisory.

    The 6.12.15 stable kernel update contains a number of important fixes across the tree.

    ----

    The 6.12.14 stable kernel update contains a number of important fixes across the tree.

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

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

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

  - kernel: Secure Boot does not automatically enable kernel lockdown (CVE-2025-1272)

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

リモートの Fedora 40 ホストには、FEDORA-2025-b268fceaec のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    6.12.15 stable カーネルの更新には、多岐にわたる重要なバグ修正が多く含まれています。

    ----

    6.12.14 stable カーネルの更新には、多岐にわたる重要なバグ修正が多く含まれています。

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

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

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

  - カーネルセキュアブートはカーネルロックダウンを自動的に有効にしませんCVE-2025-1272

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

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

  - kernel安全启动不会自动启用内核锁定 (CVE-2025-1272)

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

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

  - 核心安全開機不會自動啟用核心鎖定 (CVE-2025-1272)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
216512	Fedora 41 : kernel (2025-cca2fcc70c)	Nessus	Fedora Local Security Checks	2025/2/20	2025/2/20	critical
216512	Fedora 41 : カーネル (2025-cca2fcc70c)	Nessus	Fedora Local Security Checks	2025/2/20	2025/2/20	critical
233298	CentOS 9 : kernel-5.14.0-573.el9	Nessus	CentOS Local Security Checks	2025/3/24	2025/3/24	high
237030	Oracle Linux 9 : kernel (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2025/9/11	critical
233298	CentOS 9: kernel-5.14.0-573.el9	Nessus	CentOS Local Security Checks	2025/3/24	2025/3/24	high
237030	Oracle Linux 9：核心 (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2025/9/11	critical
233298	CentOS 9 : kernel-5.14.0-573.el9	Nessus	CentOS Local Security Checks	2025/3/24	2025/3/24	high
237030	Oracle Linux 9 : kernel (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2025/9/11	critical
233298	CentOS 9 : kernel-5.14.0-573.el9	Nessus	CentOS Local Security Checks	2025/3/24	2025/3/24	high
237030	Oracle Linux 9：内核 (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2025/9/11	critical
216506	Fedora 40 : kernel (2025-b268fceaec)	Nessus	Fedora Local Security Checks	2025/2/20	2025/2/20	critical
237324	RHEL 9 : kernel (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/8/15	critical
247810	Linux Distros Unpatched Vulnerability : CVE-2025-1272	Nessus	Misc.	2025/8/10	2025/9/29	high
216506	Fedora 40 : カーネル (2025-b268fceaec)	Nessus	Fedora Local Security Checks	2025/2/20	2025/2/20	critical
237324	RHEL 9 : kernel (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/8/15	critical
247810	Linux Distros のパッチ未適用の脆弱性: CVE-2025-1272	Nessus	Misc.	2025/8/10	2025/9/29	high
237324	RHEL 9：内核 (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/8/15	critical
247810	Linux Distros 未修补的漏洞：CVE-2025-1272	Nessus	Misc.	2025/8/10	2025/9/29	high
237324	RHEL 9：核心 (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/8/15	critical
247810	Linux Distros 未修補的弱點：CVE-2025-1272	Nessus	Misc.	2025/8/10	2025/9/29	high

检测

插件搜索

critical

critical

high

critical

high

critical

high

critical

high

critical

critical

critical

high

critical

critical

high

critical

high

critical

high