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

  - Linux カーネルでは、以下の脆弱性が解決されています: netfilter: nfnetlink: Initialise extack before use in ACKs Add missing extack initialisation when ACKing BATCH_BEGIN and BATCH_END.
    (CVE-2024-44945)

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

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

  - 已解決 Linux 核心中的下列弱點：netfilter: nfnetlink: Initialise extack before use in ACKs Add missing extack initialisation when ACKing BATCH_BEGIN and BATCH_END.
    (CVE-2024-44945)

請注意，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: netfilter: nfnetlink: Initialise     extack before use in ACKs Add missing extack initialisation when ACKing BATCH_BEGIN and BATCH_END.
    (CVE-2024-44945)

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

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

  - 在 Linux 内核中，以下漏洞已解决：netfilter：nfnetlink：先将 extack 初始化，然后再在 ACK 中使用 在对 BATCH_BEGIN 和 BATCH_END 做 ACK 处理时，添加缺少的 extack 初始化。
    (CVE-2024-44945)

  - 在 Linux 内核中，以下漏洞已解决：net：修复了配置小 gso_max_size/gso_ipv4_max_size 小时发生的崩溃 配置小 gso_max_size/gso_ipv4_max_size 将导致 sk_dst_gso_max_size() 中发生下溢，这可能触发 BUG_ON 崩溃，因为 sk-> sk_gso_max_size 远远大于设备限制。调用跟踪：tcp_write_xmit tso_segs = tcp_init_tso_segs(skb, mss_now);
    tcp_set_skb_tso_segs tcp_skb_pcount_set // skb->len = 524288, mss_now = 8 // u16 tso_segs = 524288/8 = 65535 -> 0 tso_segs = DIV_ROUND_UP(skb->len, mss_now) BUG_ON(!tso_segs) 添加对 gso_max_size 和 gso_ipv4_max_size 最小值的检查。(CVE-2024-50258)

  - 在 Linux 内核中，以下漏洞已解决：mm：解决有错误的 mmap_region() 错误路径行为 mmap_region() 函数有些可怕，由于有错综复杂的控制流和许多可能导致问题的方法，因而可能导致出现状态不完整、内存泄漏和其他不愉快的情况。大量的复杂性源于在映射 VMA 的过程中尝试延迟处理错误，这构成了最近发现的资源泄漏和可观察到的不一致状态问题的基础。利用本系列中之前的补丁，我们将大量检查工作前移至代码阶段，通过将核心逻辑移至静态内部函数 __mmap_region() 来简化操作。如此一来，我们不仅可以在进行任何实际工作之前预先执行多项检查，还可以根据需要无条件展开可写 unmap 检查，以及无条件执行 CONFIG_DEBUG_VM_MAPLE_TREE 验证。我们将多项操作移至此处：1. 在调用文件支持的内存挂钩之前，已经为迭代器预分配了内存，这样我们就可以提前退出，避免执行复杂且容易出错的关闭/释放逻辑。我们谨慎释放成功和错误路径上的迭代器状态。2. 封闭的 mmap_region() 函数会提早处理 mapping_map_writable() 逻辑。以前，针对映射新分配的文件支持的 VMA，逻辑会使用 mapping_map_writable()；针对成功和错误路径，则使用匹配的 mapping_unmap_writable()。如果是文件支持的共享可写映射，我们现在将无条件执行此操作。如果驱动程序更改标记以删除 VM_MAYWRITE，但这样做不会使我们刚执行的密封检查失效，并且我们在任何情况下都始终会减少封装程序中的计数器。我们执行调试断言以确保驱动程序不会尝试执行相反操作。
    3. 我们还将 arch_validate_flags() 上移到 mmap_region() 函数中。这仅与 arm64 和 sparc64 有关，该检查仅对已启用 ADI 的 SPARC 有意义。如果驱动程序使此检查无效，我们会明确添加针对此 arch 的警告，不过代码最终应该会得到修复，以消除这种需求。采取所有这些措施后，我们不再需要明确关闭错误路径中的 VMA，因为我们在调用任何驱动程序 mmap 挂钩之前已设置各项可能失败的检查。这样可以消除一整类错误，让代码更易于推理并且更可靠。
    (CVE-2024-53096)

  - 在 Linux 内核中，以下漏洞已解决：media：uvcvideo：对 uvc_parse_format 中类型为 UVC_VS_UNDEFINED 的帧跳过解析 这可导致越界写入，因为在计算 uvc_parse_streaming 中的帧缓冲区的大小时，此类型的帧不在考虑范围内。
    (CVE-2024-53104)

  - 在 Linux 内核中，以下漏洞已解决：mm：修复 alloc_pages_bulk_noprof 中的空指针取消引用 当任务在 cpuset 之间迁移时，我们为 alloc_pages_bulk_noprof() 中的 ac.preferred_zoneref->zone 触发了空指针取消引用。当启用 cpuset 时，在 prepare_alloc_pages() 中，ac->nodemask 可能是 t->mems_allowed。调用 first_zones_zonelist() 以查找 preferred_zoneref 时，如果任务在不同 cpuset 之间迁移，ac->nodemask 也会被同时修改。假设我们有 2 个 NUMA 节点，在遍历 ac->zonelist 中的 Node1 时，节点掩码为 2；在遍历 ac->zonelist 中的 Node2 时，节点掩码为 1。因此，ac->preferred_zoneref 会指向空区域。在 alloc_pages_bulk_noprof() 中，for_each_zone_zonelist_nodemask() 会查找可允许的区域并调用 zonelist_node_idx(ac.preferred_zoneref)，从而导致空指针取消引用。
    __alloc_pages_noprof() 会检查提交 ea57485af8f4（mm，page_alloc：
    修复对空 preferred_zone 的检查）和提交 df76cee6bbeb（mm，page_alloc：移除 alloc 快速路径中的冗余检查）中是否存在空指针，以修复此问题。要修复此问题，请检查 preferred_zoneref->zone 中是否存在空指针。(CVE-2024-53113)

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

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

  - 已修复 Linux 内核中的下列漏洞：netfilter: nfnetlink: Initialise extack before use in ACKs Add missing extack initialisation when ACKing BATCH_BEGIN and BATCH_END.
    (CVE-2024-44945)

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

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

  - Linux カーネルで、次の脆弱性が解決されています。netfilter: nfnetlink: ACK で使用する前に extack を初期化する。BATCH_BEGIN と BATCH_END を ACK する際に、不足している extack 初期化を追加する。
    (CVE-2024-44945)

  - Linux カーネルで、次の脆弱性が解決されています。net: gso_max_size/gso_ipv4_max_size を小さく設定するとクラッシュする問題を修正。gso_max_size/gso_ipv4_max_size を小さく設定すると、sk_dst_gso_max_size() でアンダーフローが発生し、sk->sk_gso_max_size がデバイス制限よりもはるかに大きくなるため、BUG_ON クラッシュが発生する可能性があります。Call Trace: tcp_write_xmit tso_segs = tcp_init_tso_segs(skb, mss_now);
    tcp_set_skb_tso_segs tcp_skb_pcount_set // skb->len = 524288, mss_now = 8 // u16 tso_segs = 524288/8 = 65535 -> 0 tso_segs = DIV_ROUND_UP(skb->len, mss_now) BUG_ON(!tso_segs) gso_max_size と gso_ipv4_max_size の最小値のチェックを追加する。(CVE-2024-50258)

  - Linux カーネルで、次の脆弱性が解決されています。mm: mmap_region() エラーパスの動作不良を修正。mmap_region() 関数は、スパゲッティのような制御フローと、問題が発生する可能性のある多数の手段、不完全な状態、メモリリーク、その他の不都合が発生する可能性があるという点で、やや恐ろしいものです。複雑性の大部分は、VMA のマッピングプロセスの後半でエラーを処理しようとすることで発生します。これは、最近確認されたリソースリークや一貫性のない状態に関する問題の根本原因です。このシリーズの以前のパッチを利用して、コード内の多数のチェックをより早い段階に移動させ、ロジックの中心部分を静的な内部関数 __mmap_region() に移動させることで、処理を簡素化します。これにより、実際の作業を行う前に事前に多数のチェックを実行でき、書き込み可能なマップ解除チェックを必要に応じて無条件にアンワインドでき、CONFIG_DEBUG_VM_MAPLE_TREE 検証も無条件に実行できます。ここではいくつかの処理を行います。1. ファイルベースのメモリフックを呼び出す前にイテレータ用のメモリを事前に割り当てることで、早期終了が可能になり、複雑でエラーが発生しやすいクローズ/解放ロジックを実行する必要がなくなります。成功パスとエラーパスの両方でイテレータの状態を慎重に解放します。2. 囲む mmap_region() 関数は、早い段階で mapping_map_writable() ロジックを処理します。以前は、ロジックには、新しく割り当てられた file-backed VMA のマッピングポイントで mapping_map_writable() があり、成功およびエラーパスでの一致する mapping_unmap_writable() がありました。これが file-backed の共有書き込み可能なマッピングである場合は、無条件でこれを行うようになりました。ドライバーが VM_MAYWRITE を排除するためにフラグを変更した場合、実行したシールチェックは無効になりません。また、いかなる場合でも、ラッパーのカウンターを常に減少させます。ドライバーが逆のことを試みないようにするために、デバッグアサーションを実行します。
    3. また、arch_validate_flags() を mmap_region() 関数に移動します。これは arm64 および sparc64 にのみ関連し、このチェックは ADI が有効化された SPARC にのみ意味があります。ドライバーがこのチェックを無効にする場合は、このアーキテクチャに警告を明示的に追加しますが、最終的にはコードを修正してその必要をなくす必要があります。これらすべての対策を講じたので、エラーパスの VMA を明示的に閉じる必要がなくなりました。これは、任意のドライバー mmap フックへの呼び出しの前に、失敗する可能性のあるすべてのチェックを配置するためです。これにより、エラーのクラス全体が排除され、コードの推論が容易になり、堅牢性が向上します。
    (CVE-2024-53096)

  - Linux カーネルで、次の脆弱性が解決されています。media: uvcvideo: uvc_parse_format の UVC_VS_UNDEFINED タイプのフレーム解析をスキップする。これは、uvc_parse_streaming でフレームバッファのサイズを計算する際に、このタイプのフレームが考慮されていないため、領域外書き込みにつながる可能性があります。
    (CVE-2024-53104)

  - Linux カーネルで、次の脆弱性が解決されています。mm: alloc_pages_bulk_noprof の NULL ポインターデリファレンスを修正。タスクが cpusets 間で移行される際に、alloc_pages_bulk_noprof() の ac.preferred_zoneref->zone で NULL ポインターデリファレンスが発生していました。cpuset が有効な場合、prepare_alloc_pages() で、ac->nodemask が t->mems_allowed になる可能性があります。first_zones_zonelist() が呼び出されて preferred_zoneref が検索される際に、タスクが異なる cpusets 間で移行されると、ac->nodemask が同時に変更される可能性があります。2 つの NUMA ノードがあると仮定すると、ac->zonelist で Node1 をトラバースするときのノードマスクは 2、ac->zonelist で Node2 をトラバースするときのノードマスクは 1 となります。その結果、ac->preferred_zoneref は NULL ゾーンを指します。alloc_pages_bulk_noprof() で、for_each_zone_zonelist_nodemask() が許容可能なゾーンを見つけて zonelist_node_idx (ac.preferred_zoneref) を呼び出し、NULL ポインターデリファレンスが発生します。
    __alloc_pages_noprof() は、コミット ea57485af8f4 (mm、page_alloc:
    NULL preferred_zone のチェックを修正) およびコミット df76cee6bbeb (mm、page_alloc: alloc 高速パスから冗長チェックを削除) で NULL ポインターをチェックすることで、この問題を修正します。これを修正するには、preferred_zoneref->zone の NULL ポインターをチェックします。(CVE-2024-53113)

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

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

  - In the Linux kernel, the following vulnerability has been resolved: netfilter: nfnetlink: Initialise     extack before use in ACKs Add missing extack initialisation when ACKing BATCH_BEGIN and BATCH_END.
    (CVE-2024-44945)

  - In the Linux kernel, the following vulnerability has been resolved: net: fix crash when config small     gso_max_size/gso_ipv4_max_size Config a small gso_max_size/gso_ipv4_max_size will lead to an underflow in     sk_dst_gso_max_size(), which may trigger a BUG_ON crash, because sk->sk_gso_max_size would be much bigger     than device limits. Call Trace: tcp_write_xmit tso_segs = tcp_init_tso_segs(skb, mss_now);
    tcp_set_skb_tso_segs tcp_skb_pcount_set // skb->len = 524288, mss_now = 8 // u16 tso_segs = 524288/8 =     65535 -> 0 tso_segs = DIV_ROUND_UP(skb->len, mss_now) BUG_ON(!tso_segs) Add check for the minimum value of     gso_max_size and gso_ipv4_max_size. (CVE-2024-50258)

  - In the Linux kernel, the following vulnerability has been resolved: mm: resolve faulty mmap_region() error     path behaviour The mmap_region() function is somewhat terrifying, with spaghetti-like control flow and     numerous means by which issues can arise and incomplete state, memory leaks and other unpleasantness can     occur. A large amount of the complexity arises from trying to handle errors late in the process of mapping     a VMA, which forms the basis of recently observed issues with resource leaks and observable inconsistent     state. Taking advantage of previous patches in this series we move a number of checks earlier in the code,     simplifying things by moving the core of the logic into a static internal function __mmap_region(). Doing     this allows us to perform a number of checks up front before we do any real work, and allows us to unwind     the writable unmap check unconditionally as required and to perform a CONFIG_DEBUG_VM_MAPLE_TREE     validation unconditionally also. We move a number of things here: 1. We preallocate memory for the     iterator before we call the file-backed memory hook, allowing us to exit early and avoid having to perform     complicated and error-prone close/free logic. We carefully free iterator state on both success and error     paths. 2. The enclosing mmap_region() function handles the mapping_map_writable() logic early. Previously     the logic had the mapping_map_writable() at the point of mapping a newly allocated file-backed VMA, and a     matching mapping_unmap_writable() on success and error paths. We now do this unconditionally if this is a     file-backed, shared writable mapping. If a driver changes the flags to eliminate VM_MAYWRITE, however     doing so does not invalidate the seal check we just performed, and we in any case always decrement the     counter in the wrapper. We perform a debug assert to ensure a driver does not attempt to do the opposite.
    3. We also move arch_validate_flags() up into the mmap_region() function. This is only relevant on arm64     and sparc64, and the check is only meaningful for SPARC with ADI enabled. We explicitly add a warning for     this arch if a driver invalidates this check, though the code ought eventually to be fixed to eliminate     the need for this. With all of these measures in place, we no longer need to explicitly close the VMA on     error paths, as we place all checks which might fail prior to a call to any driver mmap hook. This     eliminates an entire class of errors, makes the code easier to reason about and more robust.
    (CVE-2024-53096)

  - In the Linux kernel, the following vulnerability has been resolved: media: uvcvideo: Skip parsing frames     of type UVC_VS_UNDEFINED in uvc_parse_format This can lead to out of bounds writes since frames of this     type were not taken into account when calculating the size of the frames buffer in uvc_parse_streaming.
    (CVE-2024-53104)

  - In the Linux kernel, the following vulnerability has been resolved: mm: fix NULL pointer dereference in     alloc_pages_bulk_noprof We triggered a NULL pointer dereference for ac.preferred_zoneref->zone in     alloc_pages_bulk_noprof() when the task is migrated between cpusets. When cpuset is enabled, in     prepare_alloc_pages(), ac->nodemask may be t->mems_allowed. when first_zones_zonelist() is called     to find preferred_zoneref, the ac->nodemask may be modified concurrently if the task is migrated between     different cpusets. Assuming we have 2 NUMA Node, when traversing Node1 in ac->zonelist, the nodemask is 2,     and when traversing Node2 in ac->zonelist, the nodemask is 1. As a result, the ac->preferred_zoneref     points to NULL zone. In alloc_pages_bulk_noprof(), for_each_zone_zonelist_nodemask() finds a allowable     zone and calls zonelist_node_idx(ac.preferred_zoneref), leading to NULL pointer dereference.
    __alloc_pages_noprof() fixes this issue by checking NULL pointer in commit ea57485af8f4 (mm, page_alloc:
    fix check for NULL preferred_zone) and commit df76cee6bbeb (mm, page_alloc: remove redundant checks from     alloc fastpath). To fix it, check NULL pointer for preferred_zoneref->zone. (CVE-2024-53113)

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-547.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已解決 : netfilter : nfnetlink : 在使用 ACK 前初始化 extack。新增在回應 BATCH_BEGIN 和 BATCH_END 時缺少的 extack 初始化。
    (CVE-2024-44945)

  - 在 Linux 核心中，下列弱點已解決 : net : 修復組態較小的 gso_max_size/gso_ipv4_max_size 時發生的當機。設定較小的 gso_max_size/gso_ipv4_max_size 將導致 sk_dst_gso_max_size() 發生反向溢位，有可能觸發 BUG_ON 損毀，這是因為 sk-> sk_gso_max_size 的值可能遠大於裝置限制。呼叫追蹤 : tcp_write_xmit tso_segs = tcp_init_tso_segs(skb, mss_now);
    tcp_set_skb_tso_segs tcp_skb_pcount_set // skb->len = 524288, mss_now = 8 // u16 tso_segs = 524288/8 = 65535 -> 0 tso_segs = DIV_ROUND_UP(skb->len, mss_now) BUG_ON(!tso_segs) 新增對 gso_max_size 和 gso_ipv4_max_size 最小值的檢查。 (CVE-2024-50258)

  - 在 Linux 核心中，下列弱點已解決 : mm : 修正 mmap_region() 的錯誤路徑行為。mmap_region() 函數的結構相當可怕，其控制流程錯綜複雜，存在多種可能引發問題的途徑，包括狀態不完整、記憶體洩漏以及其他不良情況。大量複雜性的肇因是嘗試在對應 VMA 處理程序的後期處理錯誤，這是最近觀察到的資源洩漏問題和明顯不一致狀態問題的根源。我們利用本系列中先前的修補程式，將數個檢查提前至程式碼的早期階段，並透過將邏輯核心移至靜態內部函式 __mmap_region() 來簡化流程。如此一來，我們就能在進行任何實際工作之前先執行多項檢查，並視需要無條件回溯可寫入的 unmap 檢查，也可以無條件執行 CONFIG_DEBUG_VM_MAPLE_TREE 驗證。我們在此進行了幾項調整 : 1. 在呼叫檔案備份記憶體勾點之前先為迭代器分配記憶體，讓我們得以提早退出，並避免必須執行複雜且容易出錯的關閉/釋放邏輯。我們在成功和錯誤的路徑上都謹慎地釋放了迭代器狀態。 2. 外層的 mmap_region() 函式會提早處理 mapping_map_writable() 邏輯。之前，該邏輯會在對應新配置的檔案支援 VMA 時執行 mapping_map_writable()，並在成功和錯誤路徑上執行對應的 mapping_unmap_writable()。現在，在處理檔案支援的共用可寫入對應時，我們會無條件執行此邏輯。如果驅動程式變更旗標以消除 VM_MAYWRITE，不會使剛剛執行的密封檢查失效，而且我們在任何情況下都會遞減包裝函式中的計數器。我們會執行除錯宣告，以確保驅動程式不會嘗試執行相反的動作。
    3. 我們也將 arch_validate_flags() 上移至 mmap_region() 函式。這僅與 arm64 和 sparc64 相關，且檢查僅針對已啟用 ADI 的 SPARC 才有意義。如果驅動程式導致此檢查無效，我們會明確為此 arch 新增警告，不過程式碼最終仍應修復以消除此需求。實施上述所有措施後，我們不再需要明確關閉錯誤路徑上的 VMA，因為我們會在呼叫任何驅動程式的 mmap 勾點之前完成所有可能失敗的檢查。這些改進消除了整個錯誤類別，使程式碼更易於理解且更加健全。
    (CVE-2024-53096)

  - 在 Linux 核心中，下列弱點已解決 : media : uvcvideo : 在 uvc_parse_format 中跳過 UVC_VS_UNDEFINED 類型框架的剖析。這是因為在 uvc_parse_streaming 中計算框架緩衝區大小時，並未考慮到此類型的框架，可能導致超出邊界寫入。
    (CVE-2024-53104)

  - 在 Linux 核心中，下列弱點已解決 : mm : 修復 alloc_pages_bulk_noprof 中的 NULL 指標解除參照。當工作在 cpuset 之間移轉時，我們在 alloc_pages_bulk_noprof() 中觸發了 ac.preferred_zoneref->zone 的 NULL 指標解除參照。啟用 cpuset 時，在 prepare_alloc_pages() 中，ac->nodemask 可能為 t->mems_allowed。當 first_zones_zonelist() 受到呼叫以尋找 prefix_zoneref 時，若工作在不同 cpuset 之間移轉，可能會同時修改 ac->nodemask。假設我們有 2 個 NUMA 節點，當遊走 ac->zonelist 中的 Node1 時，nodemask 是 2，而當遊走 ac->zonelist 中的 Node2 時，nodemask 是 1。因此，ac->preferred_zoneref 會指向 NULL 區域。在 alloc_pages_bulk_noprof() 中，for_each_zone_zonelist_nodemask() 尋找允許的區域並呼叫 zonelist_node_idx(ac.preferred_zoneref)，進而導致 NULL 指標解除參照。
    __alloc_pages_noprof() 透過提交 ea57485af8f4，新增對 NULL 指標的檢查 (mm、page_alloc :
    fix check for NULL preferred_zone)，並透過提交 df76cee6bbeb (mm, page_alloc : remove redundant checks from alloc fastpath) 移除了快速分配路徑中的冗餘檢查以修復此問題。若要修復此問題，請檢查 preferred_zoneref->zone 的 NULL 指標。 (CVE-2024-53113)

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

ID	Name	Product	Family	Published	Updated	Severity
253738	Linux Distros のパッチ未適用の脆弱性: CVE-2024-44945	Nessus	Misc.	8/24/2025	8/24/2025	high
253738	Linux Distros 未修補的弱點：CVE-2024-44945	Nessus	Misc.	8/24/2025	8/24/2025	high
253738	Linux Distros Unpatched Vulnerability : CVE-2024-44945	Nessus	Misc.	8/24/2025	8/24/2025	high
213467	CentOS 9：kernel-5.14.0-547.el9	Nessus	CentOS Local Security Checks	1/2/2025	2/6/2025	high
253738	Linux Distros 未修补的漏洞：CVE-2024-44945	Nessus	Misc.	8/24/2025	8/24/2025	high
213467	CentOS 9: kernel-5.14.0-547.el9	Nessus	CentOS Local Security Checks	1/2/2025	2/6/2025	high
213467	CentOS 9 : kernel-5.14.0-547.el9	Nessus	CentOS Local Security Checks	1/2/2025	2/6/2025	high
213467	CentOS 9 : kernel-5.14.0-547.el9	Nessus	CentOS Local Security Checks	1/2/2025	2/6/2025	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high

high

high