遠端主機上安裝的核心版本早於 5.10.184-174.730。因此，會受到 ALAS2KERNEL-5.10-2023-034 公告中所提及的多個弱點影響。

    在 Linux 核心流量控制 (TC) 子系統中發現一個缺陷。使用特定的網路組態 (使用 TC 動作鏡像將輸出封包重新導向至輸入)，當使用中的傳輸通訊協定 (TCP 或 SCTP) 重新傳輸時，無權限的本機使用者可觸發 CPU 軟鎖定 (ABBA 鎖死)，進而導致拒絕服務條件。(CVE-2022-4269)

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

    btrfs：如果交易提交在 prepare_to_relocate() 中失敗會取消設定重新定位控制 (CVE-2022-50067)

    Linux 核心的 eBPF 子系統中可能有鎖死問題。

    Amazon Linux 主機上的預設 sysctl 設定 kernel.unprivileged_bpf_disabled 不允許非特權使用者使用 eBPF。(CVE-2023-0160)

    在處理 RPL 通訊協定時，發現 Linux 核心的網路子系統中存在缺陷。此問題是對使用者提供的資料處理不當所導致，可造成宣告失敗。利用此缺陷，未經驗證的遠端攻擊者可在系統中建立拒絕服務條件。
    (CVE-2023-2156)

    攻擊者可惡意利用 Linux 核心 ipvlan 網路驅動程式中的堆積超出邊界寫入弱點來提升本機權限。

    之所以存在超出邊界寫入弱點，是因為 ipvlan 網路驅動程式中缺少 skb->cb 初始化。若已啟用 CONFIG_IPVLAN，則可攻擊此弱點。

    我們建議升級過去的 commit 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/relocation.c 的 prepare_to_relocate 中存在釋放後使用弱點。在呼叫 btrfs_ioctl_defrag() 之前，呼叫 btrfs_ioctl_balance() 可能會觸發此潛在缺陷。(CVE-2023-3111)

    在 Linux 核心的媒體存取中，在 drivers/memstick/host/r592.c 的 r592_remove 中發現了一個釋放後使用缺陷。本機攻擊者可利用此缺陷在裝置連線中斷時造成系統當機，或造成核心資訊洩漏。(CVE-2023-3141)

    在 Linux 核心的 GFS2 檔案系統中發現一個瑕疵。在損毀的 gfs2 檔案系統上，evict 程式碼可以嘗試參照已被釋放並設定為 NULL 的參照日誌描述元結構 jdesc。呼叫 gfs2_trans_begin 時，此問題可導致 Null 指標解除參照，然後 ingfs2_evict_inode() 失敗。(CVE-2023-3212)

    在 relayfs 的 kernel/relay.c 中，在 relay_file_read_start_pos 的 Linux 核心中發現了一個超出邊界 (OOB) 記憶體存取缺陷。此缺陷允許本機攻擊者造成系統當機或洩漏核心內部資訊。(CVE-2023-3268)

    在 6.3.3 版之前的 Linux 核心中發現一個問題。從 fs/ext4/super.c 呼叫 lib/crc16.c 中的 crc16 時，因為 ext4_group_desc_csum 未正確檢查位移，此函式會發生超出邊界讀取問題。(CVE-2023-34256)

    在 Linux 核心的 vc_screen 中，發現 drivers/tty/vt/vc_screen.c 的 vcs_read 中存在釋放後使用瑕疵。具有本機使用者存取權的攻擊者可利用此瑕疵，來造成系統當機或洩漏核心內部資訊。(CVE-2023-3567)

    在 6.3.7 版之前的 Linux 核心的 net/sched/cls_flower.c 中的 fl_set_geneve_opt 中發現了一個問題。
    它允許透過 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 封包在花卉分類程式碼中發生超出邊界寫入。
    這可能導致拒絕服務或特權提升。(CVE-2023-35788)

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

    serial8250在連接埠特定驅動程式解除系結上重新初始化 port->pm (CVE-2023-53176)

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

    ACPICA避免未定義的行為將零位移套用至 null 指標 (CVE-2023-53182)

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

    ext4在 get_max_inline_xattr_value_size() 中新增邊界檢查 (CVE-2023-53285)

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

    md/raid10修正復原之 'r10bio->remaining' 的洩漏 (CVE-2023-53299)

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

    ext4修正 mb_find_extent 中的警告 (CVE-2023-53317)

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

    nilfs2降級為唯讀後不寫入已變更的資料 (CVE-2023-53337)

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

    rcu保護 rcu_print_task_exp_stall() ->exp_tasks 存取 (CVE-2023-53419)

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

    net新增 vlan_get_protocol_and_depth() 協助程式 (CVE-2023-53433)

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

    ext4移除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    x86/MCE/AMD針對bank_map 使用 u64 (CVE-2023-53474)

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

    libcpu_rmap避免 rmap->obj 陣列項目發生釋放後使用 (CVE-2023-53484)

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

    tcp/udp修正含有 TX 時間戳記的 sk 和 zerocopy skb 的記憶體洩漏。 (CVE-2023-53489)

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

    ext4允許 ext4_get_group_info() 失敗 (CVE-2023-53503)

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

    tipc如果 mtu 交涉中的 msg_max 太小則不更新 mtu (CVE-2023-53517)

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

    blk-crypto使 blk_crypto_evict_key() 更健全 (CVE-2023-53536)

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

    netfilternft_set_rbtree修正元素插入時的 null 解除參照 (CVE-2023-53566)

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

    spiqup不略過移除錯誤路徑中的清理 (CVE-2023-53567)

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

    ext2在掛載期間檢查區塊大小有效性 (CVE-2023-53569)

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

    null_blk一律從 configfs 檢查佇列模式設定 (CVE-2023-53576)

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

    scsi目標修正多個 LUN_RESET 處理 (CVE-2023-53586)

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

    ring-buffer在緩衝區解構前同步 IRQ 正常運作 (CVE-2023-53587)

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

    dm 完整性在 dm_integrity_init() 錯誤路徑中呼叫 kmem_cache_destroy() (CVE-2023-53604)

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

    net/schedsch_fq修正額度的整數溢位 (CVE-2023-53624)

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

    rcu避免因 __rcu_irq_enter_check_tick() 遭到入侵而造成堆疊溢位 (CVE-2023-53655)

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

    fshfsplus從 hfsplus_cat_{read,write}_inode() 移除 WARN_ON() (CVE-2023-53683)

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

    ext4修正 bigalloc + 內嵌之 ext4_find_extent 中的釋放後使用讀取 (CVE-2023-53692)

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

    ipv6修正 ipv6_find_tlv() 中的越界存取 (CVE-2023-53705)

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

    serialarc_uart修正 `arc_serial_probe` 中的 of_iomap 洩漏 (CVE-2023-53719)

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

    vc_screen重新載入 vcs_write() 中的 struct vc_data 指標載入以避免 UAF (CVE-2023-53747)

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

    scsilpfc修正 lpfc_sli4_pci_mem_setup() 中的 ioremap 問題 (CVE-2023-53754)

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

    USBusbtmc修正 0 長度 ioctl 控制訊息的方向 (CVE-2023-53761)

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

    dm flakey修正因無效表格行造成的當機 (CVE-2023-53786)

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

    nilfs2修正 nilfs_evict_inode() 中 nilfs_root 的釋放後使用錯誤 (CVE-2023-53804)

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

    blk-mq在報告 I/O 完成之前釋放密碼編譯金鑰插槽 (CVE-2023-53810)

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

    md/raid10修正 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

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

    nilfs2修正 nilfs_mdt_get_block() 中的無限迴圈 (CVE-2023-53845)

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

    netlink註釋對 nlk->cb_running 的存取 (CVE-2023-53853)

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

    udplite修正 __sk_mem_raise_allocated() 中的 NULL 指標解除參照。 (CVE-2023-54004)

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

    vmci_host修正 vmci_host_poll() 中造成 GPF 的爭用情形 (CVE-2023-54007)

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

    net針對虛擬介面停用 LRO 時修正堆疊溢位 (CVE-2023-54012)

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

    net/mlx5Devcom修正 mlx5_devcom_register_device 中的錯誤流程 (CVE-2023-54015)

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

    ext4在 ext4_mb_normalize_request 中正確設定目標啟動 (CVE-2023-54021)

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

    spmi移除 SPMI 驅動程式時新增移除回呼的檢查 (CVE-2023-54044)

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

    kheaders使用陣列宣告而非 char (CVE-2023-54056)

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

    ext4修正 ext4_xattr_move_to_block() 中的無效釋放追踪 (CVE-2023-54062)

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

    scsiqedi修正 qedi_remove() 中的釋放後使用錯誤 (CVE-2023-54100)

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

    scsilpfc防止 lpfc_debugfs_lockstat_write() 緩衝區溢位 (CVE-2023-54102)

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

    netnsh使用正確的 mac_offset 回溯 nsh_gso_segment() 中的 gso skb (CVE-2023-54114)

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

    inotify避免報告具有無效 wd 的事件 (CVE-2023-54119)

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

    md/raid10修正 'conf->bio_split' 的記憶體洩漏 (CVE-2023-54123)

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

    btrfs除非指定否則不釋放 qgroup 空間 (CVE-2023-54158)

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

    firmwarearm_sdei因無效內容 BUG 而修正睡眠問題 (CVE-2023-54160)

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

    RDMA/mlx4防止 set_user_sq_size() 中的移位包裝 (CVE-2023-54168)

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

    scsi目標iscsit在工作階段釋放前釋放 cmd (CVE-2023-54184)

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

    net/schedcls_api釋放之前從 driver_list 中移除 block_cb (CVE-2023-54193)

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

    USBsisusbvga新增端點檢查 (CVE-2023-54213)

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

    net修正 sock_recv_cmsgs() 中 sk->sk_stamp 的載入中斷問題。 (CVE-2023-54218)

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

    af_unix修正有關 sk->sk_shutdown 的資料爭用。 (CVE-2023-54226)

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

    ACPIEC修正移除自訂查詢處置程式時的 oops (CVE-2023-54244)

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

    debugobjects不從 fill_pool() 喚醒 kswapd (CVE-2023-54268)

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

    RDMA/srpt新增有效 'mad_agent' 指標的檢查 (CVE-2023-54274)

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

    md/raid10修正 md 執行緒的記憶體洩漏 (CVE-2023-54294)

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

    ext4修正在 nojournal 模式下轉換內嵌目錄時發生的鎖死 (CVE-2023-54311)

    在 Linux 核心的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中發現釋放後使用缺陷。此缺陷允許本機使用者在釋放舊的配額檔案名稱以觸發潛在的失敗時，造成資訊洩漏問題，進而導致釋放後使用。(CVE-2024-0775)

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

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

遠端主機上安裝的核心版本早於 5.4.247-161.349。因此，會受到 ALAS2KERNEL-5.4-2023-047 公告中所提及的多個弱點影響。

    在 Linux 核心的 x86 KVM 子系統中，發現 arch/x86/kvm/x86.c 中的 kvm_steal_time_set_preempted 存在瑕疵。無權限的來賓使用者可入侵來賓核心，這是因為在某些 KVM_VCPU_PREEMPTED 情況下，程式未正確處理 TLB 排清作業。(CVE-2022-39189)

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

    btrfs：如果交易提交在 prepare_to_relocate() 中失敗會取消設定重新定位控制 (CVE-2022-50067)

    Linux 核心的 eBPF 子系統中可能有鎖死問題。

    Amazon Linux 主機上的預設 sysctl 設定 kernel.unprivileged_bpf_disabled 不允許非特權使用者使用 eBPF。(CVE-2023-0160)

    由於可能發生的遞迴鎖定狀況，導致拒絕服務問題，可造成 Linux Kernel Device Mapper-Multipathing 子元件中 drivers/md/dm-ioctl.c 的 table_clear 發生鎖死。(CVE-2023-2269)

    攻擊者可惡意利用 Linux 核心 ipvlan 網路驅動程式中的堆積超出邊界寫入弱點來提升本機權限。

    之所以存在超出邊界寫入弱點，是因為 ipvlan 網路驅動程式中缺少 skb->cb 初始化。若已啟用 CONFIG_IPVLAN，則可攻擊此弱點。

    我們建議升級過去的 commit 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/relocation.c 的 prepare_to_relocate 中存在釋放後使用弱點。在呼叫 btrfs_ioctl_defrag() 之前，呼叫 btrfs_ioctl_balance() 可能會觸發此潛在缺陷。(CVE-2023-3111)

    在 Linux 核心的媒體存取中，在 drivers/memstick/host/r592.c 的 r592_remove 中發現了一個釋放後使用缺陷。本機攻擊者可利用此缺陷在裝置連線中斷時造成系統當機，或造成核心資訊洩漏。(CVE-2023-3141)

    在 relayfs 的 kernel/relay.c 中，在 relay_file_read_start_pos 的 Linux 核心中發現了一個超出邊界 (OOB) 記憶體存取缺陷。此缺陷允許本機攻擊者造成系統當機或洩漏核心內部資訊。(CVE-2023-3268)

    在 6.3.3 版之前的 Linux 核心中發現一個問題。從 fs/ext4/super.c 呼叫 lib/crc16.c 中的 crc16 時，因為 ext4_group_desc_csum 未正確檢查位移，此函式會發生超出邊界讀取問題。(CVE-2023-34256)

    在 Linux 核心的 vc_screen 中，發現 drivers/tty/vt/vc_screen.c 的 vcs_read 中存在釋放後使用瑕疵。具有本機使用者存取權的攻擊者可利用此瑕疵，來造成系統當機或洩漏核心內部資訊。(CVE-2023-3567)

    在 6.3.7 版之前的 Linux 核心的 net/sched/cls_flower.c 中的 fl_set_geneve_opt 中發現了一個問題。
    它允許透過 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 封包在花卉分類程式碼中發生超出邊界寫入。
    這可能導致拒絕服務或特權提升。(CVE-2023-35788)

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

    serial8250在連接埠特定驅動程式解除系結上重新初始化 port->pm (CVE-2023-53176)

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

    ACPICA避免未定義的行為將零位移套用至 null 指標 (CVE-2023-53182)

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

    ext4在 get_max_inline_xattr_value_size() 中新增邊界檢查 (CVE-2023-53285)

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

    md/raid10修正復原之 'r10bio->remaining' 的洩漏 (CVE-2023-53299)

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

    ext4修正 mb_find_extent 中的警告 (CVE-2023-53317)

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

    nilfs2降級為唯讀後不寫入已變更的資料 (CVE-2023-53337)

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

    net新增 vlan_get_protocol_and_depth() 協助程式 (CVE-2023-53433)

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

    ext4移除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    libcpu_rmap避免 rmap->obj 陣列項目發生釋放後使用 (CVE-2023-53484)

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

    tcp/udp修正含有 TX 時間戳記的 sk 和 zerocopy skb 的記憶體洩漏。 (CVE-2023-53489)

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

    spiqup不略過移除錯誤路徑中的清理 (CVE-2023-53567)

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

    ext2在掛載期間檢查區塊大小有效性 (CVE-2023-53569)

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

    ring-buffer在緩衝區解構前同步 IRQ 正常運作 (CVE-2023-53587)

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

    dm 完整性在 dm_integrity_init() 錯誤路徑中呼叫 kmem_cache_destroy() (CVE-2023-53604)

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

    netcdc_ncm處理過低的 dwNtbOutMaxSize 值 (CVE-2023-53667)

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

    fshfsplus從 hfsplus_cat_{read,write}_inode() 移除 WARN_ON() (CVE-2023-53683)

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

    ext4修正 bigalloc + 內嵌之 ext4_find_extent 中的釋放後使用讀取 (CVE-2023-53692)

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

    ipv6修正 ipv6_find_tlv() 中的越界存取 (CVE-2023-53705)

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

    serialarc_uart修正 `arc_serial_probe` 中的 of_iomap 洩漏 (CVE-2023-53719)

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

    vc_screen重新載入 vcs_write() 中的 struct vc_data 指標載入以避免 UAF (CVE-2023-53747)

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

    scsilpfc修正 lpfc_sli4_pci_mem_setup() 中的 ioremap 問題 (CVE-2023-53754)

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

    USBusbtmc修正 0 長度 ioctl 控制訊息的方向 (CVE-2023-53761)

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

    dm flakey修正因無效表格行造成的當機 (CVE-2023-53786)

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

    nilfs2修正 nilfs_evict_inode() 中 nilfs_root 的釋放後使用錯誤 (CVE-2023-53804)

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

    md/raid10修正 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

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

    nilfs2修正 nilfs_mdt_get_block() 中的無限迴圈 (CVE-2023-53845)

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

    netlink註釋對 nlk->cb_running 的存取 (CVE-2023-53853)

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

    udplite修正 __sk_mem_raise_allocated() 中的 NULL 指標解除參照。 (CVE-2023-54004)

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

    vmci_host修正 vmci_host_poll() 中造成 GPF 的爭用情形 (CVE-2023-54007)

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

    net針對虛擬介面停用 LRO 時修正堆疊溢位 (CVE-2023-54012)

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

    net/mlx5Devcom修正 mlx5_devcom_register_device 中的錯誤流程 (CVE-2023-54015)

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

    ext4在 ext4_mb_normalize_request 中正確設定目標啟動 (CVE-2023-54021)

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

    spmi移除 SPMI 驅動程式時新增移除回呼的檢查 (CVE-2023-54044)

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

    kheaders使用陣列宣告而非 char (CVE-2023-54056)

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

    ext4修正 ext4_xattr_move_to_block() 中的無效釋放追踪 (CVE-2023-54062)

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

    scsilpfc防止 lpfc_debugfs_lockstat_write() 緩衝區溢位 (CVE-2023-54102)

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

    netnsh使用正確的 mac_offset 回溯 nsh_gso_segment() 中的 gso skb (CVE-2023-54114)

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

    inotify避免報告具有無效 wd 的事件 (CVE-2023-54119)

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

    md/raid10修正 'conf->bio_split' 的記憶體洩漏 (CVE-2023-54123)

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

    btrfs除非指定否則不釋放 qgroup 空間 (CVE-2023-54158)

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

    firmwarearm_sdei因無效內容 BUG 而修正睡眠問題 (CVE-2023-54160)

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

    RDMA/mlx4防止 set_user_sq_size() 中的移位包裝 (CVE-2023-54168)

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

    scsi目標iscsit在工作階段釋放前釋放 cmd (CVE-2023-54184)

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

    net/schedcls_api釋放之前從 driver_list 中移除 block_cb (CVE-2023-54193)

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

    USBsisusbvga新增端點檢查 (CVE-2023-54213)

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

    net修正 sock_recv_cmsgs() 中 sk->sk_stamp 的載入中斷問題。 (CVE-2023-54218)

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

    af_unix修正有關 sk->sk_shutdown 的資料爭用。 (CVE-2023-54226)

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

    ACPIEC修正移除自訂查詢處置程式時的 oops (CVE-2023-54244)

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

    debugobjects不從 fill_pool() 喚醒 kswapd (CVE-2023-54268)

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

    md/raid10修正 md 執行緒的記憶體洩漏 (CVE-2023-54294)

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

    ext4修正在 nojournal 模式下轉換內嵌目錄時發生的鎖死 (CVE-2023-54311)

    在 Linux 核心的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中發現釋放後使用缺陷。此缺陷允許本機使用者在釋放舊的配額檔案名稱以觸發潛在的失敗時，造成資訊洩漏問題，進而導致釋放後使用。(CVE-2024-0775)

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

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

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

  - USBsisusbvga新增端點檢查syzbot fuzzer 可從 sisusbvga 驅動程式引發警告 ------------[cut here ]------------ usb 1-1BOGUS urb xfer、管道 3 != 類型 1 警告 CPU1 PID 26位於 drivers/usb/core/urb.c504 usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c 504 模組連結如下CPU1 PID26 通訊kworker/1:1 未受污染的 6.2.0-rc5-syzkaller-00199-g5af6ce704936 #0 硬體名稱 Google Google Compute Engine/Google Compute Engine、BIOS Google 01/12/ 2023 工作佇列
    usb_hub_wq hub_event RIP0010:usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 代碼7c 24 18 e8 6c 50 80 fb 48 8b 7c 24 18 e8 62 1a 01 ff 41 89 d8 44 89 e1 4 ea 48 89 c6 48 c7 c7 60 b1 fa 8a e8 84 b0 be 03 <0f> 0b e9 58 f8 ff ff e8 3e 50 80 fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP: 0018:ffffc90000a1ed18 EFLAGS: 00010282 RAX: 0000000000000000 RBX0000000000000001 RCX000000000000000 RDXffff888012783a80 RSIffffffff816680ec RDIfffff52000143d95 RBPffff888079020000 R0800000000000000 R0900
     R100000000000000000  : 0000000080000000 R11: 0000000000000000 R12: 0000000000000003 R13: ffff888017d33370 R14: 0000000000000003 R15: ffff888021213600 FS: 0000000000000000(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR200005592753a60b0 CR3
    0000000022899000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> sisusb_bulkout_msg drivers/usb/misc/sisusbvga/sisusbvga.c:224 [inline] sisusb_send_bulk_msg.constprop.0+ 0x904/0x1230 drivers/usb/misc/sisusbvga/sisusbvga.c:379 sisusb_send_bridge_packet drivers/usb/misc/sisusbvga/sisusbvga.c:567 [內嵌] sisusb_do_init_gfxdevice drivers/usb/misc/sisusbvga/sisusbvga.c:2077 [內嵌] sisusb_init_gfxdevice+0x87b/0x4000 drivers/usb/misc/sisusbvga/sisusbvga.c:2177 sisusb_probe+0x9cd/0xbe2 drivers/usb/misc/sisusbvga/sisusbvga.c:2869 ... 造成此問題的原因是驅動程式未檢查其使用的端點是否確實存在且是否具有適當的類型。新增端點的簡單檢查即可修正此問題。 (CVE-2023-54213)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

    據發現，nft 物件或運算式可參照不同 nft 表格上的 nft 集，進而導致在刪除該表格時發生釋放後使用。(CVE-2022-2586)

    在 Linux 核心的 Netfilter 子系統中，發現使用者提供錯誤 NFT_DATA_VERDICT 類型輸入的一個堆積緩衝區溢位瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-34918)

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

    btrfs：如果交易提交在 prepare_to_relocate() 中失敗會取消設定重新定位控制 (CVE-2022-50067)

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

    netfilter：nf_tables：不允許 SET_ID 參照其他表格 (CVE-2022-50213)

    由於可能發生的遞迴鎖定狀況，導致拒絕服務問題，可造成 Linux Kernel Device Mapper-Multipathing 子元件中 drivers/md/dm-ioctl.c 的 table_clear 發生鎖死。(CVE-2023-2269)

    在 Linux 核心 6.2.6 以及之前的所有版本中，net/tls/tls_main.c 中的 do_tls_getsockopt 缺少 lock_sock 呼叫，可引致爭用條件 (造成釋放後使用或 NULL 指標解除參照)。(CVE-2023-28466)

    攻擊者可惡意利用 Linux 核心 ipvlan 網路驅動程式中的堆積超出邊界寫入弱點來提升本機權限。

    之所以存在超出邊界寫入弱點，是因為 ipvlan 網路驅動程式中缺少 skb->cb 初始化。若已啟用 CONFIG_IPVLAN，則可攻擊此弱點。

    我們建議升級過去的 commit 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/relocation.c 的 prepare_to_relocate 中存在釋放後使用弱點。在呼叫 btrfs_ioctl_defrag() 之前，呼叫 btrfs_ioctl_balance() 可能會觸發此潛在缺陷。(CVE-2023-3111)

    在 Linux 核心的媒體存取中，在 drivers/memstick/host/r592.c 的 r592_remove 中發現了一個釋放後使用缺陷。本機攻擊者可利用此缺陷在裝置連線中斷時造成系統當機，或造成核心資訊洩漏。(CVE-2023-3141)

    在 6.3.3 版之前的 Linux 核心中發現一個問題。從 fs/ext4/super.c 呼叫 lib/crc16.c 中的 crc16 時，因為 ext4_group_desc_csum 未正確檢查位移，此函式會發生超出邊界讀取問題。(CVE-2023-34256)

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

    serial8250在連接埠特定驅動程式解除系結上重新初始化 port->pm (CVE-2023-53176)

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

    ACPICA避免未定義的行為將零位移套用至 null 指標 (CVE-2023-53182)

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

    ext4在 get_max_inline_xattr_value_size() 中新增邊界檢查 (CVE-2023-53285)

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

    md/raid10修正復原之 'r10bio->remaining' 的洩漏 (CVE-2023-53299)

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

    nilfs2降級為唯讀後不寫入已變更的資料 (CVE-2023-53337)

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

    ext4移除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    libcpu_rmap避免 rmap->obj 陣列項目發生釋放後使用 (CVE-2023-53484)

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

    tcp/udp修正含有 TX 時間戳記的 sk 和 zerocopy skb 的記憶體洩漏。 (CVE-2023-53489)

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

    ext2在掛載期間檢查區塊大小有效性 (CVE-2023-53569)

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

    ring-buffer在緩衝區解構前同步 IRQ 正常運作 (CVE-2023-53587)

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

    dm 完整性在 dm_integrity_init() 錯誤路徑中呼叫 kmem_cache_destroy() (CVE-2023-53604)

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

    netcdc_ncm處理過低的 dwNtbOutMaxSize 值 (CVE-2023-53667)

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

    fshfsplus從 hfsplus_cat_{read,write}_inode() 移除 WARN_ON() (CVE-2023-53683)

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

    ipv6修正 ipv6_find_tlv() 中的越界存取 (CVE-2023-53705)

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

    dm flakey修正因無效表格行造成的當機 (CVE-2023-53786)

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

    nilfs2修正 nilfs_evict_inode() 中 nilfs_root 的釋放後使用錯誤 (CVE-2023-53804)

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

    nilfs2修正 nilfs_mdt_get_block() 中的無限迴圈 (CVE-2023-53845)

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

    netlink註釋對 nlk->cb_running 的存取 (CVE-2023-53853)

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

    ext4在 ext4_mb_normalize_request 中正確設定目標啟動 (CVE-2023-54021)

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

    spmi移除 SPMI 驅動程式時新增移除回呼的檢查 (CVE-2023-54044)

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

    ext4修正 ext4_xattr_move_to_block() 中的無效釋放追踪 (CVE-2023-54062)

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

    USBsisusbvga新增端點檢查 (CVE-2023-54213)

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

    net修正 sock_recv_cmsgs() 中 sk->sk_stamp 的載入中斷問題。 (CVE-2023-54218)

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

    ACPIEC修正移除自訂查詢處置程式時的 oops (CVE-2023-54244)

    在 Linux 核心的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中發現釋放後使用缺陷。此缺陷允許本機使用者在釋放舊的配額檔案名稱以觸發潛在的失敗時，造成資訊洩漏問題，進而導致釋放後使用。(CVE-2024-0775)

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

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

AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1793333110 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：dma-debug: don't call
    __dma_entry_alloc_check_leak() under free_entries_lock __dma_entry_alloc_check_leak() calls into printk -> serial console output (qcom geni) and grabs port->lock under free_entries_lock spin lock, which is a reverse locking dependency chain as qcom_geni IRQ handler can call into dma-debug code and grab free_entries_lock under port->lock. Move __dma_entry_alloc_check_leak() call out of free_entries_lock scope so that we don't acquire serial console's port->lock under it. Trimmed-down lockdep splat: The existing dependency chain (in reverse order) is: -> #2 (free_entries_lock){-.-.}-{2:2}:
    _raw_spin_lock_irqsave+0x60/0x80 dma_entry_alloc+0x38/0x110 debug_dma_map_page+0x60/0xf8 dma_map_page_attrs+0x1e0/0x230 dma_map_single_attrs.constprop.0+0x6c/0xc8 geni_se_rx_dma_prep+0x40/0xcc qcom_geni_serial_isr+0x310/0x510 __handle_irq_event_percpu+0x110/0x244 handle_irq_event_percpu+0x20/0x54 handle_irq_event+0x50/0x88 handle_fasteoi_irq+0xa4/0xcc handle_irq_desc+0x28/0x40 generic_handle_domain_irq+0x24/0x30 gic_handle_irq+0xc4/0x148 do_interrupt_handler+0xa4/0xb0 el1_interrupt+0x34/0x64 el1h_64_irq_handler+0x18/0x24 el1h_64_irq+0x64/0x68 arch_local_irq_enable+0x4/0x8
    ____do_softirq+0x18/0x24 ... -> #1 (&port_lock_key){-.-.}-{2:2}: _raw_spin_lock_irqsave+0x60/0x80 qcom_geni_serial_console_write+0x184/0x1dc console_flush_all+0x344/0x454 console_unlock+0x94/0xf0 vprintk_emit+0x238/0x24c vprintk_default+0x3c/0x48 vprintk+0xb4/0xbc _printk+0x68/0x90 register_console+0x230/0x38c uart_add_one_port+0x338/0x494 qcom_geni_serial_probe+0x390/0x424 platform_probe+0x70/0xc0 really_probe+0x148/0x280 __driver_probe_device+0xfc/0x114 driver_probe_device+0x44/0x100 __device_attach_driver+0x64/0xdc bus_for_each_drv+0xb0/0xd8
    __device_attach+0xe4/0x140 device_initial_probe+0x1c/0x28 bus_probe_device+0x44/0xb0 device_add+0x538/0x668 of_device_add+0x44/0x50 of_platform_device_create_pdata+0x94/0xc8 of_platform_bus_create+0x270/0x304 of_platform_populate+0xac/0xc4 devm_of_platform_populate+0x60/0xac geni_se_probe+0x154/0x160 platform_probe+0x70/0xc0 ... -> #0 (console_owner){-...}-{0:0}:
    __lock_acquire+0xdf8/0x109c lock_acquire+0x234/0x284 console_flush_all+0x330/0x454 console_unlock+0x94/0xf0 vprintk_emit+0x238/0x24c vprintk_default+0x3c/0x48 vprintk+0xb4/0xbc
    _printk+0x68/0x90 dma_entry_alloc+0xb4/0x110 debug_dma_map_sg+0xdc/0x2f8 __dma_map_sg_attrs+0xac/0xe4 dma_map_sgtable+0x30/0x4c get_pages+0x1d4/0x1e4 [msm] msm_gem_pin_pages_locked+0x38/0xac [msm] msm_gem_pin_vma_locked+0x58/0x88 [msm] msm_ioctl_gem_submit+0xde4/0x13ac [msm] drm_ioctl_kernel+0xe0/0x15c drm_ioctl+0x2e8/0x3f4 vfs_ioctl+0x30/0x50 ... Chain exists of: console_owner --> &port_lock_key --> free_entries_lock Possible unsafe locking scenario: CPU0 CPU1 ---- ---- lock(free_entries_lock);
    lock(&port_lock_key); lock(free_entries_lock); lock(console_owner); *** DEADLOCK *** Call trace:
    dump_backtrace+0xb4/0xf0 show_stack+0x20/0x30 dump_stack_lvl+0x60/0x84 dump_stack+0x18/0x24 print_circular_bug+0x1cc/0x234 check_noncircular+0x78/0xac __lock_acquire+0xdf8/0x109c lock_acquire+0x234/0x284 console_flush_all+0x330/0x454 consol ---truncated--- (CVE-2023-52516)

  - 已解決 Linux 核心中的下列弱點：USB: sisusbvga: Add endpoint checks The syzbot fuzzer was able to provoke a WARNING from the sisusbvga driver: ------------[ cut here]------------ usb 1-1: BOGUS urb xfer, pipe 3 != type 1 WARNING: CPU: 1 PID: 26 at drivers/usb/core/urb.c:504 usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 Modules linked in: CPU:
    1 PID: 26 Comm: kworker/1:1 Not tainted 6.2.0-rc5-syzkaller-00199-g5af6ce704936 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 Workqueue: usb_hub_wq hub_event RIP:
    0010:usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 Code: 7c 24 18 e8 6c 50 80 fb 48 8b 7c 24 18 e8 62 1a 01 ff 41 89 d8 44 89 e1 4c 89 ea 48 89 c6 48 c7 c7 60 b1 fa 8a e8 84 b0 be 03 <0f> 0b e9 58 f8 ff ff e8 3e 50 80 fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP: 0018:ffffc90000a1ed18 EFLAGS: 00010282 RAX:
    0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000 RDX: ffff888012783a80 RSI: ffffffff816680ec RDI: fffff52000143d95 RBP: ffff888079020000 R08: 0000000000000005 R09: 0000000000000000 R10:
    0000000080000000 R11: 0000000000000000 R12: 0000000000000003 R13: ffff888017d33370 R14: 0000000000000003 R15: ffff888021213600 FS: 0000000000000000(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00005592753a60b0 CR3: 0000000022899000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> sisusb_bulkout_msg drivers/usb/misc/sisusbvga/sisusbvga.c:224 [inline] sisusb_send_bulk_msg.constprop.0+0x904/0x1230 drivers/usb/misc/sisusbvga/sisusbvga.c:379 sisusb_send_bridge_packet drivers/usb/misc/sisusbvga/sisusbvga.c:567 [inline] sisusb_do_init_gfxdevice drivers/usb/misc/sisusbvga/sisusbvga.c:2077 [inline] sisusb_init_gfxdevice+0x87b/0x4000 drivers/usb/misc/sisusbvga/sisusbvga.c:2177 sisusb_probe+0x9cd/0xbe2 drivers/usb/misc/sisusbvga/sisusbvga.c:2869 ... The problem was caused by the fact that the driver does not check whether the endpoints it uses are actually present and have the appropriate types. This can be fixed by adding a simple check of the endpoints. (CVE-2023-54213)

  - 已解決 Linux 核心中的下列弱點：net/sched: act_mirred: use the backlog for mirred ingress The test Davide added in commit ca22da2fbd69 (act_mirred: use the backlog for nested calls to mirred ingress) hangs our testing VMs every 10 or so runs, with the familiar tcp_v4_rcv -> tcp_v4_rcv deadlock reported by lockdep. The problem as previously described by Davide (see Link) is that if we reverse flow of traffic with the redirect (egress -> ingress) we may reach the same socket which generated the packet. And we may still be holding its socket lock. The common solution to such deadlocks is to put the packet in the Rx backlog, rather than run the Rx path inline. Do that for all egress -> ingress reversals, not just once we started to nest mirred calls. In the past there was a concern that the backlog indirection will lead to loss of error reporting / less accurate stats. But the current workaround does not seem to address the issue. (CVE-2024-26740)

  - 已解決 Linux 核心中的下列弱點：mm/vmscan: fix a bug calling wakeup_kswapd() with a wrong zone index With numa balancing on, when a numa system is running where a numa node doesn't have its local memory so it has no managed zones, the following oops has been observed. It's because wakeup_kswapd() is called with a wrong zone index, -1. Fixed it by checking the index before calling wakeup_kswapd(). > BUG: unable to handle page fault for address: 00000000000033f3 > #PF:
    supervisor read access in kernel mode > #PF: error_code(0x0000) - not-present page > PGD 0 P4D 0 > Oops:
    0000 [#1] PREEMPT SMP NOPTI > CPU: 2 PID: 895 Comm: masim Not tainted 6.6.0-dirty #255 > Hardware name:
    QEMU Standard PC (i440FX + PIIX, 1996), BIOS > rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 > RIP: 0010:wakeup_kswapd (./linux/mm/vmscan.c:7812) > Code: (omitted) > RSP: 0000:ffffc90004257d58 EFLAGS:
    00010286 > RAX: ffffffffffffffff RBX: ffff88883fff0480 RCX: 0000000000000003 > RDX: 0000000000000000 RSI:
    0000000000000000 RDI: ffff88883fff0480 > RBP: ffffffffffffffff R08: ff0003ffffffffff R09: ffffffffffffffff > R10: ffff888106c95540 R11: 0000000055555554 R12: 0000000000000003 > R13: 0000000000000000 R14:
    0000000000000000 R15: ffff88883fff0940 > FS: 00007fc4b8124740(0000) GS:ffff888827c00000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: 00000000000033f3 CR3:
    000000026cc08004 CR4: 0000000000770ee0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 > PKRU: 55555554 > Call Trace: > <TASK> > ? __die > ? page_fault_oops > ? __pte_offset_map_lock > ? exc_page_fault > ? asm_exc_page_fault > ? wakeup_kswapd > migrate_misplaced_page > __handle_mm_fault > handle_mm_fault > do_user_addr_fault > exc_page_fault > asm_exc_page_fault > RIP: 0033:0x55b897ba0808 > Code: (omitted) > RSP:
    002b:00007ffeefa821a0 EFLAGS: 00010287 > RAX: 000055b89983acd0 RBX: 00007ffeefa823f8 RCX: 000055b89983acd0 > RDX: 00007fc2f8122010 RSI: 0000000000020000 RDI: 000055b89983acd0 > RBP: 00007ffeefa821a0 R08:
    0000000000000037 R09: 0000000000000075 > R10: 0000000000000000 R11: 0000000000000202 R12: 0000000000000000 > R13: 00007ffeefa82410 R14: 000055b897ba5dd8 R15: 00007fc4b8340000 > </TASK> (CVE-2024-26783)

  - 已解決 Linux 核心中的下列弱點：vfs: Don't evict inode under the inode lru traversing context The inode reclaiming process(See function prune_icache_sb) collects all reclaimable inodes and mark them with I_FREEING flag at first, at that time, other processes will be stuck if they try getting these inodes (See function find_inode_fast), then the reclaiming process destroy the inodes by function dispose_list(). Some filesystems(eg. ext4 with ea_inode feature, ubifs with xattr) may do inode lookup in the inode evicting callback function, if the inode lookup is operated under the inode lru traversing context, deadlock problems may happen. Case 1: In function ext4_evict_inode(), the ea inode lookup could happen if ea_inode feature is enabled, the lookup process will be stuck under the evicting context like this: 1. File A has inode i_reg and an ea inode i_ea 2. getfattr(A, xattr_buf) // i_ea is added into lru // lru->i_ea 3. Then, following three processes running like this: PA PB echo 2 > /proc/sys/vm/drop_caches shrink_slab prune_dcache_sb // i_reg is added into lru, lru->i_ea->i_reg prune_icache_sb list_lru_walk_one inode_lru_isolate i_ea->i_state |= I_FREEING // set inode state inode_lru_isolate __iget(i_reg) spin_unlock(&i_reg->i_lock) spin_unlock(lru_lock) rm file A i_reg->nlink = 0 iput(i_reg) // i_reg->nlink is 0, do evict ext4_evict_inode ext4_xattr_delete_inode ext4_xattr_inode_dec_ref_all ext4_xattr_inode_iget ext4_iget(i_ea->i_ino) iget_locked find_inode_fast
    __wait_on_freeing_inode(i_ea) ---- AA deadlock dispose_list // cannot be executed by prune_icache_sb wake_up_bit(&i_ea->i_state) Case 2: In deleted inode writing function ubifs_jnl_write_inode(), file deleting process holds BASEHD's wbuf->io_mutex while getting the xattr inode, which could race with inode reclaiming process(The reclaiming process could try locking BASEHD's wbuf->io_mutex in inode evicting function), then an ABBA deadlock problem would happen as following: 1. File A has inode ia and a xattr(with inode ixa), regular file B has inode ib and a xattr. 2. getfattr(A, xattr_buf) // ixa is added into lru // lru->ixa 3. Then, following three processes running like this: PA PB PC echo 2 > /proc/sys/vm/drop_caches shrink_slab prune_dcache_sb // ib and ia are added into lru, lru->ixa->ib->ia prune_icache_sb list_lru_walk_one inode_lru_isolate ixa->i_state |= I_FREEING // set inode state inode_lru_isolate __iget(ib) spin_unlock(&ib->i_lock) spin_unlock(lru_lock) rm file B ib->nlink = 0 rm file A iput(ia) ubifs_evict_inode(ia) ubifs_jnl_delete_inode(ia) ubifs_jnl_write_inode(ia) make_reservation(BASEHD) // Lock wbuf->io_mutex ubifs_iget(ixa->i_ino) iget_locked find_inode_fast
    __wait_on_freeing_inode(ixa) | iput(ib) // ib->nlink is 0, do evict | ubifs_evict_inode | ubifs_jnl_delete_inode(ib) ubifs_jnl_write_inode ABBA deadlock -----make_reservation(BASEHD) dispose_list // cannot be executed by prune_icache_sb wake_up_bit(&ixa->i_state) Fix the possible deadlock by using new inode state flag I_LRU_ISOLATING to pin the inode in memory while inode_lru_isolate(
    ---truncated--- (CVE-2024-45003)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
177770	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-034 (ALASKERNEL-5.10-2023-034)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
177776	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-047 (ALASKERNEL-5.4-2023-047)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
281506	Linux Distros 未修補的弱點：CVE-2023-54213	Nessus	Misc.	2025/12/31	2026/9/30	medium
177862	Amazon Linux 2核心 --advisory ALAS2-2023-2100 (ALAS-2023-2100)	Nessus	Amazon Linux Local Security Checks	2023/7/1	2026/2/9	high
374135	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc多個弱點（ALMALINUX9.2：CLSA-2026：1793333110）	Nessus	Alma Linux Local Security Checks	2026/10/30	2026/10/30	high

偵測

搜尋 Plugin

high

high

medium

high

high