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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：block, bfq: fix uaf for bfqq in bfq_exit_icq_bfqq Commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic') will access 'bic->bfqq' in bic_set_bfqq(), however, bfq_exit_icq_bfqq() can free bfqq first, and then call bic_set_bfqq(), which will cause uaf. Fix the problem by moving bfq_exit_bfqq() behind bic_set_bfqq().
    (CVE-2022-50329)

  - 已解決 Linux 核心中的下列弱點：block, bfq: fix possible uaf for 'bfqq->bic' Our test report a uaf for 'bfqq->bic' in 5.10:
    ================================================================== BUG: KASAN: use-after-free in bfq_select_queue+0x378/0xa30 CPU: 6 PID: 2318352 Comm: fsstress Kdump: loaded Not tainted 5.10.0-60.18.0.50.h602.kasan.eulerosv2r11.x86_64 #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58-20220320_160524-szxrtosci10000 04/01/2014 Call Trace:
    bfq_select_queue+0x378/0xa30 bfq_dispatch_request+0xe8/0x130 blk_mq_do_dispatch_sched+0x62/0xb0
    __blk_mq_sched_dispatch_requests+0x215/0x2a0 blk_mq_sched_dispatch_requests+0x8f/0xd0
    __blk_mq_run_hw_queue+0x98/0x180 __blk_mq_delay_run_hw_queue+0x22b/0x240 blk_mq_run_hw_queue+0xe3/0x190 blk_mq_sched_insert_requests+0x107/0x200 blk_mq_flush_plug_list+0x26e/0x3c0 blk_finish_plug+0x63/0x90
    __iomap_dio_rw+0x7b5/0x910 iomap_dio_rw+0x36/0x80 ext4_dio_read_iter+0x146/0x190 [ext4] ext4_file_read_iter+0x1e2/0x230 [ext4] new_sync_read+0x29f/0x400 vfs_read+0x24e/0x2d0 ksys_read+0xd5/0x1b0 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x61/0xc6 Commit 3bc5e683c67d (bfq: Split shared queues on move between cgroups) changes that move process to a new cgroup will allocate a new bfqq to use, however, the old bfqq and new bfqq can point to the same bic: 1) Initial state, two process with io in the same cgroup. Process 1 Process 2 (BIC1) (BIC2) | | | | | | V | V | bfqq1 bfqq2 2) bfqq1 is merged to bfqq2. Process 1 Process 2 (BIC1) (BIC2) | | \-------------\| V bfqq1 bfqq2(coop) 3) Process 1 exit, then issue new io(denoce IOA) from Process 2. (BIC2) | | | V | bfqq2(coop) 4) Before IOA is completed, move Process 2 to another cgroup and issue io. Process 2 (BIC2) |\--------------\ | V bfqq2 bfqq3 Now that BIC2 points to bfqq3, while bfqq2 and bfqq3 both point to BIC2. If all the requests are completed, and Process 2 exit, BIC2 will be freed while there is no guarantee that bfqq2 will be freed before BIC2. Fix the problem by clearing bfqq->bic while bfqq is detached from bic. (CVE-2022-50488)

  - 已解決 Linux 核心中的下列弱點：wifi: ath10k: Delay the unmapping of the buffer On WCN3990, we are seeing a rare scenario where copy engine hardware is sending a copy complete interrupt to the host driver while still processing the buffer that the driver has sent, this is leading into an SMMU fault triggering kernel panic. This is happening on copy engine channel 3 (CE3) where the driver normally enqueues WMI commands to the firmware. Upon receiving a copy complete interrupt, host driver will immediately unmap and frees the buffer presuming that hardware has processed the buffer. In the issue case, upon receiving copy complete interrupt, host driver will unmap and free the buffer but since hardware is still accessing the buffer (which in this case got unmapped in parallel), SMMU hardware will trigger an SMMU fault resulting in a kernel panic. In order to avoid this, as a work around, add a delay before unmapping the copy engine source DMA buffer. This is conditionally done for WCN3990 and only for the CE3 channel where issue is seen. Below is the crash signature: wifi smmu error: kernel: [10.120965] arm-smmu 15000000.iommu: Unhandled context fault: fsr=0x402, iova=0x7fdfd8ac0, fsynr=0x500003,cbfrsynra=0xc1, cb=6 arm-smmu 15000000.iommu: Unhandled context fault:fsr=0x402, iova=0x7fe06fdc0, fsynr=0x710003, cbfrsynra=0xc1, cb=6 qcom-q6v5-mss 4080000.remoteproc: fatal error received: err_qdi.c:1040:EF:wlan_process:0x1:WLAN RT:0x2091: cmnos_thread.c:3998:Asserted in copy_engine.c:AXI_ERROR_DETECTED:2149 remoteproc remoteproc0: crash detected in 4080000.remoteproc: type fatal error <3> remoteproc remoteproc0: handling crash #1 in 4080000.remoteproc pc :
    __arm_lpae_unmap+0x500/0x514 lr : __arm_lpae_unmap+0x4bc/0x514 sp : ffffffc011ffb530 x29: ffffffc011ffb590 x28: 0000000000000000 x27: 0000000000000000 x26: 0000000000000004 x25: 0000000000000003 x24:
    ffffffc011ffb890 x23: ffffffa762ef9be0 x22: ffffffa77244ef00 x21: 0000000000000009 x20: 00000007fff7c000 x19: 0000000000000003 x18: 0000000000000000 x17: 0000000000000004 x16: ffffffd7a357d9f0 x15:
    0000000000000000 x14: 00fd5d4fa7ffffff x13: 000000000000000e x12: 0000000000000000 x11: 00000000ffffffff x10: 00000000fffffe00 x9 : 000000000000017c x8 : 000000000000000c x7 : 0000000000000000 x6 :
    ffffffa762ef9000 x5 : 0000000000000003 x4 : 0000000000000004 x3 : 0000000000001000 x2 : 00000007fff7c000 x1 : ffffffc011ffb890 x0 : 0000000000000000 Call trace: __arm_lpae_unmap+0x500/0x514
    __arm_lpae_unmap+0x4bc/0x514 __arm_lpae_unmap+0x4bc/0x514 arm_lpae_unmap_pages+0x78/0xa4 arm_smmu_unmap_pages+0x78/0x104 __iommu_unmap+0xc8/0x1e4 iommu_unmap_fast+0x38/0x48
    __iommu_dma_unmap+0x84/0x104 iommu_dma_free+0x34/0x50 dma_free_attrs+0xa4/0xd0 ath10k_htt_rx_free+0xc4/0xf4 [ath10k_core] ath10k_core_stop+0x64/0x7c [ath10k_core] ath10k_halt+0x11c/0x180 [ath10k_core] ath10k_stop+0x54/0x94 [ath10k_core] drv_stop+0x48/0x1c8 [mac80211] ieee80211_do_open+0x638/0x77c [mac80211] ieee80211_open+0x48/0x5c [mac80211] __dev_open+0xb4/0x174
    __dev_change_flags+0xc4/0x1dc dev_change_flags+0x3c/0x7c devinet_ioctl+0x2b4/0x580 inet_ioctl+0xb0/0x1b4 sock_do_ioctl+0x4c/0x16c compat_ifreq_ioctl+0x1cc/0x35c compat_sock_ioctl+0x110/0x2ac
    __arm64_compat_sys_ioctl+0xf4/0x3e0 el0_svc_common+0xb4/0x17c el0_svc_compat_handler+0x2c/0x58 el0_svc_compat+0x8/0x2c Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.2.0-01387-QCAHLSWMTPLZ-1 (CVE-2022-50700)

  - 已解決 Linux 核心中的下列弱點：tcp: fix a signed-integer-overflow bug in tcp_add_backlog() The type of sk_rcvbuf and sk_sndbuf in struct sock is int, and in tcp_add_backlog(), the variable limit is caculated by adding sk_rcvbuf, sk_sndbuf and 64 * 1024, it may exceed the max value of int and overflow. This patch reduces the limit budget by halving the sndbuf to solve this issue since ACK packets are much smaller than the payload. (CVE-2022-50865)

  - 已解決 Linux 核心中的下列弱點：block, bfq: fix uaf for bfqq in bic_set_bfqq() After commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic'), bic->bfqq will be accessed in bic_set_bfqq(), however, in some context bic->bfqq will be freed, and bic_set_bfqq() is called with the freed bic->bfqq. Fix the problem by always freeing bfqq after bic_set_bfqq().
    (CVE-2023-52983)

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

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

  - 已解決 Linux 核心中的下列弱點：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已解決 Linux 核心中的下列弱點：i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - 已解決 Linux 核心中的下列弱點：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - 已解決 Linux 核心中的下列弱點：ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The rxstatus->rs_keyix eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()' (CVE-2022-49503)

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

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

    在 6.2.7 以及更早版本的 Linux 核心中，fs/ntfs3/inode.c 中會產生無效的 kfree，這是因為它在重播記錄前未驗證 MFT 旗標。(CVE-2022-48425)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50240)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50338)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    fs/ntfs3新增 indx_get_root 中的長度檢查 (CVE-2023-53194)

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

    ext4修正部分寫入情況下 i_disksize 超過 i_size 的問題 (CVE-2023-53270)

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

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

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

    fs/ntfs3修正 ntfs_lookup() 中 inode->i_op 上的 null-ptr-deref (CVE-2023-53294)

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

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

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

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

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

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

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

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

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

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

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

    ext4改善來自 ext4_dirhash() 的錯誤處理 (CVE-2023-53473)

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

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

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

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

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

    fs/ntfs3增強屬性大小檢查 (CVE-2023-53486)

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

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

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

    virtio_net修正 XDP 初始化的錯誤回溯 (CVE-2023-53499)

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

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

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

    nbd修正 ioctl 引數的不完整驗證 (CVE-2023-53513)

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

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

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

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

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

    drm/i915使 intel_get_crtc_new_encoder() 減少 oopsy (CVE-2023-53571)

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

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

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

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

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

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

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

    net/mlx5e修正 tc 路由查詢程式碼中的鎖死 (CVE-2023-53591)

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

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

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

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

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

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

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

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

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

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

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

    fs/ntfs3修正 ni_write_inode 中的 NULL 解除參照 (CVE-2023-53732)

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

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

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

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

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

    ethtool修正未初始化的通道數 (CVE-2023-53798)

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

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

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

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

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

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

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

    fs/ntfs3修正 hdr_delete_de() 中的 slab-out-of-bounds 讀取 (CVE-2023-53988)

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

    SMB3新增遺漏的鎖定以保護延遲關閉檔案清單 (CVE-2023-53990)

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

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

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

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

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

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

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

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

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

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

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

    bpf修正 LRU 和 LRU_PERCPU 雜湊對應中的記憶體洩漏 (CVE-2023-54033)

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

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

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

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

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

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

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

    fs/ntfs3修正 indx_insert_into_buffer 中的 OOB 讀取 (CVE-2023-54063)

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

    fs/ntfs3修正 ntfs_read_mft 失敗時的記憶體洩漏 (CVE-2023-54077)

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

    bpf新增 preempt_count_{sub,add} 至 btf id 拒絕清單 (CVE-2023-54086)

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

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

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

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

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

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

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2023-54157)

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

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

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

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

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

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

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

    fs/ntfs3修正「ni_write_inode」中的 NULL 指標解除參照 (CVE-2023-54196)

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

    netfilternf_tables一律從通知程式釋放 netdev 勾點 (CVE-2023-54200)

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

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

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

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

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

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

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

    fs/ntfs3新增 kmemdup 檢查 (CVE-2023-54248)

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

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

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

    SUNRPC重複釋放仍在使用中的 xprt_ctxt (CVE-2023-54269)

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

    fs/ntfs3修正 ni_clear() 中可能發生的 null 指標解除參照 (CVE-2023-54272)

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

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

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

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

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

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

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

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

  - net/mlx5Devcom修正 mlx5_devcom_register_device 中的錯誤流程。如果 devcom 配置失敗mlx5 會一律釋放 priv。不過此 priv 可能已由不同執行緒配置且釋放它可能會導致釋放後使用錯誤。修正此問題方法是只在 priv 由執行中執行緒配置的情況下才釋放該 priv。 (CVE-2023-54015)

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

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

  - 已解決 Linux 核心中的下列弱點：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已解決 Linux 核心中的下列弱點：i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - 已解決 Linux 核心中的下列弱點：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - 已解決 Linux 核心中的下列弱點：be2net: Fix buffer overflow in be_get_module_eeprom be_cmd_read_port_transceiver_data assumes that it is given a buffer that is at least PAGE_DATA_LEN long, or twice that if the module supports SFF 8472. However, this is not always the case.
    Fix this by passing the desired offset and length to be_cmd_read_port_transceiver_data so that we only copy the bytes once. (CVE-2022-49581)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
177776	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-047 (ALASKERNEL-5.4-2023-047)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
360081	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1771239384）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
361173	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1771078945）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
177781	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-021 (ALASKERNEL-5.15-2023-021)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
279959	Linux Distros 未修補的弱點：CVE-2023-54015	Nessus	Misc.	2025/12/25	2026/9/30	medium
360928	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.5：CLSA-2026：1771077729）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
177770	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-034 (ALASKERNEL-5.10-2023-034)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high

偵測

搜尋 Plugin

high

high

high

high

medium

high

high