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

  - 已修复 Linux 内核中的下列漏洞：erofs: fix memory leak of LZMA global compressed deduplication When stressing microLZMA EROFS images with the new global compressed deduplication feature enabled (`-Ededupe`), I found some short-lived temporary pages weren't properly released, which could slowly cause unexpected OOMs hours later. Let's fix it now (LZ4 and DEFLATE don't have this issue.) (CVE-2023-52526)

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

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

  - 解决了 Linux 内核中的以下漏洞：iommu/vt-d：禁用 ATS 前删除缓存标签。当前实现会在禁用 ATS 后删除缓存标签，从而可能导致内存流失和内核崩溃问题。具体而言，即使在释放域之后，CACHE_TAG_DEVTLB 类型的缓存标签可能仍保留在列表中，从而导致释放后使用条件。当来自不同 PF 的多个 VF 通过 vfio-pci 传递到单个用户空间进程时，确实会出现此问题。在此类情况下，内核可能会崩溃并出现如下内核消息：BUG: kernel NULL pointer dereference, address:
    0000000000000014 PGD 19036a067 P4D 1940a3067 PUD 136c9b067 PMD 0 Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 74 UID: 0 PID: 3183 Comm: testCli Not tainted 6.11.9 #2 RIP: 0010:cache_tag_flush_range+0x9b/0x250 Call Trace: <TASK> ? __die+0x1f/0x60 ? page_fault_oops+0x163/0x590 ? exc_page_fault+0x72/0x190 ? asm_exc_page_fault+0x22/0x30 ? cache_tag_flush_range+0x9b/0x250 ? cache_tag_flush_range+0x5d/0x250 intel_iommu_tlb_sync+0x29/0x40 intel_iommu_unmap_pages+0xfe/0x160 __iommu_unmap+0xd8/0x1a0 vfio_unmap_unpin+0x182/0x340 [vfio_iommu_type1] vfio_remove_dma+0x2a/0xb0 [vfio_iommu_type1] vfio_iommu_type1_ioctl+0xafa/0x18e0 [vfio_iommu_type1] 在 iommu_disable_pci_caps() 之前移动 cache_tag_unassign_domain() 以修复此问题。(CVE-2024-56669)

  - 解决了 Linux 内核中的以下漏洞：erofs：修复了 UP 平台上的 pcluster 释放后使用问题 在 CONFIG_SMP 禁用的情况下进行压力测试期间，KASAN 报告如下：
    ================================================================== BUG: KASAN: use-after-free in
    __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm:
    stress Not tainted 6.0.0-rc1-00002-g0d53d2e882f9 #3 Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call Trace: <TASK> .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 ..
    z_erofs_readahead+0x31c/0x580 .. Freed by task 7787 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30 kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380 rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 Last potentially related work creation:
    kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0 erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530 drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0 vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 根本原因是 erofs_workgroup_unfreeze() 未重置为 orig_val，因而造成争用条件，pcluster 在释放前意外重复使用了该争用条件。由于 UP 平台现在相当罕见，因此不必使用此路径。我们可以直接弃用此类特别设计的路径。(CVE-2022-48674)

  - 解决了 Linux 内核中的以下漏洞：erofs：修复 LZMA 全局压缩重复数据时的内存流失问题。在新的全局压缩重复数据功能启用 (`-Ededupe`) 的情况下压缩 microLZMA EROFS 图片时，我发现有些短期有效的暂存页面未被正确释放，这会在数小时后逐渐造成意外的内存溢出问题。我们现在就来修复此问题（LZ4 和 DEFLATE 没有此问题）。(CVE-2023-52526)

  - 解决了 Linux 内核中的以下漏洞：iommu/s390：实施阻止域 这修复了意外热拔出 PCI 设备时会发生崩溃的问题。造成崩溃的原因是，在热插拔期间，
    由于设备已移除，平台不再识别该设备，因而附加默认域的 __iommu_group_set_domain_nofail() 会失败，并最终造成域指针为空和 UAF。
    这完全是 __iommu_device_set_domain() 的第二条注释中提及的情况，正如该处所述，如果我们能够改为附加阻止域，就可以防止 UAF 问题，因为这可以处理已移除的设备。实施阻止域以使用此处理方式。我们已经通过此更改修复崩溃问题，但在尝试更改被阻止设备上的 DMA 所有权时仍遇到警告。(CVE-2024-53232)

  - 解决了 Linux 内核中的以下漏洞：i3c：master：Fix miss free init_dyn_addr at i3c_master_put_i3c_addrs() if (dev->boardinfo && dev->boardinfo->init_dyn_addr) ^^^ here check init_dyn_addr i3c_bus_set_addr_slot_status(&master->bus, dev->info.dyn_addr, ...) ^^^^ free dyn_addr Fix copy/paste error dyn_addr by replacing it with init_dyn_addr。 (CVE-2024-56562)

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

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

  - In the Linux kernel, the following vulnerability has been resolved: erofs: fix memory leak of LZMA global     compressed deduplication When stressing microLZMA EROFS images with the new global compressed     deduplication feature enabled (`-Ededupe`), I found some short-lived temporary pages weren't properly     released, which could slowly cause unexpected OOMs hours later. Let's fix it now (LZ4 and DEFLATE don't     have this issue.) (CVE-2023-52526)

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

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

  - In the Linux kernel, the following vulnerability has been resolved: iommu/vt-d: Remove cache tags before     disabling ATS The current implementation removes cache tags after disabling ATS, leading to potential     memory leaks and kernel crashes. Specifically, CACHE_TAG_DEVTLB type cache tags may still remain in the     list even after the domain is freed, causing a use-after-free condition. This issue really shows up when     multiple VFs from different PFs passed through to a single user-space process via vfio-pci. In such cases,     the kernel may crash with kernel messages like: BUG: kernel NULL pointer dereference, address:
    0000000000000014 PGD 19036a067 P4D 1940a3067 PUD 136c9b067 PMD 0 Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI     CPU: 74 UID: 0 PID: 3183 Comm: testCli Not tainted 6.11.9 #2 RIP: 0010:cache_tag_flush_range+0x9b/0x250     Call Trace: <TASK> ? __die+0x1f/0x60 ? page_fault_oops+0x163/0x590 ? exc_page_fault+0x72/0x190 ?     asm_exc_page_fault+0x22/0x30 ? cache_tag_flush_range+0x9b/0x250 ? cache_tag_flush_range+0x5d/0x250     intel_iommu_tlb_sync+0x29/0x40 intel_iommu_unmap_pages+0xfe/0x160 __iommu_unmap+0xd8/0x1a0     vfio_unmap_unpin+0x182/0x340 [vfio_iommu_type1] vfio_remove_dma+0x2a/0xb0 [vfio_iommu_type1]     vfio_iommu_type1_ioctl+0xafa/0x18e0 [vfio_iommu_type1] Move cache_tag_unassign_domain() before     iommu_disable_pci_caps() to fix it. (CVE-2024-56669)

  - In the Linux kernel, the following vulnerability has been resolved: erofs: fix pcluster use-after-free on     UP platforms During stress testing with CONFIG_SMP disabled, KASAN reports as below:
    ================================================================== BUG: KASAN: use-after-free in
    __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm:
    stress Not tainted 6.0.0-rc1-00002-g0d53d2e882f9 #3 Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call     Trace: <TASK> .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 ..
    z_erofs_readahead+0x31c/0x580 .. Freed by task 7787 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30     kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380     rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 Last potentially related work creation:
    kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0     erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530     drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0     vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 The root cause is that     erofs_workgroup_unfreeze() doesn't reset to orig_val thus it causes a race that the pcluster reuses     unexpectedly before freeing. Since UP platforms are quite rare now, such path becomes unnecessary. Let's     drop such specific-designed path directly instead. (CVE-2022-48674)

  - In the Linux kernel, the following vulnerability has been resolved: erofs: fix memory leak of LZMA global     compressed deduplication When stressing microLZMA EROFS images with the new global compressed     deduplication feature enabled (`-Ededupe`), I found some short-lived temporary pages weren't properly     released, which could slowly cause unexpected OOMs hours later. Let's fix it now (LZ4 and DEFLATE don't     have this issue.) (CVE-2023-52526)

  - In the Linux kernel, the following vulnerability has been resolved: iommu/s390: Implement blocking domain     This fixes a crash when surprise hot-unplugging a PCI device. This crash happens because during hot-unplug
    __iommu_group_set_domain_nofail() attaching the default domain fails when the platform no longer     recognizes the device as it has already been removed and we end up with a NULL domain pointer and UAF.
    This is exactly the case referred to in the second comment in __iommu_device_set_domain() and just as     stated there if we can instead attach the blocking domain the UAF is prevented as this can handle the     already removed device. Implement the blocking domain to use this handling. With this change, the crash is     fixed but we still hit a warning attempting to change DMA ownership on a blocked device. (CVE-2024-53232)

  - In the Linux kernel, the following vulnerability has been resolved: i3c: master: Fix miss free     init_dyn_addr at i3c_master_put_i3c_addrs() if (dev->boardinfo && dev->boardinfo->init_dyn_addr) ^^^ here     check init_dyn_addr i3c_bus_set_addr_slot_status(&master->bus, dev->info.dyn_addr, ...) ^^^^ free     dyn_addr Fix copy/paste error dyn_addr by replacing it with init_dyn_addr. (CVE-2024-56562)

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-559.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルにおいて、以下の脆弱性は解決されています。iommu/vt-d: ATS を無効にする前にキャッシュタグを削除する。現在の実装では、ATS を無効にした後にキャッシュタグを削除するため、メモリ漏洩とカーネルクラッシュを引き起こす可能性があります。具体的には、ドメインが解放された後でも、CACHE_TAG_DEVTLB タイプのキャッシュタグがリストに残る可能性があり、メモリ解放後使用 (Use After Free) 状態を引き起こします。この問題は、異なる PF からの複数の VF が vfio-pci を介して単一のユーザー空間プロセスにパススルーされたときに実際に発生します。このような場合、カーネルは次のようなカーネルメッセージでクラッシュする可能性があります。BUG: カーネル NULL ポインターデリファレンス、アドレス:
    0000000000000014 PGD 19036a067 P4D 1940a3067 PUD 136c9b067 PMD 0 Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 74 UID: 0 PID: 3183 Comm: testCli Not tainted 6.11.9 #2 RIP: 0010:cache_tag_flush_range+0x9b/0x250 Call Trace: <TASK> ? __die+0x1f/0x60 ? page_fault_oops+0x163/0x590 ? exc_page_fault+0x72/0x190 ? asm_exc_page_fault+0x22/0x30 ? cache_tag_flush_range+0x9b/0x250 ? cache_tag_flush_range+0x5d/0x250 intel_iommu_tlb_sync+0x29/0x40 intel_iommu_unmap_pages+0xfe/0x160 __iommu_unmap+0xd8/0x1a0 vfio_unmap_unpin+0x182/0x340 [vfio_iommu_type1] vfio_remove_dma+0x2a/0xb0 [vfio_iommu_type1] vfio_iommu_type1_ioctl+0xafa/0x18e0 [vfio_iommu_type1] iommu_disable_pci_caps() の前に cache_tag_unassign_domain() を移動して修正します。(CVE-2024-56669)

  - Linux カーネルで、次の脆弱性が解決されています: erofs: UP プラットフォームの pcluster メモリ解放後使用 (Use After Free) を修正します。CONFIG_SMP を無効にしたストレステスト中に、KASAN が以下のようにレポートします。
    ================================================================== BUG: KASAN: 
    __mutex_lock+0xe5/0xc30 におけるメモリ解放後使用 (Use After Free) タスクによる addr ffff8881094223f8 でのサイズ 8 の読み取り stress/7789 CPU:0 PID:7789 Comm:
    stress Not tainted 6.0.0-rc1-00002-g0d53d2e882f9 #3 ハードウェア名: Red Hat KVM、BIOS 0.5.1 01/01/2011 呼び出しトレース: <TASK> .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 ..
    z_erofs_readahead+0x31c/0x580 .. タスク 7787 によって解放 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30 kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380 rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 関連の可能性がある最後の作業作成:
    kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0 erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530 drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0 vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 根本原因は、erofs_workgroup_unfreeze() が orig_val にリセットされないため、pcluster が解放前に予期せずに再利用するという競合が発生することです。UP プラットフォームは現在非常にまれであるため、このようなパスは不要になります。代わりに、このような特定に設計されたパスを直接ドロップしましょう。(CVE-2022-48674)

  - Linux カーネルで、次の脆弱性が解決されています: erofs: LZMA グローバル圧縮重複排除のメモリリークを修正します。新しいグローバル圧縮重複排除機能を有効にして (「-Ededupe」) microLZMA EROFS 画像にストレスを与えると、短命の一時的ページが適切にリリースされないため、数時間後に予期しない OOM がゆっくりと発生する可能性があります。今すぐ修正しましょう (LZ4 および DEFLATE にはこの問題はありません)。(CVE-2023-52526)

  - Linux カーネルで、以下の脆弱性が解決されています。iommu/s390: ブロッキングドメインを実装します。これにより、PCI デバイスを不意にホットアンプラグしたときのクラッシュを修正します。このクラッシュは、ホットアンプラグ中であるために発生します
    既定ドメインをアタッチする __iommu_group_set_domain_nofail() は、デバイスがすでに削除されているためにプラットフォームがデバイスを認識しなくなり、ドメインポインターおよび UAF が NULL になる場合に失敗します。
    これは、__iommu_device_set_domain() の 2 番目のコメントで言及されているとおり、代わりにブロッキングドメインを添付できる場合、すでに削除されているデバイスを処理できるため、UAF が防止されます。この処理を使用するには、ブロッキングドメインを実装します。この変更により、クラッシュは修正されましたが、ブロックされたデバイスで DMA 所有権を変更しようとすると、依然として警告が表示されます。(CVE-2024-53232)

  - Linux カーネルでは、次の脆弱性が解決されています: i3c: master: Fix miss free init_dyn_addr at i3c_master_put_i3c_addrs() if (dev->boardinfo && dev->boardinfo->init_dyn_addr) ^^^ here check init_dyn_addr i3c_bus_set_addr_slot_status(&master->bus, dev->info.dyn_addr, ...) ^^^^ free dyn_addr init_dyn_addr と置き換えることでコピー/貼り付けエラー dyn_addr を修正します。(CVE-2024-56562)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: erofs: fix memory leak of LZMA global compressed deduplication When stressing microLZMA EROFS images with the new global compressed deduplication feature enabled (`-Ededupe`), I found some short-lived temporary pages weren't properly released, which could slowly cause unexpected OOMs hours later. Let's fix it now (LZ4 and DEFLATE don't have this issue.) (CVE-2023-52526)

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

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

  - 已解決 Linux 核心中的下列弱點：erofs: fix memory leak of LZMA global compressed deduplication When stressing microLZMA EROFS images with the new global compressed deduplication feature enabled (`-Ededupe`), I found some short-lived temporary pages weren't properly released, which could slowly cause unexpected OOMs hours later. Let's fix it now (LZ4 and DEFLATE don't have this issue.) (CVE-2023-52526)

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

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

  - 在 Linux 核心中，下列弱點已解決: iommu/vt-d: 在停用 ATS 之前移除快取標籤。目前的實作式是在停用 ATS 之後才移除快取標籤，進而導致潛在的記憶體流失和核心損毀問題。具體而言，即使網域已釋放，CACHE_TAG_DEVTLB 類型的快取標籤仍可能保留在清單中，進而造成釋放後使用的狀況。當來自不同 PF 的多個 VF 透過 vfio-pci 傳遞至單一使用者空間處理程序時，才會真正出現此問題。在這種情況下可能導致核心損毀，並顯示如下核心訊息: 錯誤: 核心 NULL 指標解除參照，位址:
    0000000000000014 PGD 19036a067 P4D 1940a3067 PUD 136c9b067 PMD 0 Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 74 UID: 0 PID: 3183 Comm: testCli 未受汙染 6.11.9 #2 RIP: 0010:cache_tag_flush_range+0x9b/0x250 Call Trace: <TASK> ? __die+0x1f/0x60 ? page_fault_oops+0x163/0x590 ? exc_page_fault+0x72/0x190 ? asm_exc_page_fault+0x22/0x30 ? cache_tag_flush_range+0x9b/0x250 ? cache_tag_flush_range+0x5d/0x250 intel_iommu_tlb_sync+0x29/0x40 intel_iommu_unmap_pages+0xfe/0x160 __iommu_unmap+0xd8/0x1a0 vfio_unmap_unpin+0x182/0x340 [vfio_iommu_type1] vfio_remove_dma+0x2a/0xb0 [vfio_iommu_type1] vfio_iommu_type1_ioctl+0xafa/0x18e0 [vfio_iommu_type1] 請將 `cache_tag_unassign_domain()` 移動至 `iommu_disable_pci_caps()` 之前，以修復此問題。(CVE-2024-56669)

  - 在 Linux 核心中，下列弱點已解決: erofs: 修復 UP 平台上的 pcluster 釋放後使用問題。在停用 CONFIG_SMP 並進行壓力測試期間，KASAN 的報告內容如下:
    ================================================================== BUG: KASAN: 釋放後使用發生於
    __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm:
    stress 未受汙染 6.0.0-rc1-00002-g0d53d2e882f9 #3 硬體名稱: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call Trace: <TASK> .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 ..
    z_erofs_readahead+0x31c/0x580 .. 由任務 7787 kasan_save_stack+0x1e/0x40 kasan_set_track+0x20/0x30 kasan_set_free_info+0x20/0x40 __kasan_slab_free+0x10c/0x190 kmem_cache_free+0xed/0x380 rcu_core+0x3d5/0xc90 __do_softirq+0x12d/0x389 釋放。可能相關的最後一次工作建立時間:
    kasan_save_stack+0x1e/0x40 __kasan_record_aux_stack+0x97/0xb0 call_rcu+0x3d/0x3f0 erofs_shrink_workstation+0x11f/0x210 erofs_shrink_scan+0xdc/0x170 shrink_slab.constprop.0+0x296/0x530 drop_slab+0x1c/0x70 drop_caches_sysctl_handler+0x70/0x80 proc_sys_call_handler+0x20a/0x2f0 vfs_write+0x555/0x6c0 ksys_write+0xbe/0x160 do_syscall_64+0x3b/0x90 其根本原因為 erofs_workgroup_unfreeze() 未重設為 orig_val ，導致爭用情況並使 pcluster 在釋放前意外地受到重複使用。由於 UP 平台現在相當少見，因此不需要此類路徑。讓我們直接放置這類特定設計的路徑。(CVE-2022-48674)

  - 在 Linux 核心中，下列弱點已解決: erofs: 修復 LZMA 全域壓縮重複資料刪除機制的記憶體流失問題。據發現，在啟用新全域壓縮重複資料刪除功能 (`-Ededupe`) 並對 microLZMA EROFS 影像施加壓力時，部分短期臨時問題頁面並未正確釋放，這些頁面可能逐漸累積，並在數小時後導致系統意外 OOM。立即修復 (LZ4 和 DEFLATE 沒有此問題。) (CVE-2023-52526)

  - 在 Linux 核心中，下列弱點已解決: iommu/s390: 建置封鎖網域。這可修正意外熱插拔 PCI (支付卡產業) 裝置時發生的當機。發生此當機是因為在熱插拔期間
    當裝置遭到移除而平台無法再辨識該裝置時，附加預設網域 __iommu_group_set_domain_nofail() 將會失敗，導致 NULL 網域指標並引發 UAF 問題。
    這正是 __iommu_device_set_domain() 第二個註解中所描述的情況。如該註解所述，只要將附加的預設網域改為封鎖網域就能阻止 UAF，因為後者可以處理已移除的裝置。請建置封鎖網域以解決此問題。 此變更修復了損毀問題，但當我們嘗試變更遭封鎖裝置上的 DMA 擁有權時，仍然會出現警告。(CVE-2024-53232)

  - 在 Linux 核心中，下列弱點已解決: i3c: 主要: 修正 init_dyn_addr 在 i3c_master_put_i3c_addrs() 未正確釋放的問題。if (dev->boardinfo && dev->boardinfo->init_dyn_addr) ^^^ 在此檢查 init_dyn_addr i3c_bus_set_addr_slot_status(&master->bus, dev->info.dyn_addr, ...) ^^^^ 在此釋放。將 dyn_addr 替換為 init_dyn_addrdyn_addr，進而修復複製/貼上錯誤。(CVE-2024-56562)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
247091	Linux Distros 未修补的漏洞：CVE-2023-52526	Nessus	Misc.	2025/8/9	2025/8/9	medium
214888	CentOS 9：kernel-5.14.0-559.el9	Nessus	CentOS Local Security Checks	2025/2/3	2025/2/3	high
247091	Linux Distros Unpatched Vulnerability : CVE-2023-52526	Nessus	Misc.	2025/8/9	2025/8/9	medium
214888	CentOS 9 : kernel-5.14.0-559.el9	Nessus	CentOS Local Security Checks	2025/2/3	2025/2/3	high
214888	CentOS 9 : kernel-5.14.0-559.el9	Nessus	CentOS Local Security Checks	2025/2/3	2025/2/3	high
247091	Linux Distros のパッチ未適用の脆弱性: CVE-2023-52526	Nessus	Misc.	2025/8/9	2025/8/9	medium
247091	Linux Distros 未修補的弱點：CVE-2023-52526	Nessus	Misc.	2025/8/9	2025/8/9	medium
214888	CentOS 9: kernel-5.14.0-559.el9	Nessus	CentOS Local Security Checks	2025/2/3	2025/2/3	high

偵測

搜尋 Plugin

medium

high

medium

high

high

medium

medium

high