遠端 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

CentOS 9 : kernel-5.14.0-547.el9

high Nessus Plugin ID 213467

版本 1.2