遠端主機上安裝的核心版本早於 5.4.129-62.227。因此，會受到 ALAS2KERNEL-54-2022-004 公告中所提及的多個弱點影響。

    在 Linux 核心的 WiFi 片段處理實作中發現一個缺陷。能夠在存取點的無線傳輸範圍內傳輸的攻擊者可以濫用此缺陷，將先前的 WiFi 片段內容意外傳輸到另一個裝置。(CVE-2020-24586)

    在 Linux 核心的 WiFi 實作中發現一個缺陷。位於無線範圍內的攻擊者可濫用 WiFi 實作中的邏輯缺陷，重組不同金鑰下多個片段中的封包，並將其視為有效。此缺陷允許攻擊者傳送錯誤金鑰下的片段，並將其視為新金鑰下的有效片段。此弱點對機密性的威脅最大。(CVE-2020-24587)

    在 Linux 核心的 WiFi 實作中發現一個缺陷。位於無線廣播範圍內的攻擊者可將自訂資料插入無線通訊，以規避資料檢查。這可造成幀通過檢查，並被視為不同類型的有效幀。(CVE-2020-24588)

    幀用於 AP 和所連用戶端之間的驗證和金鑰管理，部分用戶端可能會將這些重新導向的幀偽裝成來自 AP 的控制機制。(CVE-2020-26139)

    在 Linux 核心的 WiFi 實作中發現一個弱點。位於無線範圍內的攻擊者可插入控制封包片段，此時核心不會驗證片段化 TKIP 幀的訊息完整性檢查 (真實性)。(CVE-2020-26141)

    在 Linux 核心的 WiFi 實作中，發現 drivers/net/wireless/ath/ath10k/htt_rx.c 的 ath10k_htt_rx_proc_rx_frag_ind_hl 中存在缺陷，內核會接受第二個 (或後續) 廣播片段 (即使以純文字傳送)，然後將其視為完整的未片段化幀處理。此弱點對完整性的威脅最大。(CVE-2020-26145)

    在 Linux 核心的 WiFi 實作中，發現 net/mac80211/rx.c 的 ieee80211_rx_h_defragment 中存在缺陷。攻擊者可利用此弱點，在其他裝置傳送片段化幀並使用 WEP、CCMP 或 GCMP 資料機密通訊協定時，插入封包和/或洩漏所選片段。
    此弱點對完整性的威脅最大。(CVE-2020-26147)

    在 Linux 核心的 certs/blacklist.c 中發現一個缺陷。當 EFI_CERT_X509_GUID 的簽章項目包含在 Secure Boot Forbidden Signature Database 中時，系統會略過這些項目。這可造成安全性威脅，並破壞系統的完整性和機密性，甚至導致拒絕服務問題。
    (CVE-2020-26541)

    在 bluez 中發現一個弱點，即藍牙核心規格的安全簡易配對 (SSP)、安全連線 (SC) 和 LE 安全連線 (LESC) 中使用的 Passkey Entry 通訊協定容易受到假冒攻擊，主動攻擊者可在先前不知情的情況下假冒啟動裝置。(CVE-2020-26558)

    在 Linux 核心中發現一個缺陷。BlueZ 中的不當存取控制可能會允許經驗證的使用者透過相鄰存取造成資訊洩漏。此弱點對資料機密性與完整性的威脅最大。(CVE-2021-0129)

    - 在 Linux 核心的 KVM 實作中發現一個缺陷，由於對 KVM 中的 VM_IO|VM_PFNMAP vmas 處理不當，此缺陷可造成使用者繞過 RO 檢查，並導致頁面被釋放，但 VMM 和來賓仍可存取頁面。
    這讓能夠啟動和控制 VM 的使用者可以讀取/寫入隨機的記憶體頁面，並可能導致本機特權提升。此弱點對機密性、完整性以及系統可用性的威脅最大。(CVE-2021-22543)

    在 Linux 核心處理藍牙 HCI 控制器移除的方式中發現一個缺陷。此缺陷允許擁有本機帳戶的攻擊者利用爭用條件來造成記憶體損毀，並可能提升權限。此弱點對於機密性、完整性以及系統可用性的威脅最大。(CVE-2021-32399)

    在 Linux 核心的藍牙主機控制器介面 (HCI) 的 hci_send_acl 中發現釋放後使用缺陷，具有存取權限的本機攻擊者可在系統上造成拒絕服務問題。產生此問題的原因是物件 hchan 已在 hci_disconn_loglink_complete_evt 中釋放，但仍在其他地方使用。此弱點對資料完整性、機密性以及系統可用性的威脅最大。(CVE-2021-33034)

    Linux 核心的 canbus 檔案系統包含資訊洩漏弱點，可導致核心記憶體中的資訊洩漏給 CAN 匯流排網路連結層上的裝置。能夠在 CAN 匯流排上轉儲存訊息的攻擊者可藉由轉儲存 CAN 匯流排上的訊息，得知未初始化的堆疊值。(CVE-2021-34693)

    在 Linux 核心的 f2fs 模組的 fs/f2fs/node.c 中發現超出邊界 (OOB) 記憶體存取缺陷。邊界檢查失敗允許本機攻擊者取得超出邊界存取記憶體的權限，進而導致系統損毀或內部核心資訊洩漏。此弱點對系統可用性威脅最大。(CVE-2021-3506)

    在 Linux 核心的 HCI 裝置初始化子系統中發現重複釋放記憶體損毀缺陷，此缺陷與使用者附加惡意 HCI TTY 藍牙裝置的方式有關。本機使用者可利用此缺陷造成系統當機。(CVE-2021-3564)

    在使用者呼叫 ioct HCIUNBLOCKADDR 的方式中，或是其他觸發呼叫 hci_unregister_dev() 以及呼叫 hci_sock_blacklist_add()、hci_sock_blacklist_del()、hci_get_conn_info()、hci_get_auth_info() 之一的爭用情形的方式中，發現 Linux 核心 HCI 子系統的 hci_sock_bound_ioctl() 函式中存在釋放後使用問題。本機特權使用者可利用此缺陷來造成系統損毀，或提高自己的系統權限。(CVE-2021-3573)

    在 Linux 核心的 NFC 實作中發現一個缺陷。本機非特權使用者可觸發 NULL 指標解除參照和可導致拒絕服務的錯誤，造成核心錯誤。(CVE-2021-38208)

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

    HID: usbhid：修復 hid_submit_ctrl 中的資訊洩漏問題

    在 hid_submit_ctrl() 中，計算報告長度的方式未將 report->size 可能為零的情況納入考量。執行 syzkaller 再生器時，大小為 0 的報告會導致 hid_submit_ctrl) 將 transfer_buffer_length 計算為 16384。將此 urb 傳遞至 usb 核心層時，KMSAN 會報告 16384 位元組的資訊洩漏問題。

    若要修復此問題，請先修改 hid_report_len()，使用除數的 DIV_ROUND_UP 來解決報告大小為零的情況。然後，再從 hid_submit_ctrl() 呼叫它。(CVE-2021-46906)

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

    dm rq：修復表格載入失敗後 dev remove 中的 blk_mq_tag_set 重複釋放的問題 (CVE-2021-46938)

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

    tracing：將 trace_clock_global() 重組為從不封鎖 (CVE-2021-46939)

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

    md/raid1：結束失敗的寫入要求時正確指示失敗

    此修補程式可使用點陣圖解決 raid1 陣列中的資料損毀錯誤。若無此修復，失敗 I/O 的點陣圖位元最終會遭到清除。

    由於我們處於 raid1_end_write_request 的失敗分支中，因此要求需要為重試 (R1BIO_WriteError) 或失敗 (R1BIO_Degraded) 狀態。 (CVE-2021-46950)

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

    tpm：efi：使用本機變數計算最終記錄大小 (CVE-2021-46951)

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

    ACPI：GTDT：watchdow 探查失敗時不損毀中斷對應 (CVE-2021-46953)

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

    openvswitch：修復分割 IPv4 封包時的堆疊 OOB 讀取問題 (CVE-2021-46955)

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

    virtiofs：修復 virtio_fs_probe() 中的記憶體流失問題 (CVE-2021-46956)

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

    spi：修正 devm_spi_alloc_* 的釋放後使用 (CVE-2021-46959)

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

    cifs：從 smb2_get_enc_key 傳回正確的錯誤碼 (CVE-2021-46960)

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

    irqchip/gic-v3：處理假性中斷時不啟用 irqs (CVE-2021-46961)

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

    scsi：qla2xxx：修復 qla2xxx_mqueuecommand() 中的損毀問題 (CVE-2021-46963)

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

    nbd：修復 flush_workqueue 中的 NULL 指標 (CVE-2021-46981)

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

    kyber：修正先佔時的超出邊界存取問題 (CVE-2021-46984)

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

    ACPI：掃描：修復錯誤處理路徑中的記憶體流失問題 (CVE-2021-46985)

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

    userfaultfd釋放錯誤路徑中的頁面以避免 BUG_ON (CVE-2021-46988)

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

    hfsplus防止縮小截斷時發生損毀 (CVE-2021-46989)

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

    i40e：修正 i40e_client_subtask() 中的釋放後使用 (CVE-2021-46991)

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

    netfilter：nftables：避免 nft_hash_buckets() 中的溢位 (CVE-2021-46992)

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

    sched：修復 uclamp 中的超出邊界存取問題 (CVE-2021-46993)

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

    sctp：在 sctp_sf_do_dupcook_a 中提早執行 asoc 更新 (CVE-2021-46999)

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

    ceph：修復 __fh_to_dentry 中因 getattr 錯誤導致的 inode 洩漏問題 (CVE-2021-47000)

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

    ARM：9064/1：hw_breakpoint：不直接檢查事件的 overflow_handler 勾點 (CVE-2021-47006)

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

    net：僅允許 init netns 將預設 tcp cong 設定為受限制的 algo (CVE-2021-47010)

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

    net:emac/emac-mac：修復 emac_mac_tx_buf_send 中的釋放後使用問題 (CVE-2021-47013)

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

    bnxt_en：修復錯誤路徑中的 RX 消費者索引邏輯。(CVE-2021-47015)

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

    匯流排：qcom：在傳回前放置子節點 (CVE-2021-47054)

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

    mtd：需要取得鎖定和 badblock ioctl 的寫入權限 (CVE-2021-47055)

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

    regmap：在釋放 debugfs_name 後將其設為 NULL (CVE-2021-47058)

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

    KVM：如果匯流排損毀，停止尋找合併的 MMIO 區域 (CVE-2021-47060)

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

    uio_hv_generic：修正錯誤處理路徑中的記憶體流失 (CVE-2021-47071)

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

    RDMA/rxe：如果建立失敗，則清除所有 QP 欄位 (CVE-2021-47078)

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

    neighbour：允許強制對 NUD_NOARP 項目進行 GC (CVE-2021-47109)

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

    x86/kvm：關機時停用所有 CPU 上的 kvmclock (CVE-2021-47110)

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

    x86/kvm：也卸除啟動 CPU 上的 PV 功能 (CVE-2021-47112)

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

    ext4：修正 ext4_es_cache_extent 中因為 ext4_split_extent_at 失敗而出現的錯誤 (CVE-2021-47117)

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

    pid：在初始化 `cad_pid` 時進行參照 (CVE-2021-47118)

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

    HID：magicmouse：修正中斷連線時的 NULL 解除參照 (CVE-2021-47120)

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

    ipv6：修正 KASAN：fib6_nh_flush_exceptions 中的 Slab 越界讀取 (CVE-2021-47126)

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

    netfilter：nft_ct：略過已確認 conntrack 的預期 (CVE-2021-47129)

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

    cxgb4：避免在清除篩選器時存取暫存器 (CVE-2021-47138)

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

    drm/amdgpu：修正釋放後使用錯誤 (CVE-2021-47142)

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

    btrfs：不在 link_to_fixup_dir 中執行 BUG_ON (CVE-2021-47145)

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

    mld：修正 mld_newpack() 中的嚴重錯誤 (CVE-2021-47146)

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

    net：dsa：修正 ->get_sset_count() 失敗時當機的情形 (CVE-2021-47159)

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

    tipc：重組 msg 時針對主要 skb 進行 skb_linearize (CVE-2021-47162)

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

    tipc：等待並結束，直到完成所有工作佇列 (CVE-2021-47163)

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

    NFS：不損毀 nfs_do_recoalesce() 中 pg_bytes_written 的值 (CVE-2021-47166)

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

    NFS：修正 __nfs_pageio_add_request() 中的 Oopsable 條件 (CVE-2021-47167)

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

    NFS：修正 filelayout_decode_layout() 中的錯誤限制 (CVE-2021-47168)

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

    USB：usbfs：不針對過大的記憶體配置發出警告 (CVE-2021-47170)

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

    net：usb：修正 smsc75xx_bind 中的記憶體流失 (CVE-2021-47171)

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

    iommu/vt-d：修正 alloc_iommu() 中的 sysfs 洩漏 (CVE-2021-47177)

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

    netbridge修正傳出時的 vlan 通道 dst refcnt (CVE-2021-47222)

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

    netbridge修正 vlan 通道 dst null 指標解除參照 (CVE-2021-47223)

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

    KVMx86SMM 旗標清除時立即重設 MMU 內容 (CVE-2021-47230)

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

    netcdc_eem修正 tx fixup skb 洩漏 (CVE-2021-47236)

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

    netipv4修正 ip_mc_add1_src 中的記憶體洩漏 (CVE-2021-47238)

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

    netfilter：synproxy：修正剖析 TCP 選項時的超出邊界 (CVE-2021-47245)

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

    net/mlx5e修正無作用對等髮夾的頁面回收 (CVE-2021-47246)

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

    udp修正 close() 和 udp_abort() 之間的爭用 (CVE-2021-47248)

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

    netrds修正 rds_recvmsg 中的記憶體洩漏 (CVE-2021-47249)

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

    netipv4修正 netlbl_cipsov4_add_std 中的記憶體洩漏 (CVE-2021-47250)

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

    gfs2：修復 gfs2_glock_shrink_scan 中的釋放後使用問題 (CVE-2021-47254)

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

    kvmLAPIC還原防護以防止非法 APIC 暫存器存取 (CVE-2021-47255)

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

    mm/memory-failure：確保在 memory_failure 中等待頁面回寫 (CVE-2021-47256)

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

    scsi核心修正 scsi_host_alloc() 的錯誤處理 (CVE-2021-47258)

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

    NFS：修正 nfs4_init_client() 中的使用已釋放記憶體 (CVE-2021-47259)

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

    NFS修正 nfs_get_client() 中可能的 NULL 解除參照 (CVE-2021-47260)

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

    IB/mlx5：修正初始化 CQ 片段緩衝區 (CVE-2021-47261)

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

    KVM：x86：確保巢狀 VM-Enter 失敗追踪點訊息的活躍度 (CVE-2021-47262)

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

    RDMA/ipoib：修正因損毀非初始 netns 而產生的警告 (CVE-2021-47266)

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

    追踪：更正導致記憶體損毀的長度檢查 (CVE-2021-47274)

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

    ftrace不要盲目讀取 ftrace_bug() 中的 ip 位址 (CVE-2021-47276)

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

    kvm避免超出範圍 memslot 存取造成的推測型攻擊 (CVE-2021-47277)

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

    drm：修復 drm_getunique() 中的釋放後使用讀取問題 (CVE-2021-47280)

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

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

遠端主機上安裝的核心版本早於 4.14.238-182.421。因此，會受到 ALAS2-2021-1685 公告中所提及的多個弱點影響。

    在 bluez 中發現一個弱點，即藍牙核心規格的安全簡易配對 (SSP)、安全連線 (SC) 和 LE 安全連線 (LESC) 中使用的 Passkey Entry 通訊協定容易受到假冒攻擊，主動攻擊者可在先前不知情的情況下假冒啟動裝置。(CVE-2020-26558)

    在 Linux 核心中發現一個缺陷。BlueZ 中的不當存取控制可能會允許經驗證的使用者透過相鄰存取造成資訊洩漏。此弱點對資料機密性與完整性的威脅最大。(CVE-2021-0129)

    在 Linux 核心中發現拒絕服務 (DoS) 瑕疵，這是因為在 netfilter 子系統中，net/netfilter/x_tables.c 的 xt_replace_table 中存在錯誤的記憶體屏障。(CVE-2021-29650)

    在 Linux 核心處理藍牙 HCI 控制器移除的方式中發現一個缺陷。此缺陷允許擁有本機帳戶的攻擊者利用爭用條件來造成記憶體損毀，並可能提升權限。此弱點對於機密性、完整性以及系統可用性的威脅最大。(CVE-2021-32399)

    在 Linux 核心的藍牙主機控制器介面 (HCI) 的 hci_send_acl 中發現釋放後使用缺陷，具有存取權限的本機攻擊者可在系統上造成拒絕服務問題。產生此問題的原因是物件 hchan 已在 hci_disconn_loglink_complete_evt 中釋放，但仍在其他地方使用。此弱點對資料完整性、機密性以及系統可用性的威脅最大。(CVE-2021-33034)

    在 5.12.13 之前的 Linux 核心的 kernel/bpf/verifier.c 中，分支可能會發生錯誤預測 (例如，因類型混淆所致)，因此無權限的 BPF 程式可透過旁路攻擊讀取任意記憶體位置，即 CID -9183671af6db。(CVE-2021-33624)

    在 Linux 核心的 HCI 裝置初始化子系統中發現重複釋放記憶體損毀缺陷，此缺陷與使用者附加惡意 HCI TTY 藍牙裝置的方式有關。本機使用者可利用此缺陷造成系統當機。(CVE-2021-3564)

    在使用者呼叫 ioct HCIUNBLOCKADDR 的方式中，或是其他觸發呼叫 hci_unregister_dev() 以及呼叫 hci_sock_blacklist_add()、hci_sock_blacklist_del()、hci_get_conn_info()、hci_get_auth_info() 之一的爭用情形的方式中，發現 Linux 核心 HCI 子系統的 hci_sock_bound_ioctl() 函式中存在釋放後使用問題。本機特權使用者可利用此缺陷來造成系統損毀，或提高自己的系統權限。(CVE-2021-3573)

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

    HID: usbhid：修復 hid_submit_ctrl 中的資訊洩漏問題

    在 hid_submit_ctrl() 中，計算報告長度的方式未將 report->size 可能為零的情況納入考量。執行 syzkaller 再生器時，大小為 0 的報告會導致 hid_submit_ctrl) 將 transfer_buffer_length 計算為 16384。將此 urb 傳遞至 usb 核心層時，KMSAN 會報告 16384 位元組的資訊洩漏問題。

    若要修復此問題，請先修改 hid_report_len()，使用除數的 DIV_ROUND_UP 來解決報告大小為零的情況。然後，再從 hid_submit_ctrl() 呼叫它。(CVE-2021-46906)

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

    dm rq：修復表格載入失敗後 dev remove 中的 blk_mq_tag_set 重複釋放的問題 (CVE-2021-46938)

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

    tracing：將 trace_clock_global() 重組為從不封鎖 (CVE-2021-46939)

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

    md/raid1：結束失敗的寫入要求時正確指示失敗

    此修補程式可使用點陣圖解決 raid1 陣列中的資料損毀錯誤。若無此修復，失敗 I/O 的點陣圖位元最終會遭到清除。

    由於我們處於 raid1_end_write_request 的失敗分支中，因此要求需要為重試 (R1BIO_WriteError) 或失敗 (R1BIO_Degraded) 狀態。 (CVE-2021-46950)

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

    ACPI：GTDT：watchdow 探查失敗時不損毀中斷對應 (CVE-2021-46953)

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

    openvswitch：修復分割 IPv4 封包時的堆疊 OOB 讀取問題 (CVE-2021-46955)

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

    spi：修正 devm_spi_alloc_* 的釋放後使用 (CVE-2021-46959)

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

    cifs：從 smb2_get_enc_key 傳回正確的錯誤碼 (CVE-2021-46960)

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

    ACPI：掃描：修復錯誤處理路徑中的記憶體流失問題 (CVE-2021-46985)

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

    userfaultfd釋放錯誤路徑中的頁面以避免 BUG_ON (CVE-2021-46988)

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

    netfilter：nftables：避免 nft_hash_buckets() 中的溢位 (CVE-2021-46992)

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

    ARM：9064/1：hw_breakpoint：不直接檢查事件的 overflow_handler 勾點 (CVE-2021-47006)

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

    net:emac/emac-mac：修復 emac_mac_tx_buf_send 中的釋放後使用問題 (CVE-2021-47013)

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

    匯流排：qcom：在傳回前放置子節點 (CVE-2021-47054)

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

    mtd：需要取得鎖定和 badblock ioctl 的寫入權限 (CVE-2021-47055)

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

    RDMA/rxe：如果建立失敗，則清除所有 QP 欄位 (CVE-2021-47078)

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

    ext4：修正 ext4_es_cache_extent 中因為 ext4_split_extent_at 失敗而出現的錯誤 (CVE-2021-47117)

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

    pid：在初始化 `cad_pid` 時進行參照 (CVE-2021-47118)

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

    drm/amdgpu：修正釋放後使用錯誤 (CVE-2021-47142)

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

    btrfs：不在 link_to_fixup_dir 中執行 BUG_ON (CVE-2021-47145)

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

    mld：修正 mld_newpack() 中的嚴重錯誤 (CVE-2021-47146)

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

    tipc：重組 msg 時針對主要 skb 進行 skb_linearize (CVE-2021-47162)

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

    NFS：不損毀 nfs_do_recoalesce() 中 pg_bytes_written 的值 (CVE-2021-47166)

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

    NFS：修正 filelayout_decode_layout() 中的錯誤限制 (CVE-2021-47168)

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

    net：usb：修正 smsc75xx_bind 中的記憶體流失 (CVE-2021-47171)

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

    iommu/vt-d：修正 alloc_iommu() 中的 sysfs 洩漏 (CVE-2021-47177)

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

    netbridge修正傳出時的 vlan 通道 dst refcnt (CVE-2021-47222)

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

    netbridge修正 vlan 通道 dst null 指標解除參照 (CVE-2021-47223)

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

    netcdc_eem修正 tx fixup skb 洩漏 (CVE-2021-47236)

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

    netipv4修正 ip_mc_add1_src 中的記憶體洩漏 (CVE-2021-47238)

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

    netfilter：synproxy：修正剖析 TCP 選項時的超出邊界 (CVE-2021-47245)

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

    udp修正 close() 和 udp_abort() 之間的爭用 (CVE-2021-47248)

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

    netrds修正 rds_recvmsg 中的記憶體洩漏 (CVE-2021-47249)

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

    netipv4修正 netlbl_cipsov4_add_std 中的記憶體洩漏 (CVE-2021-47250)

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

    gfs2：修復 gfs2_glock_shrink_scan 中的釋放後使用問題 (CVE-2021-47254)

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

    mm/memory-failure：確保在 memory_failure 中等待頁面回寫 (CVE-2021-47256)

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

    scsi核心修正 scsi_host_alloc() 的錯誤處理 (CVE-2021-47258)

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

    NFS：修正 nfs4_init_client() 中的使用已釋放記憶體 (CVE-2021-47259)

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

    NFS修正 nfs_get_client() 中可能的 NULL 解除參照 (CVE-2021-47260)

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

    追踪：更正導致記憶體損毀的長度檢查 (CVE-2021-47274)

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

    ftrace不要盲目讀取 ftrace_bug() 中的 ip 位址 (CVE-2021-47276)

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

    kvm避免超出範圍 memslot 存取造成的推測型攻擊 (CVE-2021-47277)

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

    drm：修復 drm_getunique() 中的釋放後使用讀取問題 (CVE-2021-47280)

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

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

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

  - 在 Linux 核心中，已解決下列弱點： net: bridge: fix vlan tunnel dst refcnt when egressing The egress tunnel code uses dst_clone() and directly sets the result which is wrong because the entry might have 0 refcnt or be already deleted, causing number of problems. It also triggers the WARN_ON() in dst_hold()[1] when a refcnt couldn't be taken. Fix it by using dst_hold_safe() and checking if a reference was actually taken before setting the dst. [1] dmesg WARN_ON log and following refcnt errors WARNING: CPU: 5 PID: 38 at include/net/dst.h:230 br_handle_egress_vlan_tunnel+0x10b/0x134 [bridge] Modules linked in: 8021q garp mrp bridge stp llc bonding ipv6 virtio_net CPU: 5 PID: 38 Comm:
    ksoftirqd/5 Kdump: loaded Tainted: G W 5.13.0-rc3+ #360 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 RIP: 0010:br_handle_egress_vlan_tunnel+0x10b/0x134 [bridge] Code: e8 85 bc 01 e1 45 84 f6 74 90 45 31 f6 85 db 48 c7 c7 a0 02 19 a0 41 0f 94 c6 31 c9 31 d2 44 89 f6 e8 64 bc 01 e1 85 db 75 02 <0f> 0b 31 c9 31 d2 44 89 f6 48 c7 c7 70 02 19 a0 e8 4b bc 01 e1 49 RSP:
    0018:ffff8881003d39e8 EFLAGS: 00010246 RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffffffffa01902a0 RBP: ffff8881040c6700 R08:
    0000000000000000 R09: 0000000000000001 R10: 2ce93d0054fe0d00 R11: 54fe0d00000e0000 R12: ffff888109515000 R13: 0000000000000000 R14: 0000000000000001 R15: 0000000000000401 FS: 0000000000000000(0000) GS:ffff88822bf40000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f42ba70f030 CR3: 0000000109926000 CR4: 00000000000006e0 Call Trace: br_handle_vlan+0xbc/0xca [bridge]
    __br_forward+0x23/0x164 [bridge] deliver_clone+0x41/0x48 [bridge] br_handle_frame_finish+0x36f/0x3aa [bridge] ? skb_dst+0x2e/0x38 [bridge] ? br_handle_ingress_vlan_tunnel+0x3e/0x1c8 [bridge] ? br_handle_frame_finish+0x3aa/0x3aa [bridge] br_handle_frame+0x2c3/0x377 [bridge] ? __skb_pull+0x33/0x51 ? vlan_do_receive+0x4f/0x36a ? br_handle_frame_finish+0x3aa/0x3aa [bridge]
    __netif_receive_skb_core+0x539/0x7c6 ? __list_del_entry_valid+0x16e/0x1c2
    __netif_receive_skb_list_core+0x6d/0xd6 netif_receive_skb_list_internal+0x1d9/0x1fa gro_normal_list+0x22/0x3e dev_gro_receive+0x55b/0x600 ? detach_buf_split+0x58/0x140 napi_gro_receive+0x94/0x12e virtnet_poll+0x15d/0x315 [virtio_net] __napi_poll+0x2c/0x1c9 net_rx_action+0xe6/0x1fb __do_softirq+0x115/0x2d8 run_ksoftirqd+0x18/0x20 smpboot_thread_fn+0x183/0x19c ? smpboot_unregister_percpu_thread+0x66/0x66 kthread+0x10a/0x10f ? kthread_mod_delayed_work+0xb6/0xb6 ret_from_fork+0x22/0x30 ---[ end trace 49f61b07f775fd2b ]--- dst_release: dst:00000000c02d677a refcnt:-1 dst_release underflow (CVE-2021-47222)

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

CentOS Linux 8.4 主機已安裝的套件會受到 TuxCare CENTOS8.4：CLSA-2026：1783414634 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：KVM: x86/mmu: Don't advance iterator after restart due to yielding After dropping mmu_lock in the TDP MMU, restart the iterator during tdp_iter_next() and do not advance the iterator. Advancing the iterator results in skipping the top-level SPTE and all its children, which is fatal if any of the skipped SPTEs were not visited before yielding.
    When zapping all SPTEs, i.e. when min_level == root_level, restarting the iter and then invoking tdp_iter_next() is always fatal if the current gfn has as a valid SPTE, as advancing the iterator results in try_step_side() skipping the current gfn, which wasn't visited before yielding. Sprinkle WARNs on iter->yielded being true in various helpers that are often used in conjunction with yielding, and tag the helper with __must_check to reduce the probabily of improper usage. Failing to zap a top-level SPTE manifests in one of two ways. If a valid SPTE is skipped by both kvm_tdp_mmu_zap_all() and kvm_tdp_mmu_put_root(), the shadow page will be leaked and KVM will WARN accordingly. WARNING: CPU: 1 PID:
    3509 at arch/x86/kvm/mmu/tdp_mmu.c:46 [kvm] RIP: 0010:kvm_mmu_uninit_tdp_mmu+0x3e/0x50 [kvm] Call Trace:
    <TASK> kvm_arch_destroy_vm+0x130/0x1b0 [kvm] kvm_destroy_vm+0x162/0x2a0 [kvm] kvm_vcpu_release+0x34/0x60 [kvm] __fput+0x82/0x240 task_work_run+0x5c/0x90 do_exit+0x364/0xa10 ? futex_unqueue+0x38/0x60 do_group_exit+0x33/0xa0 get_signal+0x155/0x850 arch_do_signal_or_restart+0xed/0x750 exit_to_user_mode_prepare+0xc5/0x120 syscall_exit_to_user_mode+0x1d/0x40 do_syscall_64+0x48/0xc0 entry_SYSCALL_64_after_hwframe+0x44/0xae If kvm_tdp_mmu_zap_all() skips a gfn/SPTE but that SPTE is then zapped by kvm_tdp_mmu_put_root(), KVM triggers a use-after-free in the form of marking a struct page as dirty/accessed after it has been put back on the free list. This directly triggers a WARN due to encountering a page with page_count() == 0, but it can also lead to data corruption and additional errors in the kernel. WARNING: CPU: 7 PID: 1995658 at arch/x86/kvm/../../../virt/kvm/kvm_main.c:171 RIP:
    0010:kvm_is_zone_device_pfn.part.0+0x9e/0xd0 [kvm] Call Trace: <TASK> kvm_set_pfn_dirty+0x120/0x1d0 [kvm]
    __handle_changed_spte+0x92e/0xca0 [kvm] __handle_changed_spte+0x63c/0xca0 [kvm]
    __handle_changed_spte+0x63c/0xca0 [kvm] __handle_changed_spte+0x63c/0xca0 [kvm] zap_gfn_range+0x549/0x620 [kvm] kvm_tdp_mmu_put_root+0x1b6/0x270 [kvm] mmu_free_root_page+0x219/0x2c0 [kvm] kvm_mmu_free_roots+0x1b4/0x4e0 [kvm] kvm_mmu_unload+0x1c/0xa0 [kvm] kvm_arch_destroy_vm+0x1f2/0x5c0 [kvm] kvm_put_kvm+0x3b1/0x8b0 [kvm] kvm_vcpu_release+0x4e/0x70 [kvm] __fput+0x1f7/0x8c0 task_work_run+0xf8/0x1a0 do_exit+0x97b/0x2230 do_group_exit+0xda/0x2a0 get_signal+0x3be/0x1e50 arch_do_signal_or_restart+0x244/0x17f0 exit_to_user_mode_prepare+0xcb/0x120 syscall_exit_to_user_mode+0x1d/0x40 do_syscall_64+0x4d/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae Note, the underlying bug existed even before commit 1af4a96025b3 (KVM: x86/mmu: Yield in TDU MMU iter even if no SPTES changed) moved calls to tdp_mmu_iter_cond_resched() to the beginning of loops, as KVM could still incorrectly advance past a top-level entry when yielding on a lower-level entry. But with respect to leaking shadow pages, the bug was introduced by yielding before processing the current gfn. Alternatively, tdp_mmu_iter_cond_resched() could simply fall through, or callers could jump to their retry label. The downside of that approach is that tdp_mmu_iter_cond_resched() _must_ be called before anything else in the loop, and there's no easy way to enfornce that requirement. Ideally, KVM would handling the cond_resched() fully within the iterator macro (the code is actually quite clean) and avoid this entire class of bugs, but that is extremely difficult do wh ---truncated--- (CVE-2021-47094)

  - 已解決 Linux 核心中的下列弱點：net: bridge: fix vlan tunnel dst refcnt when egressing The egress tunnel code uses dst_clone() and directly sets the result which is wrong because the entry might have 0 refcnt or be already deleted, causing number of problems. It also triggers the WARN_ON() in dst_hold()[1] when a refcnt couldn't be taken. Fix it by using dst_hold_safe() and checking if a reference was actually taken before setting the dst. [1] dmesg WARN_ON log and following refcnt errors WARNING: CPU: 5 PID: 38 at include/net/dst.h:230 br_handle_egress_vlan_tunnel+0x10b/0x134 [bridge] Modules linked in: 8021q garp mrp bridge stp llc bonding ipv6 virtio_net CPU: 5 PID: 38 Comm:
    ksoftirqd/5 Kdump: loaded Tainted: G W 5.13.0-rc3+ #360 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 RIP: 0010:br_handle_egress_vlan_tunnel+0x10b/0x134 [bridge] Code: e8 85 bc 01 e1 45 84 f6 74 90 45 31 f6 85 db 48 c7 c7 a0 02 19 a0 41 0f 94 c6 31 c9 31 d2 44 89 f6 e8 64 bc 01 e1 85 db 75 02 <0f> 0b 31 c9 31 d2 44 89 f6 48 c7 c7 70 02 19 a0 e8 4b bc 01 e1 49 RSP:
    0018:ffff8881003d39e8 EFLAGS: 00010246 RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffffffffa01902a0 RBP: ffff8881040c6700 R08:
    0000000000000000 R09: 0000000000000001 R10: 2ce93d0054fe0d00 R11: 54fe0d00000e0000 R12: ffff888109515000 R13: 0000000000000000 R14: 0000000000000001 R15: 0000000000000401 FS: 0000000000000000(0000) GS:ffff88822bf40000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f42ba70f030 CR3: 0000000109926000 CR4: 00000000000006e0 Call Trace: br_handle_vlan+0xbc/0xca [bridge]
    __br_forward+0x23/0x164 [bridge] deliver_clone+0x41/0x48 [bridge] br_handle_frame_finish+0x36f/0x3aa [bridge] ? skb_dst+0x2e/0x38 [bridge] ? br_handle_ingress_vlan_tunnel+0x3e/0x1c8 [bridge] ? br_handle_frame_finish+0x3aa/0x3aa [bridge] br_handle_frame+0x2c3/0x377 [bridge] ? __skb_pull+0x33/0x51 ? vlan_do_receive+0x4f/0x36a ? br_handle_frame_finish+0x3aa/0x3aa [bridge]
    __netif_receive_skb_core+0x539/0x7c6 ? __list_del_entry_valid+0x16e/0x1c2
    __netif_receive_skb_list_core+0x6d/0xd6 netif_receive_skb_list_internal+0x1d9/0x1fa gro_normal_list+0x22/0x3e dev_gro_receive+0x55b/0x600 ? detach_buf_split+0x58/0x140 napi_gro_receive+0x94/0x12e virtnet_poll+0x15d/0x315 [virtio_net] __napi_poll+0x2c/0x1c9 net_rx_action+0xe6/0x1fb __do_softirq+0x115/0x2d8 run_ksoftirqd+0x18/0x20 smpboot_thread_fn+0x183/0x19c ? smpboot_unregister_percpu_thread+0x66/0x66 kthread+0x10a/0x10f ? kthread_mod_delayed_work+0xb6/0xb6 ret_from_fork+0x22/0x30 ---[ end trace 49f61b07f775fd2b ]--- dst_release: dst:00000000c02d677a refcnt:-1 dst_release underflow (CVE-2021-47222)

  - 已解決 Linux 核心中的下列弱點：IB/mlx5: Fix initializing CQ fragments buffer The function init_cq_frag_buf() can be called to initialize the current CQ fragments buffer cq->buf, or the temporary cq->resize_buf that is filled during CQ resize operation. However, the offending commit started to use function get_cqe() for getting the CQEs, the issue with this change is that get_cqe() always returns CQEs from cq->buf, which leads us to initialize the wrong buffer, and in case of enlarging the CQ we try to access elements beyond the size of the current cq->buf and eventually hit a kernel panic. [exception RIP: init_cq_frag_buf+103] [ffff9f799ddcbcd8] mlx5_ib_resize_cq at ffffffffc0835d60 [mlx5_ib] [ffff9f799ddcbdb0] ib_resize_cq at ffffffffc05270df [ib_core] [ffff9f799ddcbdc0] llt_rdma_setup_qp at ffffffffc0a6a712 [llt] [ffff9f799ddcbe10] llt_rdma_cc_event_action at ffffffffc0a6b411 [llt] [ffff9f799ddcbe98] llt_rdma_client_conn_thread at ffffffffc0a6bb75 [llt] [ffff9f799ddcbec8] kthread at ffffffffa66c5da1 [ffff9f799ddcbf50] ret_from_fork_nospec_begin at ffffffffa6d95ddd Fix it by getting the needed CQE by calling mlx5_frag_buf_get_wqe() that takes the correct source buffer as a parameter. (CVE-2021-47261)

  - 已解決 Linux 核心中的下列弱點：blk-cgroup: fix UAF by grabbing blkcg lock before destroying blkg pd KASAN reports a use-after-free report when doing fuzz test: [693354.104835] ================================================================== [693354.105094] BUG: KASAN: use-after-free in bfq_io_set_weight_legacy+0xd3/0x160 [693354.105336] Read of size 4 at addr ffff888be0a35664 by task sh/1453338 [693354.105607] CPU: 41 PID: 1453338 Comm: sh Kdump: loaded Not tainted 4.18.0-147 [693354.105610] Hardware name: Huawei 2288H V5/BC11SPSCB0, BIOS 0.81 07/02/2018 [693354.105612] Call Trace: [693354.105621] dump_stack+0xf1/0x19b [693354.105626] ? show_regs_print_info+0x5/0x5 [693354.105634] ? printk+0x9c/0xc3 [693354.105638] ? cpumask_weight+0x1f/0x1f [693354.105648] print_address_description+0x70/0x360 [693354.105654] kasan_report+0x1b2/0x330 [693354.105659] ? bfq_io_set_weight_legacy+0xd3/0x160 [693354.105665] ? bfq_io_set_weight_legacy+0xd3/0x160 [693354.105670] bfq_io_set_weight_legacy+0xd3/0x160 [693354.105675] ? bfq_cpd_init+0x20/0x20 [693354.105683] cgroup_file_write+0x3aa/0x510 [693354.105693] ? ___slab_alloc+0x507/0x540 [693354.105698] ? cgroup_file_poll+0x60/0x60 [693354.105702] ? 0xffffffff89600000 [693354.105708] ? usercopy_abort+0x90/0x90 [693354.105716] ? mutex_lock+0xef/0x180 [693354.105726] kernfs_fop_write+0x1ab/0x280 [693354.105732] ? cgroup_file_poll+0x60/0x60 [693354.105738] vfs_write+0xe7/0x230 [693354.105744] ksys_write+0xb0/0x140 [693354.105749] ? __ia32_sys_read+0x50/0x50 [693354.105760] do_syscall_64+0x112/0x370 [693354.105766] ? syscall_return_slowpath+0x260/0x260 [693354.105772] ? do_page_fault+0x9b/0x270 [693354.105779] ? prepare_exit_to_usermode+0xf9/0x1a0 [693354.105784] ? enter_from_user_mode+0x30/0x30 [693354.105793] entry_SYSCALL_64_after_hwframe+0x65/0xca [693354.105875] Allocated by task 1453337: [693354.106001] kasan_kmalloc+0xa0/0xd0 [693354.106006] kmem_cache_alloc_node_trace+0x108/0x220 [693354.106010] bfq_pd_alloc+0x96/0x120 [693354.106015] blkcg_activate_policy+0x1b7/0x2b0 [693354.106020] bfq_create_group_hierarchy+0x1e/0x80 [693354.106026] bfq_init_queue+0x678/0x8c0 [693354.106031] blk_mq_init_sched+0x1f8/0x460 [693354.106037] elevator_switch_mq+0xe1/0x240 [693354.106041] elevator_switch+0x25/0x40 [693354.106045] elv_iosched_store+0x1a1/0x230 [693354.106049] queue_attr_store+0x78/0xb0 [693354.106053] kernfs_fop_write+0x1ab/0x280 [693354.106056] vfs_write+0xe7/0x230 [693354.106060] ksys_write+0xb0/0x140 [693354.106064] do_syscall_64+0x112/0x370 [693354.106069] entry_SYSCALL_64_after_hwframe+0x65/0xca [693354.106114] Freed by task 1453336:
    [693354.106225] __kasan_slab_free+0x130/0x180 [693354.106229] kfree+0x90/0x1b0 [693354.106233] blkcg_deactivate_policy+0x12c/0x220 [693354.106238] bfq_exit_queue+0xf5/0x110 [693354.106241] blk_mq_exit_sched+0x104/0x130 [693354.106245] __elevator_exit+0x45/0x60 [693354.106249] elevator_switch_mq+0xd6/0x240 [693354.106253] elevator_switch+0x25/0x40 [693354.106257] elv_iosched_store+0x1a1/0x230 [693354.106261] queue_attr_store+0x78/0xb0 [693354.106264] kernfs_fop_write+0x1ab/0x280 [693354.106268] vfs_write+0xe7/0x230 [693354.106271] ksys_write+0xb0/0x140 [693354.106275] do_syscall_64+0x112/0x370 [693354.106280] entry_SYSCALL_64_after_hwframe+0x65/0xca [693354.106329] The buggy address belongs to the object at ffff888be0a35580 which belongs to the cache kmalloc-1k of size 1024 [693354.106736] The buggy address is located 228 bytes inside of 1024-byte region [ffff888be0a35580, ffff888be0a35980) [693354.107114] The buggy address belongs to the page:
    [693354.107273] page:ffffea002f828c00 count:1 mapcount:0 mapping:ffff888107c17080 index:0x0 compound_mapcount: 0 [693354.107606] flags: 0x17ffffc0008100(slab|head) [693354.107760] raw:
    0017ffffc0008100 ffffea002fcbc808 ffffea0030bd3a08 ffff888107c17080 [693354.108020] r ---truncated--- (CVE-2021-47379)

  - 已解決 Linux 核心中的下列弱點：ext4: block range must be validated before use in ext4_mb_clear_bb() Block range to free is validated in ext4_free_blocks() using ext4_inode_block_valid() and then it's passed to ext4_mb_clear_bb(). However in some situations on bigalloc file system the range might be adjusted after the validation in ext4_free_blocks() which can lead to troubles on corrupted file systems such as one found by syzkaller that resulted in the following BUG kernel BUG at fs/ext4/ext4.h:3319! PREEMPT SMP NOPTI CPU: 28 PID: 4243 Comm: repro Kdump: loaded Not tainted 5.19.0-rc6+ #1 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.15.0-1.fc35 04/01/2014 RIP: 0010:ext4_free_blocks+0x95e/0xa90 Call Trace: <TASK> ? lock_timer_base+0x61/0x80 ?
    __es_remove_extent+0x5a/0x760 ? __mod_timer+0x256/0x380 ? ext4_ind_truncate_ensure_credits+0x90/0x220 ext4_clear_blocks+0x107/0x1b0 ext4_free_data+0x15b/0x170 ext4_ind_truncate+0x214/0x2c0 ?
    _raw_spin_unlock+0x15/0x30 ? ext4_discard_preallocations+0x15a/0x410 ? ext4_journal_check_start+0xe/0x90 ?
    __ext4_journal_start_sb+0x2f/0x110 ext4_truncate+0x1b5/0x460 ? __ext4_journal_start_sb+0x2f/0x110 ext4_evict_inode+0x2b4/0x6f0 evict+0xd0/0x1d0 ext4_enable_quotas+0x11f/0x1f0 ext4_orphan_cleanup+0x3de/0x430 ? proc_create_seq_private+0x43/0x50 ext4_fill_super+0x295f/0x3ae0 ? snprintf+0x39/0x40 ? sget_fc+0x19c/0x330 ? ext4_reconfigure+0x850/0x850 get_tree_bdev+0x16d/0x260 vfs_get_tree+0x25/0xb0 path_mount+0x431/0xa70 __x64_sys_mount+0xe2/0x120 do_syscall_64+0x5b/0x80 ? do_user_addr_fault+0x1e2/0x670 ? exc_page_fault+0x70/0x170 entry_SYSCALL_64_after_hwframe+0x46/0xb0 RIP:
    0033:0x7fdf4e512ace Fix it by making sure that the block range is properly validated before used every time it changes in ext4_free_blocks() or ext4_mb_clear_bb(). (CVE-2022-50021)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
160440	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2022-004 (ALASKERNEL-5.4-2022-004)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/9	high
160459	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2022-002 (ALASKERNEL-5.10-2022-002)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/9	high
151793	Amazon Linux 2核心 --advisory ALAS2-2021-1685 (ALAS-2021-1685)	Nessus	Amazon Linux Local Security Checks	2021/7/16	2026/2/24	high
229864	Linux Distros 未修補弱點：CVE-2021-47222	Nessus	Misc.	2025/3/5	2026/7/17	high
352525	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1783414634）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high

偵測

搜尋 Plugin

high

high

high

high

high