因此，會受到 ALAS2023-2024-519 公告中所提及的多個弱點影響。

    2024-07-03：已將 CVE-2024-26631 新增至此公告。

    2024-07-03：已將 CVE-2024-26632 新增至此公告。

    2024-07-03：已將 CVE-2023-52610 新增至此公告。

    2024-07-03：已將 CVE-2024-26633 新增至此公告。

    2024-07-03：已將 CVE-2023-52612 新增至此公告。

    2024-06-06：已將 CVE-2023-52698 新增至此公告。

    2024-04-25：已將 CVE-2023-52462 新增至此公告。

    2024-04-25：已將 CVE-2024-26591 新增至此公告。

    2024-04-25：已將 CVE-2023-52467 新增至此公告。

    2024-04-25：已將 CVE-2023-52458 新增至此公告。

    2024-04-25：已將 CVE-2023-52447 新增至此公告。

    2024-04-10：已將 CVE-2024-26598 新增至此公告。

    2024-03-27：已將 CVE-2023-52439 新增至此公告。

    2024-03-13：已將 CVE-2023-52463 新增至此公告。

    2024-03-13：已將 CVE-2024-26589 新增至此公告。

    2024-02-29：已將 CVE-2023-6915 新增至此公告。

    2024-02-29：已將 CVE-2023-46838 新增至此公告。

    在 Xen 中發現一個瑕疵。非特權來賓可藉由傳送網路封包至後端來造成主機拒絕服務 (DoS)，進而導致後端損毀。(CVE-2023-46838)

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

    uio：修復 uio_open 中的釋放後使用弱點

    core-1 core-2------------------------------------------------------- uio_unregister_device uio_openidev = idr_find()device_unregister(&idev->dev)put_device(&idev->dev)uio_device_releaseget_device(&idev->dev)kfree(idev)uio_free_minor(minor)uio_releaseput_device(&idev->dev)kfree(idev)-------------------------------------------------------

    在 core-1 uio_unregister_device() 中，若 idev->dev kobject ref 為 1，device_unregister 將 kfreeidev。但在執行 core-1device_unregister、put_device 與 kfree 之間，core-2 可能會 get_device。
    然後：1. 在 core-1 kfree idev 之後，core-2 會為 idev 執行釋放後使用。2. core-2 執行 uio_release 和 put_device 時，idev 將被重複釋放。

    若要解決此問題，我們可以透過 minor_lock 取得 idev atomic 和 inc idev 參照。(CVE-2023-52439)

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

    bpf：必要時延遲釋放內部對應

    在更新或刪除對應陣列或對應 htab 時，非可睡眠程式或睡眠程式仍可存取這些對應。但是，若 ref-counter 排在最后 (大多數情況下為 true)，bpf_map_fd_put_ptr() 會直接透過 bpf_map_put() 減少內部對應的 ref-counter，並且內部對應將被 kworker 中的 ops->map_free() 釋放。但目前，大多數 .map_free() 回呼並未使用 synchronize_rcu() 或其變體來等待 RCU 寬限期過去，因此在 ops->map_free 叫用完成後，存取內部對應的 bpf 程式可能會引發釋放後使用問題。

    透過在一個 RCU 寬限期和一個工作追蹤 RCU 寬限期之後呼叫 bpf_map_free_deferred() (若之前已從外部對應中刪除內部對應)，修復內部對應釋放。若要釋放 bpf 對應的最後一個 ref-counter，可使用 call_rcu() 或 call_rcu_tasks_trace() 來達到延遲釋放的目的。bpf_map 中新增的 rcu_head 欄位與 work 欄位共用同一儲存空間，以減小 bpf_map 的大小。(CVE-2023-52447)

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

    block：新增分割區長度必須與區塊大小對齊的檢查

    在呼叫新增分割區或調整分割區大小前，沒有檢查長度是否與邏輯區塊大小對齊。若磁碟的邏輯區塊大小大於 512 位元組，則磁碟分割大小可能不是邏輯區塊大小的倍數。此外，讀取最後一個磁區時，bio_truncate() 會調整 bio 大小，若讀取命令的大小小於邏輯區塊的大小，則會導致 IO 错误。若支援完整性資料，這還將導致呼叫 bio_integrity_free 時發生 Null 指標解除參照。(CVE-2023-52458)

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

    bpf：修復嘗試損毀溢位指標的檢查 (CVE-2023-52462)

    在 Linux 核心中，下列弱點已修復：efivarfs：如果不支援 SetVariable，在重新掛載時會強制執行 RO 若韌體不支援執行階段的 SetVariable，我們絕不會為該函式指派回呼。同時將 efivarfs 掛載為 RO，讓任何人都無法呼叫。但是，我們從不會檢查權限旗標，除非有人將檔案系統掛載為 RW。因此，這會導致當機 (CVE-2023-52463)

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

    mfd：syscon：修復 of_syscon_register() 中的 Null 指標解除參照弱點

    kasprintf() 會傳回動態配置記憶體的指標，失敗時該指標可為 NULL。
    (CVE-2023-52467)

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

    net/sched：act_ct：修正 ooo 片段上的 skb 洩漏和損毀問題 (CVE-2023-52610)

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

    crypto：scomp - 修正 req->dst 緩衝區溢位 (CVE-2023-52612)

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

    calipso：修復 netlbl_calipso_add_pass() 中的記憶體流失弱點 (CVE-2023-52698)

    在 Linux 核心中，發現 lib/idr.c 的 ida_free 存在 NULL 指標解除參照問題。此問題可能允許使用此程式庫的攻擊者因函式傳回時遺漏檢查而造成拒絕服務弱點。(CVE-2023-6915)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    在釋放之前，nft_setelem_catchall_deactivate() 函式會檢查全能集元素在目前的世代中是否處於作用中狀態，而非在新一代中，但該函式只會在新一代中將其標示為非作用，因而可能多次釋放該元素，進而導致一個重複釋放弱點。

    我們建議升級過去的 commit b1db244ffd041a49ecc9618e8feb6b5c1afcdaa7。(CVE-2024-1085)

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

    bpf：拒絕 PTR_TO_FLOW_KEYS 上的變數位移 alu

    check_flow_keys_access() 會導致超出邊界存取。針對 PTR_TO_FLOW_KEYS，check_flow_keys_access() 僅使用修復後的 off 進行驗證。不過，未針對此 ptr 類別禁止變數位移 ptr alu。因此，系統不會檢查變數位移。(CVE-2024-26589)

    bpf：修復 bpf_tracing_prog_attach 中的重新附加分支問題

    因缺少 attach_btf，下列情況可造成當機：

    1) 載入 rawtp 程式 2) 載入將 rawtp 做為 target_fd 的 fentry 程式 3) 使用 target_fd = 0 為 fentry 程式建立追蹤連結 4) 重複 3 (CVE-2024-26591)

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

    KVM：arm64：vgic-its：避免 LPI 轉譯快取中可能發生的 UAF (CVE-2024-26598)

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

    ipv6：mcast：修正 ipv6_mc_down / mld_ifc_work 中的資料爭用 (CVE-2024-26631)

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

    block：修正使用 bio_for_each_folio_all 迭代空白 bio 的問題 (CVE-2024-26632)

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

    ip6_tunnel：修正 ip6_tnl_parse_tlv_enc_lim() 中的 NEXTHDR_FRAGMENT 處理 (CVE-2024-26633)

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

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

遠端 Ubuntu 22.04 LTS/23.10 主機上安裝的一個套件會受到 USN-6743-1 公告中所提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已修正：jfs：修正 jfs_evict_inode 中的 uaf 執行 diMount(ipimap) 失敗時，已釋放的物件 ipimap 或可在 diFreeSpecial() 中進行訪問。rcu_core() 呼叫 jfs_free_node() 時發生非同步 ipimap 釋放。因此，diMount(ipimap) 失敗時，sbi->ipimap 不應被初始化為 ipimap。(CVE-2023-52600)

  - 在 Linux 核心中，下列弱點已修正：UBSAN：dtSplitRoot 中的 array-index-out-of-bounds Syzkaller 報告了以下問題：oop0：檢測到容量變化範圍在 0 到 32768 之间 UBSAN：
    fs/jfs/jfs_dtree.c:1971:9 索引 -2 中的 array-index-out-of-bounds 超出類型「struct dtslot [128]」的範圍 CPU：0 PID：3613 命令：syz-executor270 未污染 6.0.0-syzkaller-09423-g493ffd6605b2 #0 硬體名稱：Google Google Compute Engine/Google Compute Engine，BIOS Google 09/22/2022 呼叫追蹤：<TASK>
    __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x1b1/0x28e lib/dump_stack.c:106 ubsan_epilogue lib/ubsan.c:151 [inline] __ubsan_handle_out_of_bounds+0xdb/0x130 lib/ubsan.c:283 dtSplitRoot+0x8d8/0x1900 fs/jfs/jfs_dtree.c:1971 dtSplitUp fs/jfs/jfs_dtree.c:985 [inline] dtInsert+0x1189/0x6b80 fs/jfs/jfs_dtree.c:863 jfs_mkdir+0x757/0xb00 fs/jfs/namei.c:270 vfs_mkdir+0x3b3/0x590 fs/namei.c:4013 do_mkdirat+0x279/0x550 fs/namei.c:4038 __do_sys_mkdirat fs/namei.c:4053 [inline] __se_sys_mkdirat fs/namei.c:4051 [inline] __x64_sys_mkdirat+0x85/0x90 fs/namei.c:4051 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP：0033:0x7fcdc0113fd9 程式碼：ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 c0 ff ff ff f7 d8 64 89 01 48 RSP：002b:00007ffeb8bc67d8 EFLAGS：00000246 ORIG_RAX：0000000000000102 RAX：ffffffffffffffda RBX：0000000000000000 RCX：00007fcdc0113fd9 RDX：
    0000000000000000 RSI：0000000020000340 RDI：0000000000000003 RBP：00007fcdc00d37a0 R08：0000000000000000 R09：00007fcdc00d37a0 R10：00005555559a72c0 R11：0000000000000246 R12：00000000f8008000 R13：
    0000000000000000 R14：00083878000000f8 R15：0000000000000000 </TASK> 此問題因 fsi 的值小於 -1 所致。雖然系統可以檢查 fsi 值變為 -1 是否會發生迴圈中斷，但 syzbot 能夠產生小於 -1 的值 (導致錯誤)。此修補程式只針對小於 0 的值新增變更。此修補程式已經過 syzbot 測試。(CVE-2023-52603)

  - 在 Linux 核心中，下列弱點已修正：netfilter：nft_set_rbtree：跳過來自 gc 的結束間隔元素 插入時，rbtree lazy gc 可能會收集此交易中剛新增的結束間隔元素，略過尚未啟用的結束間隔元素。(CVE-2024-26581)

  - 在 Linux 核心中，下列弱點已修復：bpf：拒絕 PTR_TO_FLOW_KEYS 上的變數位移 alu 對於 PTR_TO_FLOW_KEYS，check_flow_keys_access() 僅使用修復的 off 進行驗證。
    不過，未針對此 ptr 類別禁止變數位移 ptr alu。因此系統不會檢查變數位移。已接受以下 prog：func#0 @0 0：R1=ctx() R10=fp0 0：(bf) r6 = r1 ; R1=ctx() R6_w=ctx() 1：(79) r7 = *(u64 *)(r6 +144) ; R6_w=ctx() R7_w=flow_keys() 2：(b7) r8 = 1024 ; R8_w=1024 3：
    (37) r8 /= 1 ; R8_w=scalar() 4：(57) r8 &= 1024 ; R8_w=scalar(smin=smin32=0, smax=umax=smax32=umax32=1024,var_off=(0x0; 0x400)) 5：(0f) r7 += r8 mark_precise: frame0: last_idx 5 first_idx 0 subseq_idx -1 mark_precise: frame0: regs=r8 stack= before 4：(57) r8 &= 1024 mark_precise:
    frame0: regs=r8 stack= before 3：(37) r8 /= 1 mark_precise: frame0: regs=r8 stack= before 2：(b7) r8 = 1024 6: R7_w=flow_keys(smin=smin32=0,smax=umax=smax32=umax32=1024,var_off =(0x0; 0x400)) R8_w=scalar(smin=smin32=0,smax=umax=smax32=umax32=1024, var_off=(0x0; 0x400)) 6：(79) r0 = *(u64 *)(r7 +0) ; R0_w=scalar() 7：(95) exit 此 prog 將 flow_keys 載入 r7，並將變數位移 r8 增加到 r7，最終導致超出邊界存取：錯誤：無法處理位址頁面錯誤：ffffc90014c80038 [...] 呼叫追蹤：<TASK> bpf_dispatcher_nop_func include/linux/bpf.h:1231 [inline] __bpf_prog_run include/linux/filter.h:651 [inline] bpf_prog_run include/linux/filter.h:658 [inline] bpf_prog_run_pin_on_cpu include/linux/filter.h:675 [inline] bpf_flow_dissect+0x15f/0x350 net/core/flow_dissector.c:991 bpf_prog_test_run_flow_dissector+0x39d/0x620 net/bpf/test_run.c:1359 bpf_prog_test_run kernel/bpf/syscall.c:4107 [inline] __sys_bpf+0xf8f/0x4560 kernel/bpf/syscall.c:5475
    __do_sys_bpf kernel/bpf/syscall.c:5561 [inline] __se_sys_bpf kernel/bpf/syscall.c:5559 [inline]
    __x64_sys_bpf+0x73/0xb0 kernel/bpf/syscall.c:5559 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0x3f/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b 透過在 flow_keys 上拒絕使用變數位移的 ptr alu 來修復此弱點。套用修補程式，拒絕執行「禁止在 flow_keys 上使用 R7 指標算術」的程式。(CVE-2024-26589)

  - 在 Linux 核心中，下列弱點已修復：bpf：修復 bpf_tracing_prog_attach 中的重新附加分支。由於缺少 ttach_btf，以下情況會造成當機：1) 載入 rawtp 程式 2) 載入將 rawtp 作為 target_fd 的 fentry 程式 3) 使用 target_fd = 0 為 fentry 程式建立追踪連結 4) 重複 3 最後，我們有：- prog->aux->dst_trampoline == NULL - tgt_prog == NULL (因為我們並未將 target_fd 提供給 link_create) - prog-> aux->attach_btf == NULL (使用 attach_prog_fd=X 載入程式) - 已針對 tgt_prog 載入程式，但我們無法找出是哪一個 錯誤：核心 NULL 指標解除參照，位於：0000000000000058 呼叫追蹤：<TASK> ? __die+0x20/0x70 ? page_fault_oops+0x15b/0x430 ? fixup_exception+0x22/0x330 ? exc_page_fault+0x6f/0x170 ? asm_exc_page_fault+0x22/0x30 ? bpf_tracing_prog_attach+0x279/0x560 ? btf_obj_id+0x5/0x10 bpf_tracing_prog_attach+0x439/0x560 __sys_bpf+0x1cf4/0x2de0 __x64_sys_bpf+0x1c/0x30 do_syscall_64+0x41/0xf0 entry_SYSCALL_64_after_hwframe+0x6e/0x76 在此情況下傳回 -EINVAL。
    (CVE-2024-26591)

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

遠端 Ubuntu 22.04 LTS 主機上安裝的一個套件受到 USN-6743-2 公告中所提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已修正：jfs：修正 jfs_evict_inode 中的 uaf 執行 diMount(ipimap) 失敗時，已釋放的物件 ipimap 或可在 diFreeSpecial() 中進行訪問。rcu_core() 呼叫 jfs_free_node() 時發生非同步 ipimap 釋放。因此，diMount(ipimap) 失敗時，sbi->ipimap 不應被初始化為 ipimap。(CVE-2023-52600)

  - 在 Linux 核心中，下列弱點已修正：UBSAN：dtSplitRoot 中的 array-index-out-of-bounds Syzkaller 報告了以下問題：oop0：檢測到容量變化範圍在 0 到 32768 之间 UBSAN：
    fs/jfs/jfs_dtree.c:1971:9 索引 -2 中的 array-index-out-of-bounds 超出類型「struct dtslot [128]」的範圍 CPU：0 PID：3613 命令：syz-executor270 未污染 6.0.0-syzkaller-09423-g493ffd6605b2 #0 硬體名稱：Google Google Compute Engine/Google Compute Engine，BIOS Google 09/22/2022 呼叫追蹤：<TASK>
    __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x1b1/0x28e lib/dump_stack.c:106 ubsan_epilogue lib/ubsan.c:151 [inline] __ubsan_handle_out_of_bounds+0xdb/0x130 lib/ubsan.c:283 dtSplitRoot+0x8d8/0x1900 fs/jfs/jfs_dtree.c:1971 dtSplitUp fs/jfs/jfs_dtree.c:985 [inline] dtInsert+0x1189/0x6b80 fs/jfs/jfs_dtree.c:863 jfs_mkdir+0x757/0xb00 fs/jfs/namei.c:270 vfs_mkdir+0x3b3/0x590 fs/namei.c:4013 do_mkdirat+0x279/0x550 fs/namei.c:4038 __do_sys_mkdirat fs/namei.c:4053 [inline] __se_sys_mkdirat fs/namei.c:4051 [inline] __x64_sys_mkdirat+0x85/0x90 fs/namei.c:4051 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP：0033:0x7fcdc0113fd9 程式碼：ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 c0 ff ff ff f7 d8 64 89 01 48 RSP：002b:00007ffeb8bc67d8 EFLAGS：00000246 ORIG_RAX：0000000000000102 RAX：ffffffffffffffda RBX：0000000000000000 RCX：00007fcdc0113fd9 RDX：
    0000000000000000 RSI：0000000020000340 RDI：0000000000000003 RBP：00007fcdc00d37a0 R08：0000000000000000 R09：00007fcdc00d37a0 R10：00005555559a72c0 R11：0000000000000246 R12：00000000f8008000 R13：
    0000000000000000 R14：00083878000000f8 R15：0000000000000000 </TASK> 此問題因 fsi 的值小於 -1 所致。雖然系統可以檢查 fsi 值變為 -1 是否會發生迴圈中斷，但 syzbot 能夠產生小於 -1 的值 (導致錯誤)。此修補程式只針對小於 0 的值新增變更。此修補程式已經過 syzbot 測試。(CVE-2023-52603)

  - 在 Linux 核心中，下列弱點已修正：netfilter：nft_set_rbtree：跳過來自 gc 的結束間隔元素 插入時，rbtree lazy gc 可能會收集此交易中剛新增的結束間隔元素，略過尚未啟用的結束間隔元素。(CVE-2024-26581)

  - 在 Linux 核心中，下列弱點已修復：bpf：拒絕 PTR_TO_FLOW_KEYS 上的變數位移 alu 對於 PTR_TO_FLOW_KEYS，check_flow_keys_access() 僅使用修復的 off 進行驗證。
    不過，未針對此 ptr 類別禁止變數位移 ptr alu。因此系統不會檢查變數位移。已接受以下 prog：func#0 @0 0：R1=ctx() R10=fp0 0：(bf) r6 = r1 ; R1=ctx() R6_w=ctx() 1：(79) r7 = *(u64 *)(r6 +144) ; R6_w=ctx() R7_w=flow_keys() 2：(b7) r8 = 1024 ; R8_w=1024 3：
    (37) r8 /= 1 ; R8_w=scalar() 4：(57) r8 &= 1024 ; R8_w=scalar(smin=smin32=0, smax=umax=smax32=umax32=1024,var_off=(0x0; 0x400)) 5：(0f) r7 += r8 mark_precise: frame0: last_idx 5 first_idx 0 subseq_idx -1 mark_precise: frame0: regs=r8 stack= before 4：(57) r8 &= 1024 mark_precise:
    frame0: regs=r8 stack= before 3：(37) r8 /= 1 mark_precise: frame0: regs=r8 stack= before 2：(b7) r8 = 1024 6: R7_w=flow_keys(smin=smin32=0,smax=umax=smax32=umax32=1024,var_off =(0x0; 0x400)) R8_w=scalar(smin=smin32=0,smax=umax=smax32=umax32=1024, var_off=(0x0; 0x400)) 6：(79) r0 = *(u64 *)(r7 +0) ; R0_w=scalar() 7：(95) exit 此 prog 將 flow_keys 載入 r7，並將變數位移 r8 增加到 r7，最終導致超出邊界存取：錯誤：無法處理位址頁面錯誤：ffffc90014c80038 [...] 呼叫追蹤：<TASK> bpf_dispatcher_nop_func include/linux/bpf.h:1231 [inline] __bpf_prog_run include/linux/filter.h:651 [inline] bpf_prog_run include/linux/filter.h:658 [inline] bpf_prog_run_pin_on_cpu include/linux/filter.h:675 [inline] bpf_flow_dissect+0x15f/0x350 net/core/flow_dissector.c:991 bpf_prog_test_run_flow_dissector+0x39d/0x620 net/bpf/test_run.c:1359 bpf_prog_test_run kernel/bpf/syscall.c:4107 [inline] __sys_bpf+0xf8f/0x4560 kernel/bpf/syscall.c:5475
    __do_sys_bpf kernel/bpf/syscall.c:5561 [inline] __se_sys_bpf kernel/bpf/syscall.c:5559 [inline]
    __x64_sys_bpf+0x73/0xb0 kernel/bpf/syscall.c:5559 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0x3f/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b 透過在 flow_keys 上拒絕使用變數位移的 ptr alu 來修復此弱點。套用修補程式，拒絕執行「禁止在 flow_keys 上使用 R7 指標算術」的程式。(CVE-2024-26589)

  - 在 Linux 核心中，下列弱點已修復：bpf：修復 bpf_tracing_prog_attach 中的重新附加分支。由於缺少 ttach_btf，以下情況會造成當機：1) 載入 rawtp 程式 2) 載入將 rawtp 作為 target_fd 的 fentry 程式 3) 使用 target_fd = 0 為 fentry 程式建立追踪連結 4) 重複 3 最後，我們有：- prog->aux->dst_trampoline == NULL - tgt_prog == NULL (因為我們並未將 target_fd 提供給 link_create) - prog-> aux->attach_btf == NULL (使用 attach_prog_fd=X 載入程式) - 已針對 tgt_prog 載入程式，但我們無法找出是哪一個 錯誤：核心 NULL 指標解除參照，位於：0000000000000058 呼叫追蹤：<TASK> ? __die+0x20/0x70 ? page_fault_oops+0x15b/0x430 ? fixup_exception+0x22/0x330 ? exc_page_fault+0x6f/0x170 ? asm_exc_page_fault+0x22/0x30 ? bpf_tracing_prog_attach+0x279/0x560 ? btf_obj_id+0x5/0x10 bpf_tracing_prog_attach+0x439/0x560 __sys_bpf+0x1cf4/0x2de0 __x64_sys_bpf+0x1c/0x30 do_syscall_64+0x41/0xf0 entry_SYSCALL_64_after_hwframe+0x6e/0x76 在此情況下傳回 -EINVAL。
    (CVE-2024-26591)

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

遠端主機上安裝的 kernel-generic 版本比 5.15.160/5.15.160 舊。因此，它受到 SSA:2024-157-01 公告中提及的多個弱點影響。

    現已提供適用於 Slackware 15.0 的新核心套件，可修正多個安全性問題。

Tenable 已直接從 kernel-generic 安全公告擷取前置描述區塊。

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

遠端 Ubuntu 20.04 LTS/22.04 LTS 主機上安裝的一個套件受到 USN-6725-1 公告中所提及的多個弱點影響。

    Chih-Yen Chang 發現，Linux 核心中的 KSMBD 實作在剖析租用內容時，未正確驗證特定的資料結構欄位，進而導致超出邊界讀取弱點。
    遠端攻擊者可利用此問題造成拒絕服務 (系統當機)，或可能洩漏敏感資訊。(CVE-2023-1194)

    Quentin Minster 發現，Linux 核心中的 KSMBD 實現存在爭用條件，可導致釋放後使用弱點。遠端攻擊者可利用此問題，造成拒絕服務 (系統當機)，或可能執行任意程式碼。(CVE-2023-32254)

    據發現，處理工作階段連線時，Linux 核心中的 KSMBD 實現存在爭用條件，可導致釋放後使用弱點。遠端攻擊者可利用此問題，造成拒絕服務 (系統當機)，或可能執行任意程式碼。(CVE-2023-32258)

    據發現，Linux 核心中的 KSMBD 實作未在特定作業中正確驗證緩衝區大小，進而導致整數反向溢位弱點和超出邊界讀取弱點。遠端攻擊者可利用此問題造成拒絕服務 (系統當機)，或可能洩漏敏感資訊。(CVE-2023-38427)

    Chih-Yen Chang 發現，Linux 核心中的 KSMBD 實作未正確驗證 SMB 要求通訊協定 ID，進而導致超出邊界讀取弱點。遠端攻擊者可能利用此弱點造成拒絕服務 (系統當機)。(CVE-2023-38430)

    Chih-Yen Chang 發現，Linux 核心中的 KSMBD 實作在特定情況下未正確驗證封包標頭大小，進而導致超出邊界讀取弱點。遠端攻擊者可利用此問題造成拒絕服務 (系統當機)，或可能洩漏敏感資訊。(CVE-2023-38431)

    據發現，Linux 核心中的 KSMBD 實作未正確處理工作階段設定要求，進而導致超出邊界讀取弱點。遠端攻擊者可利用此弱點洩露敏感資訊。(CVE-2023-3867)

    Pratyush Yadav 發現，Linux 核心中的 Xen 網路後端實作未正確處理零長度資料要求，進而導致 Null 指標解除參照弱點。來賓虛擬機器中的攻擊者可利用此弱點造成拒絕服務 (主機網域當機)。(CVE-2023-46838)

    據發現，Linux 核心的 IPv6 實作未正確管理路由快取記憶體的使用情況。遠端攻擊者可利用此弱點造成拒絕服務 (記憶體耗盡)。
    (CVE-2023-52340)

    據發現，Linux 核心中的裝置對應器驅動程式在特定記憶體配置期間，未正確驗證目標大小。本機攻擊者可利用此缺陷造成拒絕服務 (系統當機)。(CVE-2023-52429、CVE-2024-23851)

    Yang Chaoming 發現，Linux 核心中的 KSMBD 實作未正確驗證要求緩衝區大小，進而導致超出邊界讀取弱點。攻擊者可利用此問題造成拒絕服務 (系統當機)，或可能洩漏敏感資訊。(CVE-2024-22705)

    Chenyuan Yang 發現，在某些情況下，Linux 核心中的 btrfs 檔案系統未正確處理新建立的子磁碟區上的讀取作業。本機攻擊者可利用此弱點造成拒絕服務 (系統當機)。(CVE-2024-23850)

    據發現，在 Linux 核心的藍牙子系統中存在爭用條件，可導致 NULL 指標解除參照弱點。本機特權攻擊者可利用此弱點造成拒絕服務 (系統當機)。(CVE-2024-24860)

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - 架構細節；

    - 區塊層；

    - 密碼編譯 API；

    - Android 驅動程式；

    - EDAC 驅動程式；

    - GPU 驅動程式；

    - 媒體驅動程式；

    - 多功能裝置驅動程式；

    - MTD 區塊裝置驅動程式；

    - 網路驅動程式；

    - NVME 驅動程式；

    - TTY 驅動程式；

    - 使用者空間 I/O 驅動程式；

    - EFI 變數檔案系統；

    - F2FS 檔案系統；

    - GFS2 檔案系統；

    - SMB 網路檔案系統；

    - BPF 子系統；

    - IPv6 網路；

    - 網路流量控制；

    - AppArmor 安全性模組；(CVE-2023-52463、CVE-2023-52445、CVE-2023-52462、CVE-2023-52609、CVE-2023-52448、CVE-2023-52457、CVE-2023-52464、CVE-2023-52456、CVE-2023-52454、CVE-2023-52438、CVE-2023-52480、CVE-2023-52443、CVE-2023-52442、CVE-2024-26631、CVE-2023-52439、CVE-2023-52612、CVE-2024-26598、CVE-2024-26586、CVE-2024-26589、CVE-2023-52444、CVE-2023-52436、CVE-2024-26633、CVE-2024-26597、CVE-2023-52458、CVE-2024-26591、CVE-2023-52449、CVE-2023-52467、CVE-2023-52441、CVE-2023-52610、CVE-2023-52451、CVE-2023-52469、CVE-2023-52470)

Tenable 已直接從 Ubuntu 安全公告擷取前置描述區塊。

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

遠端 Ubuntu 22.04 LTS 主機上安裝的一個套件受到 USN-6743-3 公告中所提及的多個弱點影響。

  - 在 Linux 核心中，下列弱點已修正：jfs：修正 jfs_evict_inode 中的 uaf 執行 diMount(ipimap) 失敗時，已釋放的物件 ipimap 或可在 diFreeSpecial() 中進行訪問。rcu_core() 呼叫 jfs_free_node() 時發生非同步 ipimap 釋放。因此，diMount(ipimap) 失敗時，sbi->ipimap 不應被初始化為 ipimap。(CVE-2023-52600)

  - 在 Linux 核心中，下列弱點已修正：UBSAN：dtSplitRoot 中的 array-index-out-of-bounds Syzkaller 報告了以下問題：oop0：檢測到容量變化範圍在 0 到 32768 之间 UBSAN：
    fs/jfs/jfs_dtree.c:1971:9 索引 -2 中的 array-index-out-of-bounds 超出類型「struct dtslot [128]」的範圍 CPU：0 PID：3613 命令：syz-executor270 未污染 6.0.0-syzkaller-09423-g493ffd6605b2 #0 硬體名稱：Google Google Compute Engine/Google Compute Engine，BIOS Google 09/22/2022 呼叫追蹤：<TASK>
    __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x1b1/0x28e lib/dump_stack.c:106 ubsan_epilogue lib/ubsan.c:151 [inline] __ubsan_handle_out_of_bounds+0xdb/0x130 lib/ubsan.c:283 dtSplitRoot+0x8d8/0x1900 fs/jfs/jfs_dtree.c:1971 dtSplitUp fs/jfs/jfs_dtree.c:985 [inline] dtInsert+0x1189/0x6b80 fs/jfs/jfs_dtree.c:863 jfs_mkdir+0x757/0xb00 fs/jfs/namei.c:270 vfs_mkdir+0x3b3/0x590 fs/namei.c:4013 do_mkdirat+0x279/0x550 fs/namei.c:4038 __do_sys_mkdirat fs/namei.c:4053 [inline] __se_sys_mkdirat fs/namei.c:4051 [inline] __x64_sys_mkdirat+0x85/0x90 fs/namei.c:4051 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP：0033:0x7fcdc0113fd9 程式碼：ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 c0 ff ff ff f7 d8 64 89 01 48 RSP：002b:00007ffeb8bc67d8 EFLAGS：00000246 ORIG_RAX：0000000000000102 RAX：ffffffffffffffda RBX：0000000000000000 RCX：00007fcdc0113fd9 RDX：
    0000000000000000 RSI：0000000020000340 RDI：0000000000000003 RBP：00007fcdc00d37a0 R08：0000000000000000 R09：00007fcdc00d37a0 R10：00005555559a72c0 R11：0000000000000246 R12：00000000f8008000 R13：
    0000000000000000 R14：00083878000000f8 R15：0000000000000000 </TASK> 此問題因 fsi 的值小於 -1 所致。雖然系統可以檢查 fsi 值變為 -1 是否會發生迴圈中斷，但 syzbot 能夠產生小於 -1 的值 (導致錯誤)。此修補程式只針對小於 0 的值新增變更。此修補程式已經過 syzbot 測試。(CVE-2023-52603)

  - 在 Linux 核心中，下列弱點已修正：netfilter：nft_set_rbtree：跳過來自 gc 的結束間隔元素 插入時，rbtree lazy gc 可能會收集此交易中剛新增的結束間隔元素，略過尚未啟用的結束間隔元素。(CVE-2024-26581)

  - 在 Linux 核心中，下列弱點已修復：bpf：拒絕 PTR_TO_FLOW_KEYS 上的變數位移 alu 對於 PTR_TO_FLOW_KEYS，check_flow_keys_access() 僅使用修復的 off 進行驗證。
    不過，未針對此 ptr 類別禁止變數位移 ptr alu。因此系統不會檢查變數位移。已接受以下 prog：func#0 @0 0：R1=ctx() R10=fp0 0：(bf) r6 = r1 ; R1=ctx() R6_w=ctx() 1：(79) r7 = *(u64 *)(r6 +144) ; R6_w=ctx() R7_w=flow_keys() 2：(b7) r8 = 1024 ; R8_w=1024 3：
    (37) r8 /= 1 ; R8_w=scalar() 4：(57) r8 &= 1024 ; R8_w=scalar(smin=smin32=0, smax=umax=smax32=umax32=1024,var_off=(0x0; 0x400)) 5：(0f) r7 += r8 mark_precise: frame0: last_idx 5 first_idx 0 subseq_idx -1 mark_precise: frame0: regs=r8 stack= before 4：(57) r8 &= 1024 mark_precise:
    frame0: regs=r8 stack= before 3：(37) r8 /= 1 mark_precise: frame0: regs=r8 stack= before 2：(b7) r8 = 1024 6: R7_w=flow_keys(smin=smin32=0,smax=umax=smax32=umax32=1024,var_off =(0x0; 0x400)) R8_w=scalar(smin=smin32=0,smax=umax=smax32=umax32=1024, var_off=(0x0; 0x400)) 6：(79) r0 = *(u64 *)(r7 +0) ; R0_w=scalar() 7：(95) exit 此 prog 將 flow_keys 載入 r7，並將變數位移 r8 增加到 r7，最終導致超出邊界存取：錯誤：無法處理位址頁面錯誤：ffffc90014c80038 [...] 呼叫追蹤：<TASK> bpf_dispatcher_nop_func include/linux/bpf.h:1231 [inline] __bpf_prog_run include/linux/filter.h:651 [inline] bpf_prog_run include/linux/filter.h:658 [inline] bpf_prog_run_pin_on_cpu include/linux/filter.h:675 [inline] bpf_flow_dissect+0x15f/0x350 net/core/flow_dissector.c:991 bpf_prog_test_run_flow_dissector+0x39d/0x620 net/bpf/test_run.c:1359 bpf_prog_test_run kernel/bpf/syscall.c:4107 [inline] __sys_bpf+0xf8f/0x4560 kernel/bpf/syscall.c:5475
    __do_sys_bpf kernel/bpf/syscall.c:5561 [inline] __se_sys_bpf kernel/bpf/syscall.c:5559 [inline]
    __x64_sys_bpf+0x73/0xb0 kernel/bpf/syscall.c:5559 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0x3f/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b 透過在 flow_keys 上拒絕使用變數位移的 ptr alu 來修復此弱點。套用修補程式，拒絕執行「禁止在 flow_keys 上使用 R7 指標算術」的程式。(CVE-2024-26589)

  - 在 Linux 核心中，下列弱點已修復：bpf：修復 bpf_tracing_prog_attach 中的重新附加分支。由於缺少 ttach_btf，以下情況會造成當機：1) 載入 rawtp 程式 2) 載入將 rawtp 作為 target_fd 的 fentry 程式 3) 使用 target_fd = 0 為 fentry 程式建立追踪連結 4) 重複 3 最後，我們有：- prog->aux->dst_trampoline == NULL - tgt_prog == NULL (因為我們並未將 target_fd 提供給 link_create) - prog-> aux->attach_btf == NULL (使用 attach_prog_fd=X 載入程式) - 已針對 tgt_prog 載入程式，但我們無法找出是哪一個 錯誤：核心 NULL 指標解除參照，位於：0000000000000058 呼叫追蹤：<TASK> ? __die+0x20/0x70 ? page_fault_oops+0x15b/0x430 ? fixup_exception+0x22/0x330 ? exc_page_fault+0x6f/0x170 ? asm_exc_page_fault+0x22/0x30 ? bpf_tracing_prog_attach+0x279/0x560 ? btf_obj_id+0x5/0x10 bpf_tracing_prog_attach+0x439/0x560 __sys_bpf+0x1cf4/0x2de0 __x64_sys_bpf+0x1c/0x30 do_syscall_64+0x41/0xf0 entry_SYSCALL_64_after_hwframe+0x6e/0x76 在此情況下傳回 -EINVAL。
    (CVE-2024-26591)

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

遠端主機上安裝的核心版本早於 5.15.148-97.158。因此，會受到 ALAS2KERNEL-5.15-2024-036 公告中所提及的多個弱點影響。

    2024-07-03：已將 CVE-2023-52610 新增至此公告。

    2024-07-03：已將 CVE-2024-26589 新增至此公告。

    2024-07-03：已將 CVE-2023-52458 新增至此公告。

    2024-07-03：已將 CVE-2024-26631 新增至此公告。

    2024-07-03：已將 CVE-2023-52612 新增至此公告。

    2024-07-03：已將 CVE-2024-26598 新增至此公告。

    2024-07-03：已將 CVE-2024-26633 新增至此公告。

    2024-06-06：已將 CVE-2023-52698 新增至此公告。

    2024-05-09：已將 CVE-2024-26586 新增至此公告。

    2024-04-25：已將 CVE-2023-52462 新增至此公告。

    2024-04-25：已將 CVE-2024-26591 新增至此公告。

    2024-04-25：已將 CVE-2023-52467 新增至此公告。

    2024-03-27：已將 CVE-2023-52439 新增至此公告。

    2024-03-13：已將 CVE-2023-52463 新增至此公告。

    2024-02-15：已將 CVE-2024-1085 新增至此公告。

    在 Xen 中發現一個瑕疵。非特權來賓可藉由傳送網路封包至後端來造成主機拒絕服務 (DoS)，進而導致後端損毀。(CVE-2023-46838)

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

    uio：修復 uio_open 中的釋放後使用弱點

    core-1 core-2------------------------------------------------------- uio_unregister_device uio_openidev = idr_find()device_unregister(&idev->dev)put_device(&idev->dev)uio_device_releaseget_device(&idev->dev)kfree(idev)uio_free_minor(minor)uio_releaseput_device(&idev->dev)kfree(idev)-------------------------------------------------------

    在 core-1 uio_unregister_device() 中，若 idev->dev kobject ref 為 1，device_unregister 將 kfreeidev。但在執行 core-1device_unregister、put_device 與 kfree 之間，core-2 可能會 get_device。
    然後：1. 在 core-1 kfree idev 之後，core-2 會為 idev 執行釋放後使用。2. core-2 執行 uio_release 和 put_device 時，idev 將被重複釋放。

    若要解決此問題，我們可以透過 minor_lock 取得 idev atomic 和 inc idev 參照。(CVE-2023-52439)

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

    block：新增分割區長度必須與區塊大小對齊的檢查

    在呼叫新增分割區或調整分割區大小前，沒有檢查長度是否與邏輯區塊大小對齊。若磁碟的邏輯區塊大小大於 512 位元組，則磁碟分割大小可能不是邏輯區塊大小的倍數。此外，讀取最後一個磁區時，bio_truncate() 會調整 bio 大小，若讀取命令的大小小於邏輯區塊的大小，則會導致 IO 错误。若支援完整性資料，這還將導致呼叫 bio_integrity_free 時發生 Null 指標解除參照。(CVE-2023-52458)

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

    bpf：修復嘗試損毀溢位指標的檢查 (CVE-2023-52462)

    在 Linux 核心中，下列弱點已修復：efivarfs：如果不支援 SetVariable，在重新掛載時會強制執行 RO 若韌體不支援執行階段的 SetVariable，我們絕不會為該函式指派回呼。同時將 efivarfs 掛載為 RO，讓任何人都無法呼叫。但是，我們從不會檢查權限旗標，除非有人將檔案系統掛載為 RW。因此，這會導致當機 (CVE-2023-52463)

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

    mfd：syscon：修復 of_syscon_register() 中的 Null 指標解除參照弱點

    kasprintf() 會傳回動態配置記憶體的指標，失敗時該指標可為 NULL。
    (CVE-2023-52467)

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

    net/sched：act_ct：修正 ooo 片段上的 skb 洩漏和損毀問題 (CVE-2023-52610)

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

    crypto：scomp - 修正 req->dst 緩衝區溢位 (CVE-2023-52612)

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

    calipso：修復 netlbl_calipso_add_pass() 中的記憶體流失弱點 (CVE-2023-52698)

    已報告涉及 netfilter 的超出邊界存取弱點，且此弱點已修復為：f1082dd31fe4 (netfilter：nf_tables：拒絕不受支援系列的表格)；建立新的 netfilter 表格時，由於缺少針對 `nf_tables_newtable` 函式中無效 nf_tables 系列 (pf) 值的防護措施，攻擊者可以實現超出邊界存取目的。(CVE-2023-6040)

    在 Linux 核心中，發現 lib/idr.c 的 ida_free 存在 NULL 指標解除參照問題。此問題可能允許使用此程式庫的攻擊者因函式傳回時遺漏檢查而造成拒絕服務弱點。(CVE-2023-6915)

    在 Linux Kernel 的 SMB Client 子元件中，發現 fs/smb/client/smb2ops.c 的 receive_encrypted_standard 存在記憶體超出邊界讀取缺陷。發生此問題的原因是 memcpy 長度存在整數反向溢位弱點，這會導致拒絕服務。(CVE-2024-0565)

    當使用者呼叫以 ktls 通訊端作為目標的 splice 函式時，Linux 核心的傳輸層安全性功能中會產生記憶體超出邊界寫入缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2024-0646)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    在釋放之前，nft_setelem_catchall_deactivate() 函式會檢查全能集元素在目前的世代中是否處於作用中狀態，而非在新一代中，但該函式只會在新一代中將其標示為非作用，因而可能多次釋放該元素，進而導致一個重複釋放弱點。

    我們建議升級過去的 commit b1db244ffd041a49ecc9618e8feb6b5c1afcdaa7。(CVE-2024-1085)

    在 Linux 核心中，下列弱點已解決：mlxsw：spectrum_acl_tcam：修復堆疊損毀問題。第一次將 tc 篩選器新增至 net 裝置時，對應的本機連接埠會繫結至裝置中的 ACL 群組。(CVE-2024-26586)

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

    bpf：拒絕 PTR_TO_FLOW_KEYS 上的變數位移 alu

    check_flow_keys_access() 會導致超出邊界存取。針對 PTR_TO_FLOW_KEYS，check_flow_keys_access() 僅使用修復後的 off 進行驗證。不過，未針對此 ptr 類別禁止變數位移 ptr alu。因此，系統不會檢查變數位移。(CVE-2024-26589)

    bpf：修復 bpf_tracing_prog_attach 中的重新附加分支問題

    因缺少 attach_btf，下列情況可造成當機：

    1) 載入 rawtp 程式 2) 載入將 rawtp 做為 target_fd 的 fentry 程式 3) 使用 target_fd = 0 為 fentry 程式建立追蹤連結 4) 重複 3 (CVE-2024-26591)

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

    KVM：arm64：vgic-its：避免 LPI 轉譯快取中可能發生的 UAF (CVE-2024-26598)

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

    ipv6：mcast：修正 ipv6_mc_down / mld_ifc_work 中的資料爭用 (CVE-2024-26631)

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

    ip6_tunnel：修正 ip6_tnl_parse_tlv_enc_lim() 中的 NEXTHDR_FRAGMENT 處理 (CVE-2024-26633)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
190728	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2024-519)	Nessus	Amazon Linux Local Security Checks	2024/2/20	2024/7/4	high
193592	Ubuntu 22.04 LTS/23.10：Linux 核心弱點 (USN-6743-1)	Nessus	Ubuntu Local Security Checks	2024/4/19	2024/4/19	high
193714	Ubuntu 22.04 LTS：Linux 核心 (低延遲) 弱點 (USN-6743-2)	Nessus	Ubuntu Local Security Checks	2024/4/23	2024/4/23	high
193375	Ubuntu 20.04 LTS/22.04 LTS：Linux 核心 (AWS) 弱點 (USN-6725-2)	Nessus	Ubuntu Local Security Checks	2024/4/17	2024/7/10	critical
200129	Slackware Linux 15.0 kernel-generic 多個弱點 (SSA:2024-157-01)	Nessus	Slackware Local Security Checks	2024/6/5	2024/6/6	high
191796	Ubuntu 22.04 LTS：Linux 核心 (OEM) 弱點 (USN-6688-1)	Nessus	Ubuntu Local Security Checks	2024/3/11	2024/7/10	high
193084	Ubuntu 20.04 LTS/22.04 LTS：Linux 核心弱點 (USN-6725-1)	Nessus	Ubuntu Local Security Checks	2024/4/9	2024/5/28	critical
193851	Ubuntu 22.04 LTS：Linux 核心 (Azure) 弱點 (USN-6743-3)	Nessus	Ubuntu Local Security Checks	2024/4/25	2024/4/25	high
190021	Amazon Linux 2：kernel (ALASKERNEL-5.15-2024-036)	Nessus	Amazon Linux Local Security Checks	2024/2/6	2024/7/4	high

偵測

搜尋 Plugin

high

high

high

critical

high

high

critical

high

high