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

  - Xen 虛擬網路通訊協定中的傳輸要求可由多個部分組成。雖然這些部分不是真的實用，但除了初始部分，其中任何一個都可能是零長度，即根本不攜帶任何資料。除了要傳輸資料的特定初始部分，這些部分會直接轉譯為 Linux 所稱的 SKB 片段。這類轉換的要求部分在針對特定 SKB 而言長度為零時，可導致核心網路程式碼中出現 NULL 解除參照。(CVE-2023-46838)

  - 在 6.6.5 及之前的 Linux 核心中，由於 info->pad0 未被初始化，drivers/accel/habanalabs/common/habanalabs_ioctl.c 中的 sec_attest_info 可導致資訊洩漏至使用者空間。(CVE-2023-50431)

  - 在 6.7.4 及之前的 Linux 核心中，drivers/md/dm-table.c 中的 dm_table_create 會嘗試 (在 alloc_targets 中) 分配大於 INT_MAX 的位元組，但此位元組會因缺少對 dm_ioctl.target_count 結構的檢查而損毀。(CVE-2023-52429)

  - 在 Linux 核心中，下列弱點已解決：smb：用戶端：修復 smb2_parse_contexts() 中的潛在 OOB。在 smb2_parse_contexts() 中解除參照建立內容前驗證位移和長度。這可修復從伺服器存取無效建立內容時的下列 oops： 錯誤：
    無法處理位址的頁面錯誤：ffff8881178d8cc3 #PF：核心模式中的監督讀取存取 #PF：
    error_code(0x0000) - 不存在頁面 PGD 4a01067 P4D 4a01067 PUD 0 Oops：0000 [#1] PREEMPT SMP NOPTI CPU：
    3 PID: 1736 Comm: mount.cifs 未受污染的 6.7.0-rc4 #1 硬體名稱：QEMU Standard PC (Q35 + ICH9, 2009)，BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04 /01/2014 RIP：0010:smb2_parse_contexts+0xa0/0x3a0 [cifs] 程式碼：f8 10 75 13 48 b8 93 ad 25 50 9c b4 11 e7 49 39 06 0f 84 d2 00 00 00 8b 45 00 85 c0 74 61 41 29 c5 48 01 c5 41 83 fd 0f 76 55 <0f> b7 7d 04 0f b7 45 06 4c 8d 74 3d 00 66 83 f8 04 75 bc ba 04 00 RSP：
    0018:ffffc900007939e0 EFLAGS: 00010216 RAX: ffffc90000793c78 RBX: ffff8880180cc000 RCX: ffffc90000793c90 RDX: ffffc90000793cc0 RSI: ffff8880178d8cc0 RDI: ffff8880180cc000 RBP: ffff8881178d8cbf R08：
    ffffc90000793c22 R09: 0000000000000000 R10: ffff8880180cc000 R11: 0000000000000024 R12: 0000000000000000 R13: 0000000000000020 R14: 0000000000000000 R15: ffffc90000793c22 FS: 00007f873753cbc0(0000) GS:ffff88806bc00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    ffff8881178d8cc3 CR3: 00000000181ca000 CR4: 0000000000750ef0 PKRU: 55555554 呼叫跟蹤：<TASK>？
    __die+0x23/0x70 ? page_fault_oops+0x181/0x480 ? search_module_extables+0x19/0x60 ? srso_alias_return_thunk+0x5/0xfbef5 ? exc_page_fault+0x1b6/0x1c0 ? asm_exc_page_fault+0x26/0x30 ? smb2_parse_contexts+0xa0/0x3a0 [cifs] SMB2_open+0x38d/0x5f0 [cifs] ? smb2_is_path_accessible+0x138/0x260 [cifs] smb2_is_path_accessible+0x138/0x260 [cifs] cifs_is_path_remote+0x8d/0x230 [cifs] cifs_mount+0x7e/0x350 [cifs] cifs_smb3_do_mount+0x128/0x780 [cifs] smb3_get_tree+0xd9/0x290 [cifs] vfs_get_tree+0x2c/0x100 ? capable+0x37/0x70 path_mount+0x2d7/0xb80 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    _raw_spin_unlock_irqrestore+0x44/0x60 __x64_sys_mount+0x11a/0x150 do_syscall_64+0x47/0xf0 entry_SYSCALL_64_after_hwframe+0x6f/0x77 RIP: 0033:0x7f8737657b1e (CVE-2023-52434)

  - 在 Linux 核心中，下列弱點已解決：net：防止 skb_segment() 中的 mss 溢位。syzbot 又再一次能夠損毀 skb_segment() 中的核心。[1] GSO_BY_FRAGS 是一個禁用值，但不幸的是以下 skb_segment() 中的計算可輕易取得該值：
    mss = mss *partial_segs；65535 = 3 * 5 * 17 * 257，許多 mss 初始值可導致錯誤的最終結果。請務必限制區段，使新的 mss 值小於 GSO_BY_FRAGS。 [1] 一般保護錯誤，可能是非正式位址 0xdffffc000000000e：0000 [#1] PREEMPT SMP KASAN KASAN：null-ptr-deref 範圍內 [0x0000000000000070-0x00000000000000077] CPU：1 PID：5079 Comm：syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0 硬體名稱：Google Google Compute Engine/Google Compute Engine、BIOS Google 2023 年 11 月 10 日 RIP：0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 程式碼：83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP：0018:ffffc900043473d0 EFLAGS: 00010202 RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597 RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070 RBP: ffffc90004347578 R08: 0000000000000005 R09: 000000000000ffff R10: 000000000000ffff R11: 0000000000000002 R12:
    ffff888063202ac0 R13: 0000000000010000 R14: 000000000000ffff R15: 0000000000000046 FS：
    0000555556e7e380(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000000020010000 CR3: 0000000027ee2000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 呼叫跟蹤：<TASK> udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109 ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120 skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53
    __skb_gso_segment+0x339/0x710 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [內嵌] validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626 __dev_queue_xmit+0x6f3/0x3d60 net/core/ dev.c:4338 dev_queue_xmit include/linux/netdevice.h:3134 [內嵌] packet_xmit+0x257/0x380 net/packet/af_packet.c:276 packet_snd net/packet/af_packet.c:3087 [內嵌] packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119 sock_sendmsg_nosec net/socket.c:730 [內嵌] __sock_sendmsg+0xd5/0x180 net/socket.c:745
    __sys_sendto+0x255/0x340 net/socket.c:2190 __do_sys_sendto net/socket.c:2202 [inline] __se_sys_sendto net/socket.c:2198 [inline] __x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b RIP: 0033:0x7f8692032aa9 Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 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 b8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fff8d685418 EFLAGS: 00000246 ORIG_RAX: 000000000000002c RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f8692032aa9 RDX:
    0000000000010048 RSI: 00000000200000c0 RDI: 0000000000000003 RBP: 00000000000f4240 R08: 0000000020000540 R09: 0000000000000014 R10: 0000000000000000 R11: 0000000000000246 R12: 00007fff8d685480 R13:
    0000000000000001 R14: 00007fff8d685480 R15: 0000000000000003 </TASK> 連結的模組：---[ end trace 0000000000000000 ]--- RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP: 0018:ffffc900043473d0 EFLAGS:
    00010202 RAX: dffffc0000000000 RBX: 0000000000010046 RCX: ffffffff886b1597 RDX: 000000000000000e RSI:
    ffffffff886b2520 RDI: 0000000000000070 RBP: ffffc90004347578 R0 ---truncated--- (CVE-2023-52435)

  - 在 Linux 核心中，下列弱點已修復：f2fs：明確使 xattr 清單以 null 結尾 設定 xattr 時，明確使 xattr 清單以 null 結尾。這使得未使用的 xattr 空間一律歸零這一經不起推敲的假設無效。(CVE-2023-52436)

  - 在 Linux 核心中，下列弱點已修復：binder：修復 shinker 回呼中的釋放後使用 在 shrinker 回呼期間使用 mmap 讀取鎖定意味著使用 alloc->vma 指標並不安全，因為它會與 munmap() 發生爭用。自 commit dd2283f2605e (mm：mmap：munmap 中含有讀取 mmap_sem 的 zap 頁面) 起，mmap 鎖定會在 vma 被隔離之後降級。透過 shrinker 的除錯 sysfs，我可以手動新增一些延遲並觸發頁面回收來重現此問題。下列 KASAN 報告確認了 UAF：
    ================================================================== 錯誤：KASAN：zap_page_range_single+0x470/0x4b8 中存在 slab-use-after-free 讀取大小為 8 位於：addr ffff356ed50e50f0 按任務 bash/478 CPU：1 PID：478 命令：bash 未污染 6.6.0-rc5-00055-g1c8b86a3799f-dirty #70 硬體名稱：linux,dummy-virt (DT) 呼叫追蹤：zap_page_range_single+0x470/0x4b8 binder_alloc_free_page+0x608/0xadc
    __list_lru_walk_one+0x130/0x3b0 list_lru_walk_node+0xc4/0x22c binder_shrink_scan+0x108/0x1dc shrinker_debugfs_scan_write+0x2b4/0x500 full_proxy_write+0xd4/0x140 vfs_write+0x1ac/0x758 ksys_write+0xf0/0x1dc __arm64_sys_write+0x6c/0x9c 根據任務 492 配置：kmem_cache_alloc+0x130/0x368 vm_area_alloc+0x2c/0x190 mmap_region+0x258/0x18bc do_mmap+0x694/0xa60 vm_mmap_pgoff+0x170/0x29c ksys_mmap_pgoff+0x290/0x3a0 __arm64_sys_mmap+0xcc/0x144 根據任務 491 配置：kmem_cache_free+0x17c/0x3c8 vm_area_free_rcu_cb+0x74/0x98 rcu_core+0xa38/0x26d4 rcu_core_si+0x10/0x1c __do_softirq+0x2fc/0xd24 上次可能的相關工作建立：__call_rcu_common.constprop.0+0x6c/0xba0 call_rcu+0x10/0x1c vm_area_free+0x18/0x24 remove_vma+0xe4/0x118 do_vmi_align_munmap.isra.0+0x718/0xb5c do_vmi_munmap+0xdc/0x1fc __vm_munmap+0x10c/0x278 __arm64_sys_munmap+0x58/0x7c 透過執行 vma_lookup() 來解決此問題，此函式在 mmap 鎖定降级之后才能找到被隔離的 vma。
    請注意，與升級至 mmap 寫入鎖定 (會增加爭用概率) 相比，此選項的效果更好。此外，mmap_write_trylock() 已於近期移除。(CVE-2023-52438)

  - 在 Linux 核心中，下列弱點已修復：uio：修復 uio_open core-1 core-2 中的釋放後使用 ------------------------------------------------------- uio_unregister_device uio_open idev = idr_find() device_unregister(&idev->dev) put_device(&idev->dev) uio_device_release get_device(&idev->dev) kfree(idev) uio_free_minor(minor) uio_release put_device(&idev->dev) kfree(idev)
    -------------------------------------------------- ----- 在 core-1 uio_unregister_device() 中，若 idev->dev kobject ref 為 1，device_unregister 将 kfree idev。但在執行 core-1 device_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 核心 fs/smb/client/smb2ops.c 的 smb2_dump_detail 中發現一個超出邊界讀取弱點。此問題允許本機攻擊者造成系統當機或洩漏核心內部資訊。
    (CVE-2023-6610)

  - 在 Linux 核心 6.6.10 之前版本的 ksmbd 中發現一個問題。由於未正確處理名稱資料和 CreateContexts 資料之間的關係，fs/smb/server/smb2misc.c 中的 smb2_get_data_area_len 可造成 smb_strndup_from_utf16 超出邊界存取。(CVE-2024-22705)

  - 在 6.7.1 版本之前的 Linux 核心中，fs/btrfs/disk-io.c 內的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入其 root 項目後過快讀取子磁碟區所致。 (CVE-2024-23850)

  - 在 6.7.1 版本之前的 Linux 核心中，drivers/md/dm-ioctl.c 內的 copy_params 可嘗試配置超過 INT_MAX 位元組並損毀，這是因為缺少 param_kernel->data_size 檢查所致。此問題與 ctl_ioctl 有關。(CVE-2024-23851)

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

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

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

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

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

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

  - Xen 虛擬網路通訊協定中的傳輸要求可由多個部分組成。雖然這些部分不是真的實用，但除了初始部分，其中任何一個都可能是零長度，即根本不攜帶任何資料。除了要傳輸資料的特定初始部分，這些部分會直接轉譯為 Linux 所稱的 SKB 片段。這類轉換的要求部分在針對特定 SKB 而言長度為零時，可導致核心網路程式碼中出現 NULL 解除參照。(CVE-2023-46838)

  - 在 6.6.5 及之前的 Linux 核心中，由於 info->pad0 未被初始化，drivers/accel/habanalabs/common/habanalabs_ioctl.c 中的 sec_attest_info 可導致資訊洩漏至使用者空間。(CVE-2023-50431)

  - 在 6.7.4 及之前的 Linux 核心中，drivers/md/dm-table.c 中的 dm_table_create 會嘗試 (在 alloc_targets 中) 分配大於 INT_MAX 的位元組，但此位元組會因缺少對 dm_ioctl.target_count 結構的檢查而損毀。(CVE-2023-52429)

  - 在 Linux 核心中，下列弱點已解決：smb：用戶端：修復 smb2_parse_contexts() 中的潛在 OOB。在 smb2_parse_contexts() 中解除參照建立內容前驗證位移和長度。這可修復從伺服器存取無效建立內容時的下列 oops： 錯誤：
    無法處理位址的頁面錯誤：ffff8881178d8cc3 #PF：核心模式中的監督讀取存取 #PF：
    error_code(0x0000) - 不存在頁面 PGD 4a01067 P4D 4a01067 PUD 0 Oops：0000 [#1] PREEMPT SMP NOPTI CPU：
    3 PID: 1736 Comm: mount.cifs 未受污染的 6.7.0-rc4 #1 硬體名稱：QEMU Standard PC (Q35 + ICH9, 2009)，BIOS rel-1.16.2-3-gd478f380-rebuilt.opensuse.org 04 /01/2014 RIP：0010:smb2_parse_contexts+0xa0/0x3a0 [cifs] 程式碼：f8 10 75 13 48 b8 93 ad 25 50 9c b4 11 e7 49 39 06 0f 84 d2 00 00 00 8b 45 00 85 c0 74 61 41 29 c5 48 01 c5 41 83 fd 0f 76 55 <0f> b7 7d 04 0f b7 45 06 4c 8d 74 3d 00 66 83 f8 04 75 bc ba 04 00 RSP：
    0018:ffffc900007939e0 EFLAGS: 00010216 RAX: ffffc90000793c78 RBX: ffff8880180cc000 RCX: ffffc90000793c90 RDX: ffffc90000793cc0 RSI: ffff8880178d8cc0 RDI: ffff8880180cc000 RBP: ffff8881178d8cbf R08：
    ffffc90000793c22 R09: 0000000000000000 R10: ffff8880180cc000 R11: 0000000000000024 R12: 0000000000000000 R13: 0000000000000020 R14: 0000000000000000 R15: ffffc90000793c22 FS: 00007f873753cbc0(0000) GS:ffff88806bc00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    ffff8881178d8cc3 CR3: 00000000181ca000 CR4: 0000000000750ef0 PKRU: 55555554 呼叫跟蹤：<TASK>？
    __die+0x23/0x70 ? page_fault_oops+0x181/0x480 ? search_module_extables+0x19/0x60 ? srso_alias_return_thunk+0x5/0xfbef5 ? exc_page_fault+0x1b6/0x1c0 ? asm_exc_page_fault+0x26/0x30 ? smb2_parse_contexts+0xa0/0x3a0 [cifs] SMB2_open+0x38d/0x5f0 [cifs] ? smb2_is_path_accessible+0x138/0x260 [cifs] smb2_is_path_accessible+0x138/0x260 [cifs] cifs_is_path_remote+0x8d/0x230 [cifs] cifs_mount+0x7e/0x350 [cifs] cifs_smb3_do_mount+0x128/0x780 [cifs] smb3_get_tree+0xd9/0x290 [cifs] vfs_get_tree+0x2c/0x100 ? capable+0x37/0x70 path_mount+0x2d7/0xb80 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    _raw_spin_unlock_irqrestore+0x44/0x60 __x64_sys_mount+0x11a/0x150 do_syscall_64+0x47/0xf0 entry_SYSCALL_64_after_hwframe+0x6f/0x77 RIP: 0033:0x7f8737657b1e (CVE-2023-52434)

  - 在 Linux 核心中，下列弱點已解決：net：防止 skb_segment() 中的 mss 溢位。syzbot 又再一次能夠損毀 skb_segment() 中的核心。[1] GSO_BY_FRAGS 是一個禁用值，但不幸的是以下 skb_segment() 中的計算可輕易取得該值：
    mss = mss *partial_segs；65535 = 3 * 5 * 17 * 257，許多 mss 初始值可導致錯誤的最終結果。請務必限制區段，使新的 mss 值小於 GSO_BY_FRAGS。 [1] 一般保護錯誤，可能是非正式位址 0xdffffc000000000e：0000 [#1] PREEMPT SMP KASAN KASAN：null-ptr-deref 範圍內 [0x0000000000000070-0x00000000000000077] CPU：1 PID：5079 Comm：syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0 硬體名稱：Google Google Compute Engine/Google Compute Engine、BIOS Google 2023 年 11 月 10 日 RIP：0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 程式碼：83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP：0018:ffffc900043473d0 EFLAGS: 00010202 RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597 RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070 RBP: ffffc90004347578 R08: 0000000000000005 R09: 000000000000ffff R10: 000000000000ffff R11: 0000000000000002 R12:
    ffff888063202ac0 R13: 0000000000010000 R14: 000000000000ffff R15: 0000000000000046 FS：
    0000555556e7e380(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000000020010000 CR3: 0000000027ee2000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 呼叫跟蹤：<TASK> udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109 ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120 skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53
    __skb_gso_segment+0x339/0x710 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [內嵌] validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626 __dev_queue_xmit+0x6f3/0x3d60 net/core/ dev.c:4338 dev_queue_xmit include/linux/netdevice.h:3134 [內嵌] packet_xmit+0x257/0x380 net/packet/af_packet.c:276 packet_snd net/packet/af_packet.c:3087 [內嵌] packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119 sock_sendmsg_nosec net/socket.c:730 [內嵌] __sock_sendmsg+0xd5/0x180 net/socket.c:745
    __sys_sendto+0x255/0x340 net/socket.c:2190 __do_sys_sendto net/socket.c:2202 [inline] __se_sys_sendto net/socket.c:2198 [inline] __x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b RIP: 0033:0x7f8692032aa9 Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 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 b8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fff8d685418 EFLAGS: 00000246 ORIG_RAX: 000000000000002c RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f8692032aa9 RDX:
    0000000000010048 RSI: 00000000200000c0 RDI: 0000000000000003 RBP: 00000000000f4240 R08: 0000000020000540 R09: 0000000000000014 R10: 0000000000000000 R11: 0000000000000246 R12: 00007fff8d685480 R13:
    0000000000000001 R14: 00007fff8d685480 R15: 0000000000000003 </TASK> 連結的模組：---[ end trace 0000000000000000 ]--- RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP: 0018:ffffc900043473d0 EFLAGS:
    00010202 RAX: dffffc0000000000 RBX: 0000000000010046 RCX: ffffffff886b1597 RDX: 000000000000000e RSI:
    ffffffff886b2520 RDI: 0000000000000070 RBP: ffffc90004347578 R0 ---truncated--- (CVE-2023-52435)

  - 在 Linux 核心中，下列弱點已修復：f2fs：明確使 xattr 清單以 null 結尾 設定 xattr 時，明確使 xattr 清單以 null 結尾。這使得未使用的 xattr 空間一律歸零這一經不起推敲的假設無效。(CVE-2023-52436)

  - 在 Linux 核心中，下列弱點已修復：binder：修復 shinker 回呼中的釋放後使用 在 shrinker 回呼期間使用 mmap 讀取鎖定意味著使用 alloc->vma 指標並不安全，因為它會與 munmap() 發生爭用。自 commit dd2283f2605e (mm：mmap：munmap 中含有讀取 mmap_sem 的 zap 頁面) 起，mmap 鎖定會在 vma 被隔離之後降級。透過 shrinker 的除錯 sysfs，我可以手動新增一些延遲並觸發頁面回收來重現此問題。下列 KASAN 報告確認了 UAF：
    ================================================================== 錯誤：KASAN：zap_page_range_single+0x470/0x4b8 中存在 slab-use-after-free 讀取大小為 8 位於：addr ffff356ed50e50f0 按任務 bash/478 CPU：1 PID：478 命令：bash 未污染 6.6.0-rc5-00055-g1c8b86a3799f-dirty #70 硬體名稱：linux,dummy-virt (DT) 呼叫追蹤：zap_page_range_single+0x470/0x4b8 binder_alloc_free_page+0x608/0xadc
    __list_lru_walk_one+0x130/0x3b0 list_lru_walk_node+0xc4/0x22c binder_shrink_scan+0x108/0x1dc shrinker_debugfs_scan_write+0x2b4/0x500 full_proxy_write+0xd4/0x140 vfs_write+0x1ac/0x758 ksys_write+0xf0/0x1dc __arm64_sys_write+0x6c/0x9c 根據任務 492 配置：kmem_cache_alloc+0x130/0x368 vm_area_alloc+0x2c/0x190 mmap_region+0x258/0x18bc do_mmap+0x694/0xa60 vm_mmap_pgoff+0x170/0x29c ksys_mmap_pgoff+0x290/0x3a0 __arm64_sys_mmap+0xcc/0x144 根據任務 491 配置：kmem_cache_free+0x17c/0x3c8 vm_area_free_rcu_cb+0x74/0x98 rcu_core+0xa38/0x26d4 rcu_core_si+0x10/0x1c __do_softirq+0x2fc/0xd24 上次可能的相關工作建立：__call_rcu_common.constprop.0+0x6c/0xba0 call_rcu+0x10/0x1c vm_area_free+0x18/0x24 remove_vma+0xe4/0x118 do_vmi_align_munmap.isra.0+0x718/0xb5c do_vmi_munmap+0xdc/0x1fc __vm_munmap+0x10c/0x278 __arm64_sys_munmap+0x58/0x7c 透過執行 vma_lookup() 來解決此問題，此函式在 mmap 鎖定降级之后才能找到被隔離的 vma。
    請注意，與升級至 mmap 寫入鎖定 (會增加爭用概率) 相比，此選項的效果更好。此外，mmap_write_trylock() 已於近期移除。(CVE-2023-52438)

  - 在 Linux 核心中，下列弱點已修復：uio：修復 uio_open core-1 core-2 中的釋放後使用 ------------------------------------------------------- uio_unregister_device uio_open idev = idr_find() device_unregister(&idev->dev) put_device(&idev->dev) uio_device_release get_device(&idev->dev) kfree(idev) uio_free_minor(minor) uio_release put_device(&idev->dev) kfree(idev)
    -------------------------------------------------- ----- 在 core-1 uio_unregister_device() 中，若 idev->dev kobject ref 為 1，device_unregister 将 kfree idev。但在執行 core-1 device_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 核心 fs/smb/client/smb2ops.c 的 smb2_dump_detail 中發現一個超出邊界讀取弱點。此問題允許本機攻擊者造成系統當機或洩漏核心內部資訊。
    (CVE-2023-6610)

  - 在 Linux 核心 6.6.10 之前版本的 ksmbd 中發現一個問題。由於未正確處理名稱資料和 CreateContexts 資料之間的關係，fs/smb/server/smb2misc.c 中的 smb2_get_data_area_len 可造成 smb_strndup_from_utf16 超出邊界存取。(CVE-2024-22705)

  - 在 6.7.1 版本之前的 Linux 核心中，fs/btrfs/disk-io.c 內的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入其 root 項目後過快讀取子磁碟區所致。 (CVE-2024-23850)

  - 在 6.7.1 版本之前的 Linux 核心中，drivers/md/dm-ioctl.c 內的 copy_params 可嘗試配置超過 INT_MAX 位元組並損毀，這是因為缺少 param_kernel->data_size 檢查所致。此問題與 ctl_ioctl 有關。(CVE-2024-23851)

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

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

    在 6.7.4 及之前的 Linux 核心中，drivers/md/dm-table.c 中的 dm_table_create 會嘗試 (在 alloc_targets 中) 分配大於 INT_MAX 的位元組，但此位元組會因缺少對 dm_ioctl.target_count 結構的檢查而損毀。(CVE-2023-52429)

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

    net：防止 skb_segment() 中的 mss 溢位

    syzbot 再次能夠使 skb_segment() 中的核心損毀 [1]

    GSO_BY_FRAGS 是一個禁止值，但遺憾的是 skb_segment() 中的下列運算可輕易取得此值：

    mss = mss *partial_segs；

    65535 = 3 * 5 * 17 * 257，許多 mss 初始值可導致錯誤的最終結果。

    請務必限制分割，使新的 mss 值小於 GSO_BY_FRAGS。

    [1]

    [1] 一般保護錯誤，可能是非正式位址 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASANKASAN: null-ptr-deref in range [0x0000000000000070-0x0000000000000077]CPU: 1 PID: 5079 Comm: syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 11/10/2023RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00RSP: 0018:ffffc900043473d0 EFLAGS: 00010202RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070RBP: ffffc90004347578 R08: 0000000000000005 R09: 000000000000ffffR10: 000000000000ffff R11: 0000000000000002 R12:
    ffff888063202ac0R13: 0000000000010000 R14: 000000000000ffff R15: 0000000000000046FS:
    0000555556e7e380(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033CR2: 0000000020010000 CR3: 0000000027ee2000 CR4: 00000000003506f0DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400Call Trace:<TASK>udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53__skb_gso_segment+0x339/0x710 net/core/gso.c:124skb_gso_segment include/net/gso.h:83 [inline]validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626__dev_queue_xmit+0x6f3/0x3d60 net/core/dev.c:4338dev_queue_xmit include/linux/netdevice.h:3134 [inline]packet_xmit+0x257/0x380 net/packet/af_packet.c:276packet_snd net/packet/af_packet.c:3087 [inline]packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119sock_sendmsg_nosec net/socket.c:730 [inline]__sock_sendmsg+0xd5/0x180 net/socket.c:745__sys_sendto+0x255/0x340 net/socket.c:2190__do_sys_sendto net/socket.c:2202 [inline]__se_sys_sendto net/socket.c:2198 [inline]__x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198do_syscall_x64 arch/x86/entry/common.c:52 [inline]do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83entry_SYSCALL_64_after_hwframe+0x63/0x6bRIP: 0033:0x7f8692032aa9Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 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 b8 ff ff ff f7 d8 64 89 01 48RSP: 002b:00007fff8d685418 EFLAGS: 00000246 ORIG_RAX: 000000000000002cRAX: ffffffffffffffda RBX: 0000000000000003 RCX:
    00007f8692032aa9RDX: 0000000000010048 RSI: 00000000200000c0 RDI: 0000000000000003RBP: 00000000000f4240 R08: 0000000020000540 R09: 0000000000000014R10: 0000000000000000 R11: 0000000000000246 R12:
    00007fff8d685480R13: 0000000000000001 R14: 00007fff8d685480 R15: 0000000000000003</TASK>Modules linked in:---[ end trace 0000000000000000 ]---RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00RSP:
    0018:ffffc900043473d0 EFLAGS: 00010202RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070RBP: ffffc90004347578 R0
    ---truncated--- (CVE-2023-52435)

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

    drm：不會因為鎖死處理而多次錯誤地取消參照相同 fb (CVE-2023-52486)

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

    mm/sparsemem：修復存取 memory_section->usage 時的爭用條件 (CVE-2023-52489)

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

    dmaengine：修復通道取消註冊函式中的 NULL 指標 (CVE-2023-52492)

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

    PM：sleep：修復整個核心系統的 PM 程式碼中可能發生鎖死的問題 (CVE-2023-52498)

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

    ceph：修復誤用 dget() 導致的鎖死或無作用程式碼 (CVE-2023-52583)

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

    IB/ipoib：修復 mcast 清單鎖定問題 (CVE-2023-52587)

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

    hwrng：核心 - 修復 mmap-ed hwrng 上的頁面錯誤鎖死 (CVE-2023-52615)

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

    crypto：lib/mpi - 修正 mpi_ec_init 中的意外指標存取 (CVE-2023-52616)

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

    pstore/ram：修復將 cpu 數量設為奇數時發生的當機 (CVE-2023-52619)

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

    ext4：避免因 flex bg 過大而導致線上調整大小失敗 (CVE-2023-52622)

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

    SUNRPC：修復可疑的 RCU 使用量警告 (CVE-2023-52623)

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

    PM / devfreq：同步 devfreq_monitor_[start/stop] (CVE-2023-52635)

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

    can：j1939：在 setsockopt 期間修正 j1939_sk_match_filter 中的 UAF(SO_J1939_FILTER) (CVE-2023-52637)

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

    media：rc：附加/移除 bpf 需要寫入權限 (CVE-2023-52642)

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

    pipe：設定 max_usage 後喚醒 wr_wait (CVE-2023-52672)

    在 Linux 核心的 ATA over Ethernet (AoE) 驅動程式中發現一個缺陷。aoecmd_cfg_pkts() 函式未正確更新 `struct net_device` 上的 refcnt，並且 struct 上的釋放與透過 `skbtxq` 全域佇列進行存取之間的爭用情形會觸發釋放後使用弱點。這可導致拒絕服務情形或可能執行程式碼。(CVE-2023-6270)

    在 Linux 核心中，在 drivers/vhost/vhost.c 的 vhost_new_msg 中發現一個弱點，其不會正確初始化 vhost/vhost.c:vhost_new_msg() 函數中虛擬來賓和主機作業系統之間傳遞的訊息中的記憶體。這問題可允許有權限的本機使用者從 /dev/vhost-net 裝置檔案執行讀取作業時，讀取到一些核心記憶體內容。(CVE-2024-0340)

    報告稱，Linux 核心的 Open vSwitch 子元件中存在弱點。當程式碼推送的遞回作業以遞回方式呼叫至程式碼區塊中時，會發生此缺陷。OVS 模組未驗證堆疊深度，進而推送過多框架並造成堆疊溢位。因此，這可導致當機或其他相關問題。(CVE-2024-1151)

    已披露推測性爭用條件 (SRC) 弱點，此弱點會影響支援推測型執行的現代 CPU 架構 (與 Spectre V1 相關)。未經驗證的攻擊者可惡意利用此弱點，使用爭用情形從 CPU 洩漏任意資料，以存取推測的可執行程式碼路徑。(CVE-2024-2193)

    在 Linux 核心 6.7.1 及之前版本中，fs/btrfs/disk-io.c 中的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入 root 項目後過快讀取子磁碟區。(CVE-2024-23850)

    - 在 Linux 核心 6.7.1 及之前版本中，drivers/md/dm-ioctl.c 中的 copy_params 可嘗試配置超過 INT_MAX 位元組並造成損毀，這是缺少 param_kernel->data_size 檢查所致。此問題與 ctl_ioctl 有關。(CVE-2024-23851)

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

    netfilter：nft_set_rbtree：從 gc 跳過結束間隔元素

    插入時的 rbtree lazy gc 可能會收集剛剛在此交易中新增的結束間隔元素，並跳過尚未作用中的結束間隔元素。(CVE-2024-26581)

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

    sched/membarrier：減少對 sys_membarrier 的頻繁呼叫

    在某些系統上，sys_membarrier 的成本可能會非常高，可造成所有項目的整體速度降低。因此，鎖定路徑可將存取序列化，從而防止以過高頻率呼叫此功能以及電腦超負荷執行。(CVE-2024-26602)

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

    tcp：確認將 accept_queue 的執行緒同步鎖定初始化一次 (CVE-2024-26614)

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

    llc：釋放時呼叫 sock_orphan() (CVE-2024-26625)

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

    scsi：核心：將 scsi_host_busy() 移出主機鎖定，以喚醒 EH 處置程式 (CVE-2024-26627)

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

    llc：中斷對 ETH_P_TR_802_2 的支援。(CVE-2024-26635)

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

    tcp：將功能健全檢查新增至 rx zerocopy (CVE-2024-26640)

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

    ip6_tunnel：確保提取 __ip6_tnl_rcv() 中的內部標頭 (CVE-2024-26641)

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

    btrfs：嘗試拍攝已刪除子磁碟區的快照時，不會中止檔案系統 (CVE-2024-26644)

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

    tipc：呼叫 tipc_udp_nl_bearer_add() 前檢查承載類型 (CVE-2024-26663)

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

    tunnels：修復構建 IPv6 PMTU 錯誤時的超出邊界存取問題 (CVE-2024-26665)

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

    blk-mq：修復 sbitmap 喚醒爭用的 IO 懸置問題 (CVE-2024-26671)

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

    netfilter：nft_ct：清理自訂預期中的第 3 層和第 4 層通訊協定編號 (CVE-2024-26673)

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

    ppp_async：將 MRU 限制為 64K (CVE-2024-26675)

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

    inet：在 inet_recv_error() 中讀取 sk->sk_family 一次 (CVE-2024-26679)

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

    nilfs2：修正 end_buffer_async_write 中的潛在錯誤 (CVE-2024-26685)

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

    ceph：防止 encode_cap_msg() 中發生釋放後使用 (CVE-2024-26689)

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

    nilfs2：修正 nilfs_lookup_dirty_data_buffers() 中的當機 (CVE-2024-26696)

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

    nilfs2：針對小區塊大小修正 dsync 區塊復原中的資料損毀 (CVE-2024-26697)

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

    hv_netvsc：修復 netvsc_probe 和 netvsc_remove 之間的爭用情形 (CVE-2024-26698)

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

    ext4：修正因錯誤延伸 moved_len 而造成的區塊重複釋放問題 (CVE-2024-26704)

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

    net：hsr：移除 send_hsr_supervision_frame() 中的 WARN_ONCE() (CVE-2024-26707)

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

    mm/writeback：再次修正修復 wb_dirty_limits() 中可能存在的除以零問題 (CVE-2024-26720)

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

    btrfs：如果已讀取新建立的子磁碟區，則不執行 ASSERT() (CVE-2024-26727)

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

    netfilter：nft_chain_filter：處理 inet/ingress basechain 的 NETDEV_UNREGISTER (CVE-2024-26808)

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

    netfilter：ipset：修復交換作業中的效能回歸問題 (CVE-2024-26910)

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

    scsi：Revert scsi：fcoe：修復 &fip->ctlr_lock 上潛在的鎖死問題 (CVE-2024-26917)

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

    tracing/trigger：修復問題以便在無法配置快照時傳回錯誤 (CVE-2024-26920)

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

    ubifs：ubifs_symlink：修復錯誤路徑中 inode->i_link 的記憶體洩漏 (CVE-2024-26972)

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

    net/mlx5e：修正 arfs_create_groups 中的重複釋放問題 (CVE-2024-35835)

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

    x86/mm/ident_map：僅在應對應完整 GB 頁面的地方使用 gbpage。(CVE-2024-50017)

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

    arm64/entry在 cpu_switch_to()、call_on_irq_stack() 中遮罩 DAIF (CVE-2025-38670)

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

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

遠端 Azure Linux 3.0 主機上安裝的核心版本比測試版舊。因此，此版本會受到 CVE-2024-23850 公告中提及的一個弱點影響。

  - 在 6.7.1 版本之前的 Linux 核心中，fs/btrfs/disk-io.c 內的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入其 root 項目後過快讀取子磁碟區所致。 (CVE-2024-23850)

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

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

    在 6.7.4 及之前的 Linux 核心中，drivers/md/dm-table.c 中的 dm_table_create 會嘗試 (在 alloc_targets 中) 分配大於 INT_MAX 的位元組，但此位元組會因缺少對 dm_ioctl.target_count 結構的檢查而損毀。(CVE-2023-52429)

    在 Linux 核心的 smb 用戶端中發現一個缺陷。在 smb2_parse_contexts() 函式中發現潛在的超出邊界錯誤。smb2_parse_contexts() 中解除參照建立內容前會驗證位移和長度。(CVE-2023-52434)

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

    net：防止 skb_segment() 中的 mss 溢位

    syzbot 再次能夠使 skb_segment() 中的核心損毀 [1]

    GSO_BY_FRAGS 是一個禁止值，但遺憾的是 skb_segment() 中的下列運算可輕易取得此值：

    mss = mss *partial_segs；

    65535 = 3 * 5 * 17 * 257，許多 mss 初始值可導致錯誤的最終結果。

    請務必限制分割，使新的 mss 值小於 GSO_BY_FRAGS。

    [1]

    [1] 一般保護錯誤，可能是非正式位址 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASANKASAN: null-ptr-deref in range [0x0000000000000070-0x0000000000000077]CPU: 1 PID: 5079 Comm: syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 11/10/2023RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00RSP: 0018:ffffc900043473d0 EFLAGS: 00010202RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070RBP: ffffc90004347578 R08: 0000000000000005 R09: 000000000000ffffR10: 000000000000ffff R11: 0000000000000002 R12:
    ffff888063202ac0R13: 0000000000010000 R14: 000000000000ffff R15: 0000000000000046FS:
    0000555556e7e380(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033CR2: 0000000020010000 CR3: 0000000027ee2000 CR4: 00000000003506f0DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400Call Trace:<TASK>udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53__skb_gso_segment+0x339/0x710 net/core/gso.c:124skb_gso_segment include/net/gso.h:83 [inline]validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626__dev_queue_xmit+0x6f3/0x3d60 net/core/dev.c:4338dev_queue_xmit include/linux/netdevice.h:3134 [inline]packet_xmit+0x257/0x380 net/packet/af_packet.c:276packet_snd net/packet/af_packet.c:3087 [inline]packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119sock_sendmsg_nosec net/socket.c:730 [inline]__sock_sendmsg+0xd5/0x180 net/socket.c:745__sys_sendto+0x255/0x340 net/socket.c:2190__do_sys_sendto net/socket.c:2202 [inline]__se_sys_sendto net/socket.c:2198 [inline]__x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198do_syscall_x64 arch/x86/entry/common.c:52 [inline]do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83entry_SYSCALL_64_after_hwframe+0x63/0x6bRIP: 0033:0x7f8692032aa9Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 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 b8 ff ff ff f7 d8 64 89 01 48RSP: 002b:00007fff8d685418 EFLAGS: 00000246 ORIG_RAX: 000000000000002cRAX: ffffffffffffffda RBX: 0000000000000003 RCX:
    00007f8692032aa9RDX: 0000000000010048 RSI: 00000000200000c0 RDI: 0000000000000003RBP: 00000000000f4240 R08: 0000000020000540 R09: 0000000000000014R10: 0000000000000000 R11: 0000000000000246 R12:
    00007fff8d685480R13: 0000000000000001 R14: 00007fff8d685480 R15: 0000000000000003</TASK>Modules linked in:---[ end trace 0000000000000000 ]---RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00RSP:
    0018:ffffc900043473d0 EFLAGS: 00010202RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070RBP: ffffc90004347578 R0
    ---truncated--- (CVE-2023-52435)

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

    crypto：lib/mpi - 修正 mpi_ec_init 中的意外指標存取 (CVE-2023-52616)

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

    fs/ntfs3：修復 NULL 解除參照錯誤 (CVE-2023-52631)

    在 Linux 核心中，在 drivers/vhost/vhost.c 的 vhost_new_msg 中發現一個弱點，其不會正確初始化 vhost/vhost.c:vhost_new_msg() 函數中虛擬來賓和主機作業系統之間傳遞的訊息中的記憶體。這問題可允許有權限的本機使用者從 /dev/vhost-net 裝置檔案執行讀取作業時，讀取到一些核心記憶體內容。(CVE-2024-0340)

    在 Linux 核心 hugetlbfs 功能的 hugetlbfs_fill_super 函式中發現一個 NULL 指標解除參照缺陷。本機使用者可利用此問題使系統當機，或可能提升其在系統中的權限。(CVE-2024-0841)

    報告稱，Linux 核心的 Open vSwitch 子元件中存在弱點。當程式碼推送的遞回作業以遞回方式呼叫至程式碼區塊中時，會發生此缺陷。OVS 模組未驗證堆疊深度，進而推送過多框架並造成堆疊溢位。因此，這可導致當機或其他相關問題。(CVE-2024-1151)

    已披露推測性爭用條件 (SRC) 弱點，此弱點會影響支援推測型執行的現代 CPU 架構 (與 Spectre V1 相關)。未經驗證的攻擊者可惡意利用此弱點，使用爭用情形從 CPU 洩漏任意資料，以存取推測的可執行程式碼路徑。(CVE-2024-2193)

    在 Linux 核心 6.7.1 及之前版本中，fs/btrfs/disk-io.c 中的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入 root 項目後過快讀取子磁碟區。(CVE-2024-23850)

    - 在 Linux 核心 6.7.1 及之前版本中，drivers/md/dm-ioctl.c 中的 copy_params 可嘗試配置超過 INT_MAX 位元組並造成損毀，這是缺少 param_kernel->data_size 檢查所致。此問題與 ctl_ioctl 有關。(CVE-2024-23851)

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

    netfilter：nft_set_rbtree：從 gc 跳過結束間隔元素

    插入時的 rbtree lazy gc 可能會收集剛剛在此交易中新增的結束間隔元素，並跳過尚未作用中的結束間隔元素。(CVE-2024-26581)

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

    net：tls：修正部分讀取和非同步解密導致的釋放後使用弱點

    tls_decrypt_sg 不會從 clear_skb 頁面取得參照，因此 tls_decrypt_done 中的 put_page() 會釋出它們，並且我們嘗試從部分讀取的 skb 讀取時，會在 process_rx_list 中觸發釋放後使用。(CVE-2024-26582)

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

    tls：修復非同步通知和通訊端關閉之間的爭用條件

    提交執行緒 (稱為 recvmsg/sendmsg) 可能會在非同步 crypto 處置程式呼叫 complete() 後立即退出，因此任何超過該點的程式碼會存在接觸已釋放資料的風險。

    儘量避免鎖定與額外的旗標。讓主執行緒保留一個額外的參照，如此我們可以完全依賴原子參照計數器進行同步。

    也不要求重新初始化完成，我們現在會嚴格控制完成觸發的時間。
    (CVE-2024-26583)

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

    ext4：如果在 fc 重播之下，區塊釋放失敗後會重新產生 buddy

    這基本還原了認可 6bd97bf273bd (ext4：移除多餘的 mb_regenerate_buddy()) 並重新引入 mb_regenerate_buddy()。根據 mb_free_blocks() 中的程式碼，快速 commit 重播最終會導致區塊被重複標記為已释放。這會造成 buddy 點陣圖損毀，因此我們需要在這種情況下重新產生點陣圖。(CVE-2024-26601)

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

    sched/membarrier：減少對 sys_membarrier 的頻繁呼叫

    在某些系統上，sys_membarrier 的成本可能會非常高，可造成所有項目的整體速度降低。因此，鎖定路徑可將存取序列化，從而防止以過高頻率呼叫此功能以及電腦超負荷執行。(CVE-2024-26602)

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

    x86/fpu：停止依賴使用者空間以防止 xsave 緩衝區中的資訊錯誤

    在此變更之前，預期的使用者空間緩衝區大小取自 fx_sw->xstate_size。
    使用者可從使用者空間變更 fx_sw->xstate_size，因此可建構 sigreturn 幀，其中：

    * fx_sw->xstate_size 小於 fx_sw->xfeatures 中有效位元所需的大小。* 使用者空間會取消對應部分 sigrame fpu 緩衝區，因此無法存取 xrstor 所需的所有緩衝區。

    在此情況下，xrstor 會嘗試還原並存取未對應的區域，進而造成錯誤。但由於 buf + fx_sw->xstate_size 位於靜止的對應區域內，fault_in_readable 即會成功，因此會返回並再次嘗試 xrstor。它將在此迴圈中無限旋轉。

    相反，錯誤在於 XRSTOR 可接觸的最大大小 (取自 fpstate->user_size)。

    [ dhansen：tweak subject / changelog ] (CVE-2024-26603)

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

    nfsd：修正 RELEASE_LOCKOWNER (CVE-2024-26629)

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

    tunnels：修復構建 IPv6 PMTU 錯誤時的超出邊界存取問題 (CVE-2024-26665)

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

    af_unix：針對 GC 中的 dead unix_(sk)->oob_skb 呼叫 kfree_skb()。 (CVE-2024-26676)

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

    inet：在 inet_recv_error() 中讀取 sk->sk_family 一次 (CVE-2024-26679)

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

    netdevsim：避免 nsim_dev_trap_report_work() 中潛在的迴圈問題 (CVE-2024-26681)

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

    fs、hugetlb：修復 hugetlbs_fill_super 中的 NULL 指標解除參照 (CVE-2024-26688)

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

    ceph：防止 encode_cap_msg() 中發生釋放後使用 (CVE-2024-26689)

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

    nilfs2：修正 nilfs_lookup_dirty_data_buffers() 中的當機 (CVE-2024-26696)

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

    hv_netvsc：修復 netvsc_probe 和 netvsc_remove 之間的爭用情形 (CVE-2024-26698)

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

    ext4：修正因錯誤延伸 moved_len 而造成的區塊重複釋放問題 (CVE-2024-26704)

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

    net：hsr：移除 send_hsr_supervision_frame() 中的 WARN_ONCE() (CVE-2024-26707)

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

    dm-crypt、dm-verity：停用 tasklet (CVE-2024-26718)

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

    mm/writeback：再次修正修復 wb_dirty_limits() 中可能存在的除以零問題 (CVE-2024-26720)

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

    btrfs：寫入錯誤時不捨棄可用空間索引節點的 extent_map (CVE-2024-26726)

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

    btrfs：如果已讀取新建立的子磁碟區，則不執行 ASSERT() (CVE-2024-26727)

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

    hv_netvsc：如果 NET_DEVICE_REGISTER 遺漏，則在 netvsc_probe 中註冊 VF (CVE-2024-26820)

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

    mptcp：修復過時子流程的資料重新插入問題 (CVE-2024-26826)

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

    cifs：修復 parse_server_interfaces() 中的反向溢位弱點 (CVE-2024-26828)

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

    netfilter：ipset：修復交換作業中的效能回歸問題 (CVE-2024-26910)

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

    tracing/trigger：修復問題以便在無法配置快照時傳回錯誤 (CVE-2024-26920)

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

    x86/mm/ident_map：僅在應對應完整 GB 頁面的地方使用 gbpage。(CVE-2024-50017)

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

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

遠端 Debian 12 主機上安裝的多個套件受到 dsa-5658 公告中提及的多個弱點影響。

    -----BEGIN PGP 簽章訊息----- 雜湊：SHA512

    - ------------------------------------------------- ------------------------------------ Debian 安全公告 DSA-5658-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2024 年 4 月 13 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID：CVE-2023-2176 CVE-2023-6270 CVE-2023-7042 CVE-2023-28746 CVE-2023-47233 CVE-2023-52429 CVE-2023-52434 CVE-2023-52435 CVE-2023-52583 CVE-2023-52584 CVE-2023-52587 CVE-2023-52588 CVE-2023-52589 CVE-2023-52593 CVE-2023-52594 CVE-2023-52595 CVE-2023-52597 CVE-2023-52598 CVE-2023-52599 CVE-2023-52600 CVE-2023-52601 CVE-2023-52602 CVE-2023-52603 CVE-2023-52604 CVE-2023-52606 CVE-2023-52607 CVE-2023-52616 CVE-2023-52617 CVE-2023-52618 CVE-2023-52619 CVE-2023-52620 CVE-2023-52621 CVE-2023-52622 CVE-2023-52623 CVE-2023-52630 CVE-2023-52631 CVE-2023-52632 CVE-2023-52633 CVE-2023-52635 CVE-2023-52637 CVE-2023-52638 CVE-2023-52639 CVE-2023-52640 CVE-2023-52641 CVE-2024-0340 CVE-2024-0841 CVE-2024-1151 CVE-2024-2201 CVE-2024-22099 CVE-2024-23850 CVE-2024-23851 CVE-2024-24857 CVE-2024-24858 CVE-2024-26581 CVE-2024-26582 CVE-2024-26583 CVE-2024-26584 CVE-2024-26585 CVE-2024-26586 CVE-2024-26590 CVE-2024-26593 CVE-2024-26600 CVE-2024-26601 CVE-2024-26602 CVE-2024-26603 CVE-2024-26606 CVE-2024-26621 CVE-2024-26622 CVE-2024-26625 CVE-2024-26626 CVE-2024-26627 CVE-2024-26629 CVE-2024-26639 CVE-2024-26640 CVE-2024-26641 CVE-2024-26642 CVE-2024-26643 CVE-2024-26651 CVE-2024-26654 CVE-2024-26659 CVE-2024-26660 CVE-2024-26663 CVE-2024-26664 CVE-2024-26665 CVE-2024-26667 CVE-2024-26671 CVE-2024-26673 CVE-2024-26675 CVE-2024-26676 CVE-2024-26679 CVE-2024-26680 CVE-2024-26681 CVE-2024-26684 CVE-2024-26685 CVE-2024-26686 CVE-2024-26687 CVE-2024-26688 CVE-2024-26689 CVE-2024-26695 CVE-2024-26696 CVE-2024-26697 CVE-2024-26698 CVE-2024-26700 CVE-2024-26702 CVE-2024-26704 CVE-2024-26706 CVE-2024-26707 CVE-2024-26710 CVE-2024-26712 CVE-2024-26714 CVE-2024-26715 CVE-2024-26717 CVE-2024-26718 CVE-2024-26720 CVE-2024-26722 CVE-2024-26723 CVE-2024-26726 CVE-2024-26727 CVE-2024-26731 CVE-2024-26733 CVE-2024-26735 CVE-2024-26736 CVE-2024-26737 CVE-2024-26741 CVE-2024-26742 CVE-2024-26743 CVE-2024-26744 CVE-2024-26745 CVE-2024-26747 CVE-2024-26748 CVE-2024-26749 CVE-2024-26750 CVE-2024-26751 CVE-2024-26752 CVE-2024-26753 CVE-2024-26754 CVE-2024-26759 CVE-2024-26760 CVE-2024-26761 CVE-2024-26763 CVE-2024-26764 CVE-2024-26765 CVE-2024-26766 CVE-2024-26769 CVE-2024-26771 CVE-2024-26772 CVE-2024-26773 CVE-2024-26774 CVE-2024-26775 CVE-2024-26776 CVE-2024-26777 CVE-2024-26778 CVE-2024-26779 CVE-2024-26780 CVE-2024-26781 CVE-2024-26782 CVE-2024-26787 CVE-2024-26788 CVE-2024-26789 CVE-2024-26790 CVE-2024-26791 CVE-2024-26792 CVE-2024-26793 CVE-2024-26795 CVE-2024-26798 CVE-2024-26800 CVE-2024-26801 CVE-2024-26802 CVE-2024-26803 CVE-2024-26804 CVE-2024-26805 CVE-2024-26809 CVE-2024-26810 CVE-2024-26811 CVE-2024-26812 CVE-2024-26813 CVE-2024-26814 CVE-2024-26815 CVE-2024-26816 CVE-2024-27437

    在 Linux 核心中發現數個弱點，這些弱點可能會導致權限提升、拒絕服務或資訊洩漏。

    針對穩定的發行版本 (bookworm)，已在第 6.1.85-1 版中修正這些問題。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://www.debian.org/security/

    郵寄清單：debian-security-announce@lists.debian.org
    -----BEGIN PGP 簽章-----

    iQKTBAEBCgB9FiEERkRAmAjBceBVMd3uBUy48xNDz0QFAmYaIyZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDQ2 NDQ0MDk4MDhDMTcxRTA1NTMxRERFRTA1NENCOEYzMTM0M0NGNDQACgkQBUy48xND z0RN3A/9HbzpFDgN8uqJJVEHYgDh38m+h/8maSC2qL3G9ZPEckWX6MLBm+yBWcJ0 l/DesFcqc5Lh25bgWSO2jJ4TY4+dbTRFzFcJ/aTnbOKGoGCUQt0W9ZHFVwmkPKQN tbZm1W1K3u/5dz8qow1ntsQuBarD0uDpImbhOZdrk+n88yKVB4lqAqNgel6EPt03 6SYAz/A3S1A3cgTEwz9udrA6du7yX/2vFwd9g4CO96VflHBgsHSnWAnmJZScZjIA MT8jWGEXUw0zPg78w6AieLWhXTRe/bRxzhPRtYMOwXu1rX3wcPO8cbF9+hgbdj9w VD+qKTP3PWzP7nxJ3KLRUf8NvHjOI5CvVJFR3UFVlOE+BtYO//POTZI9eUv9tU3x vqXXTuHN+uXHkOtvRImx0Hf6FxjQbdh6IuvK6ipb/YH6IE2jZOw94AYi75UkDkgf VBbQf7eShv81Z05tZQo1rFHQMYBbGjtpudJllQ8/zmbv+hM9WuL4NCkw6EQytFPU 51lVn/8Cqx1wt0IAmKr4FQ3hz/d766jgQvByFQWhqs1ZD7vQy2SxbzzTsKT1Zlha GsRB5LNZXvIwZi/A4ls7+4YM4urbRljMFgU7sUaNl+nbhqcw0y/AoLcUGO+7vl6L S/9Mmm8mnmXvTTYCgw9tuLo/wCP9UlF5PTEsZTQyslJYVxu/bvQ= =IM/D
    -----END PGP 簽章-----

    回覆至：
    debian-security-announce@lists.debian.org Salvatore Bonaccorso (清單上) Salvatore Bonaccorso (清單外)

    上一個（依日期）：
    [安全性] [DSA 5657-1] xorg-server 安全性更新

    下一個 (依日期)：
    [安全性] [DSA 5659-1] trafficserver 安全性更新

    上一個 (依執行緒)：
    [安全性] [DSA 5657-1] xorg-server 安全性更新

    下一個 (依執行緒)：
    [安全性] [DSA 5659-1] trafficserver 安全性更新

    索引：

    日期 執行緒

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

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

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

  - 在 6.7.4 及之前的 Linux 核心中，drivers/md/dm-table.c 中的 dm_table_create 會嘗試 (在 alloc_targets 中) 分配大於 INT_MAX 的位元組，但此位元組會因缺少對 dm_ioctl.target_count 結構的檢查而損毀。(CVE-2023-52429)

  - 在 Linux 核心中，下列弱點已解決：net：防止 skb_segment() 中的 mss 溢位。syzbot 又再一次能夠損毀 skb_segment() 中的核心。[1] GSO_BY_FRAGS 是一個禁用值，但不幸的是以下 skb_segment() 中的計算可輕易取得該值：
    mss = mss *partial_segs；65535 = 3 * 5 * 17 * 257，許多 mss 初始值可導致錯誤的最終結果。請務必限制區段，使新的 mss 值小於 GSO_BY_FRAGS。 [1] 一般保護錯誤，可能是非正式位址 0xdffffc000000000e：0000 [#1] PREEMPT SMP KASAN KASAN：null-ptr-deref 範圍內 [0x0000000000000070-0x00000000000000077] CPU：1 PID：5079 Comm：syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0 硬體名稱：Google Google Compute Engine/Google Compute Engine、BIOS Google 2023 年 11 月 10 日 RIP：0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 程式碼：83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP：0018:ffffc900043473d0 EFLAGS: 00010202 RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597 RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070 RBP: ffffc90004347578 R08: 0000000000000005 R09: 000000000000ffff R10: 000000000000ffff R11: 0000000000000002 R12:
    ffff888063202ac0 R13: 0000000000010000 R14: 000000000000ffff R15: 0000000000000046 FS：
    0000555556e7e380(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000000020010000 CR3: 0000000027ee2000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 呼叫跟蹤：<TASK> udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109 ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120 skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53
    __skb_gso_segment+0x339/0x710 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [內嵌] validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626 __dev_queue_xmit+0x6f3/0x3d60 net/core/ dev.c:4338 dev_queue_xmit include/linux/netdevice.h:3134 [內嵌] packet_xmit+0x257/0x380 net/packet/af_packet.c:276 packet_snd net/packet/af_packet.c:3087 [內嵌] packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119 sock_sendmsg_nosec net/socket.c:730 [內嵌] __sock_sendmsg+0xd5/0x180 net/socket.c:745
    __sys_sendto+0x255/0x340 net/socket.c:2190 __do_sys_sendto net/socket.c:2202 [inline] __se_sys_sendto net/socket.c:2198 [inline] __x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x63/0x6b RIP: 0033:0x7f8692032aa9 Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 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 b8 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fff8d685418 EFLAGS: 00000246 ORIG_RAX: 000000000000002c RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f8692032aa9 RDX:
    0000000000010048 RSI: 00000000200000c0 RDI: 0000000000000003 RBP: 00000000000f4240 R08: 0000000020000540 R09: 0000000000000014 R10: 0000000000000000 R11: 0000000000000246 R12: 00007fff8d685480 R13:
    0000000000000001 R14: 00007fff8d685480 R15: 0000000000000003 </TASK> 連結的模組：---[ end trace 0000000000000000 ]--- RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551 Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00 RSP: 0018:ffffc900043473d0 EFLAGS:
    00010202 RAX: dffffc0000000000 RBX: 0000000000010046 RCX: ffffffff886b1597 RDX: 000000000000000e RSI:
    ffffffff886b2520 RDI: 0000000000000070 RBP: ffffc90004347578 R0 ---truncated--- (CVE-2023-52435)

  在 Linux 核心中，在 drivers/vhost/vhost.c 的 vhost_new_msg 中發現一個弱點，其不會正確初始化 vhost/vhost.c:vhost_new_msg() 函數中虛擬來賓和主機作業系統之間傳遞的訊息中的記憶體。這問題可允許有權限的本機使用者從 /dev/vhost-net 裝置檔案執行讀取作業時，讀取到一些核心記憶體內容。(CVE-2024-0340)

  - 報告稱，Linux 核心的 Open vSwitch 子元件中存在一個弱點。當程式碼推送的遞回作業以遞回方式呼叫至程式碼區塊中時，會發生此缺陷。OVS 模組未驗證堆疊深度，進而推送過多框架並造成堆疊溢位。因此，這可導致當機或其他相關問題。(CVE-2024-1151)

  - 在 6.7.1 版本之前的 Linux 核心中，fs/btrfs/disk-io.c 內的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入其 root 項目後過快讀取子磁碟區所致。 (CVE-2024-23850)

  - 在 6.7.1 版本之前的 Linux 核心中，drivers/md/dm-ioctl.c 內的 copy_params 可嘗試配置超過 INT_MAX 位元組並損毀，這是因為缺少 param_kernel->data_size 檢查所致。此問題與 ctl_ioctl 有關。(CVE-2024-23851)

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

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

  - 在 6.7.1 版本之前的 Linux 核心中，fs/btrfs/disk-io.c 內的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入其 root 項目後過快讀取子磁碟區所致。 (CVE-2024-23850)

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

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

    在 6.7.4 及之前的 Linux 核心中，drivers/md/dm-table.c 中的 dm_table_create 會嘗試 (在 alloc_targets 中) 分配大於 INT_MAX 的位元組，但此位元組會因缺少對 dm_ioctl.target_count 結構的檢查而損毀。(CVE-2023-52429)

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

    net：防止 skb_segment() 中的 mss 溢位

    syzbot 再次能夠使 skb_segment() 中的核心損毀 [1]

    GSO_BY_FRAGS 是一個禁止值，但遺憾的是 skb_segment() 中的下列運算可輕易取得此值：

    mss = mss *partial_segs；

    65535 = 3 * 5 * 17 * 257，許多 mss 初始值可導致錯誤的最終結果。

    請務必限制分割，使新的 mss 值小於 GSO_BY_FRAGS。

    [1]

    [1] 一般保護錯誤，可能是非正式位址 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASANKASAN: null-ptr-deref in range [0x0000000000000070-0x0000000000000077]CPU: 1 PID: 5079 Comm: syz-executor993 Not tainted 6.7.0-rc4-syzkaller-00141-g1ae4cd3cbdd0 #0Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 11/10/2023RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00RSP: 0018:ffffc900043473d0 EFLAGS: 00010202RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070RBP: ffffc90004347578 R08: 0000000000000005 R09: 000000000000ffffR10: 000000000000ffff R11: 0000000000000002 R12:
    ffff888063202ac0R13: 0000000000010000 R14: 000000000000ffff R15: 0000000000000046FS:
    0000555556e7e380(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033CR2: 0000000020010000 CR3: 0000000027ee2000 CR4: 00000000003506f0DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400Call Trace:<TASK>udp6_ufo_fragment+0xa0e/0xd00 net/ipv6/udp_offload.c:109ipv6_gso_segment+0x534/0x17e0 net/ipv6/ip6_offload.c:120skb_mac_gso_segment+0x290/0x610 net/core/gso.c:53__skb_gso_segment+0x339/0x710 net/core/gso.c:124skb_gso_segment include/net/gso.h:83 [inline]validate_xmit_skb+0x36c/0xeb0 net/core/dev.c:3626__dev_queue_xmit+0x6f3/0x3d60 net/core/dev.c:4338dev_queue_xmit include/linux/netdevice.h:3134 [inline]packet_xmit+0x257/0x380 net/packet/af_packet.c:276packet_snd net/packet/af_packet.c:3087 [inline]packet_sendmsg+0x24c6/0x5220 net/packet/af_packet.c:3119sock_sendmsg_nosec net/socket.c:730 [inline]__sock_sendmsg+0xd5/0x180 net/socket.c:745__sys_sendto+0x255/0x340 net/socket.c:2190__do_sys_sendto net/socket.c:2202 [inline]__se_sys_sendto net/socket.c:2198 [inline]__x64_sys_sendto+0xe0/0x1b0 net/socket.c:2198do_syscall_x64 arch/x86/entry/common.c:52 [inline]do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83entry_SYSCALL_64_after_hwframe+0x63/0x6bRIP: 0033:0x7f8692032aa9Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 19 00 00 90 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 b8 ff ff ff f7 d8 64 89 01 48RSP: 002b:00007fff8d685418 EFLAGS: 00000246 ORIG_RAX: 000000000000002cRAX: ffffffffffffffda RBX: 0000000000000003 RCX:
    00007f8692032aa9RDX: 0000000000010048 RSI: 00000000200000c0 RDI: 0000000000000003RBP: 00000000000f4240 R08: 0000000020000540 R09: 0000000000000014R10: 0000000000000000 R11: 0000000000000246 R12:
    00007fff8d685480R13: 0000000000000001 R14: 00007fff8d685480 R15: 0000000000000003</TASK>Modules linked in:---[ end trace 0000000000000000 ]---RIP: 0010:skb_segment+0x181d/0x3f30 net/core/skbuff.c:4551Code: 83 e3 02 e9 fb ed ff ff e8 90 68 1c f9 48 8b 84 24 f8 00 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e 8a 21 00 00 48 8b 84 24 f8 00RSP:
    0018:ffffc900043473d0 EFLAGS: 00010202RAX: dffffc0000000000 RBX: 0000000000010046 RCX:
    ffffffff886b1597RDX: 000000000000000e RSI: ffffffff886b2520 RDI: 0000000000000070RBP: ffffc90004347578 R0
    ---truncated--- (CVE-2023-52435)

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

    drm：不會因為鎖死處理而多次錯誤地取消參照相同 fb (CVE-2023-52486)

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

    mm/sparsemem：修復存取 memory_section->usage 時的爭用條件 (CVE-2023-52489)

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

    dmaengine：修復通道取消註冊函式中的 NULL 指標 (CVE-2023-52492)

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

    PM：sleep：修復整個核心系統的 PM 程式碼中可能發生鎖死的問題 (CVE-2023-52498)

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

    ceph：修復誤用 dget() 導致的鎖死或無作用程式碼 (CVE-2023-52583)

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

    PM / devfreq：修復 trans_stat_show 中的緩衝區溢位 (CVE-2023-52614)

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

    hwrng：核心 - 修復 mmap-ed hwrng 上的頁面錯誤鎖死 (CVE-2023-52615)

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

    crypto：lib/mpi - 修正 mpi_ec_init 中的意外指標存取 (CVE-2023-52616)

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

    pstore/ram：修復將 cpu 數量設為奇數時發生的當機 (CVE-2023-52619)

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

    ext4：避免因 flex bg 過大而導致線上調整大小失敗 (CVE-2023-52622)

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

    SUNRPC：修復可疑的 RCU 使用量警告 (CVE-2023-52623)

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

    fs/ntfs3：修復 NULL 解除參照錯誤 (CVE-2023-52631)

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

    net/mlx5e：修正 fs_any_create_groups 中潛在的重複釋放問題 (CVE-2023-52667)

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

    pipe：設定 max_usage 後喚醒 wr_wait (CVE-2023-52672)

    在 Linux 核心中，在 drivers/vhost/vhost.c 的 vhost_new_msg 中發現一個弱點，其不會正確初始化 vhost/vhost.c:vhost_new_msg() 函數中虛擬來賓和主機作業系統之間傳遞的訊息中的記憶體。這問題可允許有權限的本機使用者從 /dev/vhost-net 裝置檔案執行讀取作業時，讀取到一些核心記憶體內容。(CVE-2024-0340)

    報告稱，Linux 核心的 Open vSwitch 子元件中存在弱點。當程式碼推送的遞回作業以遞回方式呼叫至程式碼區塊中時，會發生此缺陷。OVS 模組未驗證堆疊深度，進而推送過多框架並造成堆疊溢位。因此，這可導致當機或其他相關問題。(CVE-2024-1151)

    已披露推測性爭用條件 (SRC) 弱點，此弱點會影響支援推測型執行的現代 CPU 架構 (與 Spectre V1 相關)。未經驗證的攻擊者可惡意利用此弱點，使用爭用情形從 CPU 洩漏任意資料，以存取推測的可執行程式碼路徑。(CVE-2024-2193)

    在 Linux 核心 6.7.1 及之前版本中，fs/btrfs/disk-io.c 中的 btrfs_get_root_ref 可能會發生宣告失敗及損毀，這是因為在建立子磁碟區時，插入 root 項目後過快讀取子磁碟區。(CVE-2024-23850)

    - 在 Linux 核心 6.7.1 及之前版本中，drivers/md/dm-ioctl.c 中的 copy_params 可嘗試配置超過 INT_MAX 位元組並造成損毀，這是缺少 param_kernel->data_size 檢查所致。此問題與 ctl_ioctl 有關。(CVE-2024-23851)

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

    netfilter：nft_set_rbtree：從 gc 跳過結束間隔元素

    插入時的 rbtree lazy gc 可能會收集剛剛在此交易中新增的結束間隔元素，並跳過尚未作用中的結束間隔元素。(CVE-2024-26581)

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

    sched/membarrier：減少對 sys_membarrier 的頻繁呼叫

    在某些系統上，sys_membarrier 的成本可能會非常高，可造成所有項目的整體速度降低。因此，鎖定路徑可將存取序列化，從而防止以過高頻率呼叫此功能以及電腦超負荷執行。(CVE-2024-26602)

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

    tcp：確認將 accept_queue 的執行緒同步鎖定初始化一次 (CVE-2024-26614)

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

    llc：釋放時呼叫 sock_orphan() (CVE-2024-26625)

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

    scsi：核心：將 scsi_host_busy() 移出主機鎖定，以喚醒 EH 處置程式 (CVE-2024-26627)

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

    llc：中斷對 ETH_P_TR_802_2 的支援。(CVE-2024-26635)

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

    tcp：將功能健全檢查新增至 rx zerocopy (CVE-2024-26640)

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

    ip6_tunnel：確保提取 __ip6_tnl_rcv() 中的內部標頭 (CVE-2024-26641)

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

    btrfs：嘗試拍攝已刪除子磁碟區的快照時，不會中止檔案系統 (CVE-2024-26644)

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

    tunnels：修復構建 IPv6 PMTU 錯誤時的超出邊界存取問題 (CVE-2024-26665)

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

    netfilter：nft_limit：拒絕會造成整數溢位的設定 (CVE-2024-26668)

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

    blk-mq：修復 sbitmap 喚醒爭用的 IO 懸置問題 (CVE-2024-26671)

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

    netfilter：nft_ct：清理自訂預期中的第 3 層和第 4 層通訊協定編號 (CVE-2024-26673)

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

    af_unix：針對 GC 中的 dead unix_(sk)->oob_skb 呼叫 kfree_skb()。 (CVE-2024-26676)

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

    inet：在 inet_recv_error() 中讀取 sk->sk_family 一次 (CVE-2024-26679)

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

    ceph：防止 encode_cap_msg() 中發生釋放後使用 (CVE-2024-26689)

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

    nilfs2：修正 nilfs_lookup_dirty_data_buffers() 中的當機 (CVE-2024-26696)

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

    hv_netvsc：修復 netvsc_probe 和 netvsc_remove 之間的爭用情形 (CVE-2024-26698)

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

    ext4：修正因錯誤延伸 moved_len 而造成的區塊重複釋放問題 (CVE-2024-26704)

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

    net：hsr：移除 send_hsr_supervision_frame() 中的 WARN_ONCE() (CVE-2024-26707)

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

    mm/writeback：再次修正修復 wb_dirty_limits() 中可能存在的除以零問題 (CVE-2024-26720)

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

    btrfs：如果已讀取新建立的子磁碟區，則不執行 ASSERT() (CVE-2024-26727)

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

    netfilter：nft_chain_filter：處理 inet/ingress basechain 的 NETDEV_UNREGISTER (CVE-2024-26808)

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

    mptcp：修復過時子流程的資料重新插入問題 (CVE-2024-26826)

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

    netfilter：ipset：修復交換作業中的效能回歸問題 (CVE-2024-26910)

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

    tracing/trigger：修復問題以便在無法配置快照時傳回錯誤 (CVE-2024-26920)

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

    ubifs：ubifs_symlink：修復錯誤路徑中 inode->i_link 的記憶體洩漏 (CVE-2024-26972)

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

    net/mlx5e：修正 arfs_create_groups 中的重複釋放問題 (CVE-2024-35835)

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

    x86/mm/ident_map：僅在應對應完整 GB 頁面的地方使用 gbpage。(CVE-2024-50017)

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

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

遠端 Debian 11 主機上安裝的多個套件受到 dsa-5681 公告中提及的多個弱點影響。

    - ------------------------------------------------- ------------------------------------ Debian 安全公告 DSA-5681-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2024 年 5 月 6 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID：CVE-2023-6270 CVE-2023-7042 CVE-2023-28746 CVE-2023-47233 CVE-2023-52429 CVE-2023-52434 CVE-2023-52435 CVE-2023-52447 CVE-2023-52458 CVE-2023-52482 CVE-2023-52486 CVE-2023-52488 CVE-2023-52489 CVE-2023-52491 CVE-2023-52492 CVE-2023-52493 CVE-2023-52497 CVE-2023-52498 CVE-2023-52583 CVE-2023-52587 CVE-2023-52594 CVE-2023-52595 CVE-2023-52597 CVE-2023-52598 CVE-2023-52599 CVE-2023-52600 CVE-2023-52601 CVE-2023-52602 CVE-2023-52603 CVE-2023-52604 CVE-2023-52606 CVE-2023-52607 CVE-2023-52614 CVE-2023-52615 CVE-2023-52616 CVE-2023-52617 CVE-2023-52618 CVE-2023-52619 CVE-2023-52620 CVE-2023-52622 CVE-2023-52623 CVE-2023-52627 CVE-2023-52635 CVE-2023-52637 CVE-2023-52642 CVE-2023-52644 CVE-2023-52650 CVE-2024-0340 CVE-2024-0565 CVE-2024-0607 CVE-2024-0841 CVE-2024-1151 CVE-2024-22099 CVE-2024-23849 CVE-2024-23850 CVE-2024-23851 CVE-2024-24857 CVE-2024-24858 CVE-2024-24861 CVE-2024-26581 CVE-2024-26593 CVE-2024-26600 CVE-2024-26601 CVE-2024-26602 CVE-2024-26606 CVE-2024-26610 CVE-2024-26614 CVE-2024-26615 CVE-2024-26622 CVE-2024-26625 CVE-2024-26627 CVE-2024-26635 CVE-2024-26636 CVE-2024-26640 CVE-2024-26641 CVE-2024-26642 CVE-2024-26643 CVE-2024-26644 CVE-2024-26645 CVE-2024-26651 CVE-2024-26654 CVE-2024-26659 CVE-2024-26663 CVE-2024-26664 CVE-2024-26665 CVE-2024-26671 CVE-2024-26673 CVE-2024-26675 CVE-2024-26679 CVE-2024-26684 CVE-2024-26685 CVE-2024-26687 CVE-2024-26688 CVE-2024-26689 CVE-2024-26695 CVE-2024-26696 CVE-2024-26697 CVE-2024-26698 CVE-2024-26702 CVE-2024-26704 CVE-2024-26707 CVE-2024-26712 CVE-2024-26720 CVE-2024-26722 CVE-2024-26727 CVE-2024-26733 CVE-2024-26735 CVE-2024-26736 CVE-2024-26743 CVE-2024-26744 CVE-2024-26747 CVE-2024-26748 CVE-2024-26749 CVE-2024-26751 CVE-2024-26752 CVE-2024-26753 CVE-2024-26754 CVE-2024-26763 CVE-2024-26764 CVE-2024-26766 CVE-2024-26771 CVE-2024-26772 CVE-2024-26773 CVE-2024-26776 CVE-2024-26777 CVE-2024-26778 CVE-2024-26779 CVE-2024-26781 CVE-2024-26782 CVE-2024-26787 CVE-2024-26788 CVE-2024-26790 CVE-2024-26791 CVE-2024-26793 CVE-2024-26795 CVE-2024-26801 CVE-2024-26804 CVE-2024-26805 CVE-2024-26808 CVE-2024-26809 CVE-2024-26810 CVE-2024-26812 CVE-2024-26813 CVE-2024-26814 CVE-2024-26816 CVE-2024-26817 CVE-2024-26820 CVE-2024-26825 CVE-2024-26833 CVE-2024-26835 CVE-2024-26839 CVE-2024-26840 CVE-2024-26843 CVE-2024-26845 CVE-2024-26846 CVE-2024-26848 CVE-2024-26851 CVE-2024-26852 CVE-2024-26855 CVE-2024-26857 CVE-2024-26859 CVE-2024-26861 CVE-2024-26862 CVE-2024-26863 CVE-2024-26870 CVE-2024-26872 CVE-2024-26874 CVE-2024-26875 CVE-2024-26877 CVE-2024-26878 CVE-2024-26880 CVE-2024-26882 CVE-2024-26883 CVE-2024-26884 CVE-2024-26885 CVE-2024-26889 CVE-2024-26891 CVE-2024-26894 CVE-2024-26895 CVE-2024-26897 CVE-2024-26898 CVE-2024-26901 CVE-2024-26903 CVE-2024-26906 CVE-2024-26907 CVE-2024-26910 CVE-2024-26917 CVE-2024-26920 CVE-2024-26922 CVE-2024-26923 CVE-2024-26924 CVE-2024-26925 CVE-2024-26926 CVE-2024-26931 CVE-2024-26934 CVE-2024-26935 CVE-2024-26937 CVE-2024-26950 CVE-2024-26951 CVE-2024-26955 CVE-2024-26956 CVE-2024-26957 CVE-2024-26958 CVE-2024-26960 CVE-2024-26961 CVE-2024-26965 CVE-2024-26966 CVE-2024-26969 CVE-2024-26970 CVE-2024-26973 CVE-2024-26974 CVE-2024-26976 CVE-2024-26978 CVE-2024-26979 CVE-2024-26981 CVE-2024-26984 CVE-2024-26988 CVE-2024-26993 CVE-2024-26994 CVE-2024-26997 CVE-2024-26999 CVE-2024-27000 CVE-2024-27001 CVE-2024-27004 CVE-2024-27008 CVE-2024-27013 CVE-2024-27020 CVE-2024-27024 CVE-2024-27025 CVE-2024-27028 CVE-2024-27030 CVE-2024-27038 CVE-2024-27043 CVE-2024-27044 CVE-2024-27045 CVE-2024-27046 CVE-2024-27047 CVE-2024-27051 CVE-2024-27052 CVE-2024-27053 CVE-2024-27059 CVE-2024-27065 CVE-2024-27073 CVE-2024-27074 CVE-2024-27075 CVE-2024-27076 CVE-2024-27077 CVE-2024-27078 CVE-2024-27388 CVE-2024-27437

    在 Linux 核心中發現數個弱點，這些弱點可能會導致權限提升、拒絕服務或資訊洩漏。

    針對舊的穩定發行版本 (bullseye)，這些問題已在 5.10.216-1 版本中修正。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://www.debian.org/security/

    郵寄清單：debian-security-announce@lists.debian.org

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

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

遠端 Debian 10 主機上安裝的多個套件受到 dla-3842 公告中提及的多個弱點影響。

    ------------------------------------------------------------------------- Debian LTS 公告 DLA-3842-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2024 年 6 月 25 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux-5.10 版本：5.10.216-1~deb10u1 CVE ID：CVE-2022-38096 CVE-2023-6270 CVE-2023-7042 CVE-2023-28746 CVE-2023-47233 CVE-2023-52429 CVE-2023-52434 CVE-2023-52435 CVE-2023-52447 CVE-2023-52458 CVE-2023-52482 CVE-2023-52486 CVE-2023-52488 CVE-2023-52489 CVE-2023-52491 CVE-2023-52492 CVE-2023-52493 CVE-2023-52497 CVE-2023-52498 CVE-2023-52583 CVE-2023-52587 CVE-2023-52594 CVE-2023-52595 CVE-2023-52597 CVE-2023-52598 CVE-2023-52599 CVE-2023-52600 CVE-2023-52601 CVE-2023-52602 CVE-2023-52603 CVE-2023-52604 CVE-2023-52606 CVE-2023-52607 CVE-2023-52614 CVE-2023-52615 CVE-2023-52616 CVE-2023-52617 CVE-2023-52618 CVE-2023-52619 CVE-2023-52620 CVE-2023-52622 CVE-2023-52623 CVE-2023-52627 CVE-2023-52635 CVE-2023-52637 CVE-2023-52642 CVE-2023-52644 CVE-2023-52650 CVE-2023-52656 CVE-2023-52669 CVE-2023-52670 CVE-2023-52672 CVE-2023-52699 CVE-2023-52880 CVE-2024-0340 CVE-2024-0565 CVE-2024-0607 CVE-2024-0841 CVE-2024-1151 CVE-2024-22099 CVE-2024-23849 CVE-2024-23850 CVE-2024-23851 CVE-2024-24857 CVE-2024-24858 CVE-2024-24861 CVE-2024-25739 CVE-2024-26581 CVE-2024-26593 CVE-2024-26600 CVE-2024-26601 CVE-2024-26602 CVE-2024-26606 CVE-2024-26610 CVE-2024-26614 CVE-2024-26615 CVE-2024-26622 CVE-2024-26625 CVE-2024-26627 CVE-2024-26635 CVE-2024-26636 CVE-2024-26640 CVE-2024-26641 CVE-2024-26642 CVE-2024-26643 CVE-2024-26644 CVE-2024-26645 CVE-2024-26651 CVE-2024-26654 CVE-2024-26659 CVE-2024-26663 CVE-2024-26664 CVE-2024-26665 CVE-2024-26671 CVE-2024-26673 CVE-2024-26675 CVE-2024-26679 CVE-2024-26684 CVE-2024-26685 CVE-2024-26687 CVE-2024-26688 CVE-2024-26689 CVE-2024-26695 CVE-2024-26696 CVE-2024-26697 CVE-2024-26698 CVE-2024-26702 CVE-2024-26704 CVE-2024-26707 CVE-2024-26712 CVE-2024-26720 CVE-2024-26722 CVE-2024-26727 CVE-2024-26733 CVE-2024-26735 CVE-2024-26736 CVE-2024-26743 CVE-2024-26744 CVE-2024-26747 CVE-2024-26748 CVE-2024-26749 CVE-2024-26751 CVE-2024-26752 CVE-2024-26753 CVE-2024-26754 CVE-2024-26763 CVE-2024-26764 CVE-2024-26766 CVE-2024-26771 CVE-2024-26772 CVE-2024-26773 CVE-2024-26776 CVE-2024-26777 CVE-2024-26778 CVE-2024-26779 CVE-2024-26781 CVE-2024-26782 CVE-2024-26787 CVE-2024-26788 CVE-2024-26790 CVE-2024-26791 CVE-2024-26793 CVE-2024-26795 CVE-2024-26801 CVE-2024-26804 CVE-2024-26805 CVE-2024-26808 CVE-2024-26809 CVE-2024-26810 CVE-2024-26812 CVE-2024-26813 CVE-2024-26814 CVE-2024-26816 CVE-2024-26817 CVE-2024-26820 CVE-2024-26825 CVE-2024-26833 CVE-2024-26835 CVE-2024-26839 CVE-2024-26840 CVE-2024-26843 CVE-2024-26845 CVE-2024-26846 CVE-2024-26848 CVE-2024-26851 CVE-2024-26852 CVE-2024-26855 CVE-2024-26857 CVE-2024-26859 CVE-2024-26861 CVE-2024-26862 CVE-2024-26863 CVE-2024-26870 CVE-2024-26872 CVE-2024-26874 CVE-2024-26875 CVE-2024-26877 CVE-2024-26878 CVE-2024-26880 CVE-2024-26882 CVE-2024-26883 CVE-2024-26884 CVE-2024-26885 CVE-2024-26889 CVE-2024-26891 CVE-2024-26894 CVE-2024-26895 CVE-2024-26897 CVE-2024-26898 CVE-2024-26901 CVE-2024-26903 CVE-2024-26906 CVE-2024-26907 CVE-2024-26910 CVE-2024-26917 CVE-2024-26922 CVE-2024-26923 CVE-2024-26924 CVE-2024-26925 CVE-2024-26926 CVE-2024-26931 CVE-2024-26934 CVE-2024-26935 CVE-2024-26937 CVE-2024-26950 CVE-2024-26951 CVE-2024-26955 CVE-2024-26956 CVE-2024-26957 CVE-2024-26958 CVE-2024-26960 CVE-2024-26961 CVE-2024-26965 CVE-2024-26966 CVE-2024-26969 CVE-2024-26970 CVE-2024-26973 CVE-2024-26974 CVE-2024-26976 CVE-2024-26978 CVE-2024-26981 CVE-2024-26984 CVE-2024-26988 CVE-2024-26993 CVE-2024-26994 CVE-2024-26997 CVE-2024-26999 CVE-2024-27000 CVE-2024-27001 CVE-2024-27004 CVE-2024-27008 CVE-2024-27013 CVE-2024-27020 CVE-2024-27024 CVE-2024-27025 CVE-2024-27028 CVE-2024-27030 CVE-2024-27038 CVE-2024-27043 CVE-2024-27044 CVE-2024-27045 CVE-2024-27046 CVE-2024-27047 CVE-2024-27051 CVE-2024-27052 CVE-2024-27053 CVE-2024-27059 CVE-2024-27065 CVE-2024-27073 CVE-2024-27074 CVE-2024-27075 CVE-2024-27076 CVE-2024-27077 CVE-2024-27078 CVE-2024-27388 CVE-2024-27395 CVE-2024-27396 CVE-2024-27405 CVE-2024-27410 CVE-2024-27412 CVE-2024-27413 CVE-2024-27414 CVE-2024-27416 CVE-2024-27417 CVE-2024-27419 CVE-2024-27431 CVE-2024-27436 CVE-2024-27437 CVE-2024-35785 CVE-2024-35789 CVE-2024-35791 CVE-2024-35796 CVE-2024-35805 CVE-2024-35806 CVE-2024-35807 CVE-2024-35809 CVE-2024-35811 CVE-2024-35813 CVE-2024-35815 CVE-2024-35819 CVE-2024-35821 CVE-2024-35822 CVE-2024-35823 CVE-2024-35825 CVE-2024-35828 CVE-2024-35829 CVE-2024-35830 CVE-2024-35833 CVE-2024-35835 CVE-2024-35837 CVE-2024-35845 CVE-2024-35847 CVE-2024-35849 CVE-2024-35852 CVE-2024-35853 CVE-2024-35854 CVE-2024-35855 CVE-2024-35871 CVE-2024-35877 CVE-2024-35879 CVE-2024-35884 CVE-2024-35886 CVE-2024-35888 CVE-2024-35893 CVE-2024-35895 CVE-2024-35896 CVE-2024-35897 CVE-2024-35898 CVE-2024-35899 CVE-2024-35900 CVE-2024-35902 CVE-2024-35905 CVE-2024-35910 CVE-2024-35915 CVE-2024-35922 CVE-2024-35925 CVE-2024-35930 CVE-2024-35933 CVE-2024-35934 CVE-2024-35935 CVE-2024-35936 CVE-2024-35940 CVE-2024-35944 CVE-2024-35950 CVE-2024-35955 CVE-2024-35958 CVE-2024-35960 CVE-2024-35962 CVE-2024-35967 CVE-2024-35969 CVE-2024-35973 CVE-2024-35976 CVE-2024-35978 CVE-2024-35982 CVE-2024-35983 CVE-2024-35984 CVE-2024-35988 CVE-2024-35990 CVE-2024-35996 CVE-2024-35997 CVE-2024-36004 CVE-2024-36005 CVE-2024-36006 CVE-2024-36007 CVE-2024-36008 CVE-2024-36020 Debian 錯誤：1064035

    在 Linux 核心中發現數個弱點，這些弱點可能會導致權限提升、拒絕服務或資訊洩漏。

    針對 Debian 10 buster，已在 5.10.216-1~deb10u1 版本中修正這些問題。此更新也修正了核心文件產生過程中的回歸問題，並納入了穩定更新 5.10.210-5.10.216 (含) 中的許多錯誤修正。

    如需有關 linux-5.10 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux-5.10

    有關 Debian LTS 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://wiki.debian.org/LTSAttachment:signature.ascDescription: PGP signature

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
193377	Ubuntu 22.04 LTS/23.10：Linux 核心弱點 (USN-6724-2)	Nessus	Ubuntu Local Security Checks	2024/4/17	2024/8/27	high
200129	Slackware Linux 15.0 kernel-generic 多個弱點 (SSA:2024-157-01)	Nessus	Slackware Local Security Checks	2024/6/5	2025/9/29	high
193085	Ubuntu 22.04 LTS/23.10：Linux 核心弱點 (USN-6724-1)	Nessus	Ubuntu Local Security Checks	2024/4/9	2024/8/27	high
192738	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2024-053 (ALASKERNEL-5.10-2024-053)	Nessus	Amazon Linux Local Security Checks	2024/4/1	2026/2/9	high
215381	Azure Linux 3.0 安全性更新核心 (CVE-2024-23850)	Nessus	Azure Linux Local Security Checks	2025/2/10	2025/9/15	medium
191609	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2024-549)	Nessus	Amazon Linux Local Security Checks	2024/3/6	2026/2/24	high
193084	Ubuntu 20.04 LTS/22.04 LTS：Linux 核心弱點 (USN-6725-1)	Nessus	Ubuntu Local Security Checks	2024/4/9	2024/8/27	critical
193309	Debian dsa-5658：affs-modules-6.1.0-11-4kc-malta-di - 安全性更新	Nessus	Debian Local Security Checks	2024/4/13	2025/10/29	high
193375	Ubuntu 20.04 LTS/22.04 LTS：Linux 核心 (AWS) 弱點 (USN-6725-2)	Nessus	Ubuntu Local Security Checks	2024/4/17	2024/8/27	critical
191594	Amazon Linux 2：kernel (ALASKERNEL-5.10-2024-051)	Nessus	Amazon Linux Local Security Checks	2024/3/6	2026/2/26	medium
246597	Linux Distros 未修補的弱點：CVE-2024-23850	Nessus	Misc.	2025/8/9	2026/5/13	medium
191612	Amazon Linux 2 : kernel (ALASKERNEL-5.15-2024-039)	Nessus	Amazon Linux Local Security Checks	2024/3/6	2026/1/26	high
195025	Debian dsa-5681 : affs-modules-5.10.0-29-4kc-malta-di - 安全性更新	Nessus	Debian Local Security Checks	2024/5/6	2025/10/30	high
201105	Debian dla-3842：linux-config-5.10 - 安全性更新	Nessus	Debian Local Security Checks	2024/6/27	2025/10/30	high

偵測

搜尋 Plugin

high

high

high

high

medium

high

critical

high

critical

medium

medium

high

high

high