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

  - mmcvub300修正警告 - 當 !TASK_RUNNING vub300_enable_sdio_irq() 與 mutex 搭配使用且此處需要 TASK_RUNNING 時不呼叫封鎖 ops。確保針對可睡眠內容將目前標記為 TASK_RUNNING。 [77.554641] !TASK_RUNNING 時不呼叫封鎖 ops在 [<ffffffff92a72c1d>] sdio_irq_thread+0x17d/0x5b0 設定 state=1 [ 77.554652] 警告在 kernel/sched/core.c:9813 的 CPU: 2 PID: 1983
    __might_sleep+0x116/0x160 [ 77.554905] CPU2 PID1983 通訊ksdioirqd/mmc1 受污染G OE 6.1.0-rc5 #1 [77.554910] 硬體名稱Intel(R) 用戶端系統 NUC8i7BEH/NUC8BEB、BIOS BECFL357.86A.0081.2020.0504.1834 05/04/2020 [ 77.554912] RIP: 0010:__might_sleep+0x116/0x160 [ 77.554920] RSP: 0018:ffff888107b7fdb8 EFLAGS: 00010282 [ 77.554923] RAX: 0000000000000000 RBX: ffff888118c1b740 RCX: 0000000000000000 [77.554926] RDX 0000000000000001 RSI 0000000000000004 RDI ffffed1020f6ffa9 [ 77.554928] RBP
    ffff888107b7fde0 R080000000000000001 R09ffffed1043ea60ba [ 77.554930] R10ffff88821f5305cb R11
    ffffed1043ea60b9 R12ffffffff93aa3a60 [ 77.554932] R13000000000000011b R147fffffffffffffff R15
    ffffffffc0558660 [ 77.554934] FS: 0000000000000000(0000) GS:ffff88821f500000(0000) knlGS:0000000000000000 [ 77.554937] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 77.554939] CR2: 00007f8a44010d68 CR3:
    000000024421a003 CR400000000003706e0 [ 77.554942] 呼叫追踪[ 77.554944] <TASK> [ 77.554952] mutex_lock+0x78/0xf0 [ 77.554973] vub300_enable_sdio_irq+0x103/0x3c0 [vub300] [ 77.554981] sdio_irq_thread+[x0x25/ 77.55500605 ] kthread+0x2b8/0x370 [ 77.555017] ret_from_fork+0x1f/0x30 [77.555023] </TASK> [ 77.555025] ---[ end trace 0000000000000000 ]--- (CVE-2022-50430)

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

CentOS Linux 7 主機已安裝的套件會受到 TuxCare CENTOS7：CLSA-2026：1782148320 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：media: ngene: Fix out-of-bounds bug in ngene_command_config_free_buf() Fix an 11-year old bug in ngene_command_config_free_buf() while addressing the following warnings caught with -Warray-bounds: arch/alpha/include/asm/string.h:22:16: warning:
    '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] arch/x86/include/asm/string_32.h:182:25:
    warning: '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] The problem is that the original code is trying to copy 6 bytes of data into a one-byte size member _config_ of the wrong structue FW_CONFIGURE_BUFFERS, in a single call to memcpy(). This causes a legitimate compiler warning because memcpy() overruns the length of &com.cmd.ConfigureBuffers.config. It seems that the right structure is FW_CONFIGURE_FREE_BUFFERS, instead, because it contains 6 more members apart from the header _hdr_. Also, the name of the function ngene_command_config_free_buf() suggests that the actual intention is to ConfigureFreeBuffers, instead of ConfigureBuffers (which takes place in the function ngene_command_config_buf(), above). Fix this by enclosing those 6 members of struct FW_CONFIGURE_FREE_BUFFERS into new struct config, and use &com.cmd.ConfigureFreeBuffers.config as the destination address, instead of &com.cmd.ConfigureBuffers.config, when calling memcpy(). This also helps with the ongoing efforts to globally enable -Warray-bounds and get us closer to being able to tighten the FORTIFY_SOURCE routines on memcpy(). (CVE-2021-47288)

  - 已解決 Linux 核心中的下列弱點：nvme: fix a possible use-after-free in controller reset during load Unlike .queue_rq, in .submit_async_event drivers may not check the ctrl readiness for AER submission. This may lead to a use-after-free condition that was observed with nvme-tcp.
    The race condition may happen in the following scenario: 1. driver executes its reset_ctrl_work 2. -> nvme_stop_ctrl - flushes ctrl async_event_work 3. ctrl sends AEN which is received by the host, which in turn schedules AEN handling 4. teardown admin queue (which releases the queue socket) 5. AEN processed, submits another AER, calling the driver to submit 6. driver attempts to send the cmd ==> use-after-free In order to fix that, add ctrl state check to validate the ctrl is actually able to accept the AER submission. This addresses the above race in controller resets because the driver during teardown should:
    1. change ctrl state to RESETTING 2. flush async_event_work (as well as other async work elements) So after 1,2, any other AER command will find the ctrl state to be RESETTING and bail out without submitting the AER. (CVE-2022-48790)

  - 已解決 Linux 核心中的下列弱點：scsi: pm8001: Fix use-after-free for aborted TMF sas_task Currently a use-after-free may occur if a TMF sas_task is aborted before we handle the IO completion in mpi_ssp_completion(). The abort occurs due to timeout. When the timeout occurs, the SAS_TASK_STATE_ABORTED flag is set and the sas_task is freed in pm8001_exec_internal_tmf_task(). However, if the I/O completion occurs later, the I/O completion still thinks that the sas_task is available. Fix this by clearing the ccb->task if the TMF times out - the I/O completion handler does nothing if this pointer is cleared. (CVE-2022-48791)

  - 已解決 Linux 核心中的下列弱點：tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - 已解決 Linux 核心中的下列弱點：dm raid: fix accesses beyond end of raid member array On dm-raid table load (using raid_ctr), dm-raid allocates an array rs->devs[rs->raid_disks] for the raid device members. rs->raid_disks is defined by the number of raid metadata and image tupples passed into the target's constructor. In the case of RAID layout changes being requested, that number can be different from the current number of members for existing raid sets as defined in their superblocks. Example RAID layout changes include: - raid1 legs being added/removed - raid4/5/6/10 number of stripes changed (stripe reshaping) - takeover to higher raid level (e.g. raid5 -> raid6) When accessing array members, rs->raid_disks must be used in control loops instead of the potentially larger value in rs->md.raid_disks. Otherwise it will cause memory access beyond the end of the rs->devs array. Fix this by changing code that is prone to out-of-bounds access. Also fix validate_raid_redundancy() to validate all devices that are added. Also, use braces to help clean up raid_iterate_devices(). The out-of-bounds memory accesses was discovered using KASAN. This commit was verified to pass all LVM2 RAID tests (with KASAN enabled). (CVE-2022-49674)

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

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

    在 Linux 核心的第 2 層通道通訊協定 (L2TP) 中發現一個缺陷。清除 sk_user_data 時遺漏鎖定可導致爭用條件和 NULL 指標解除參照弱點。本機使用者可利用此缺陷造成系統當機，進而引發拒絕服務。(CVE-2022-4129)

    在 6.1.6 版之前的 Linux 核心中，流量控制子系統中存在 NULL 指標解除參照錯誤，允許無權限的使用者透過以 tc qdisc 和 tc class 命令設定的特製流量控制組態，觸發拒絕服務 (系統當機)。這會影響 net/sched/sch_api.c 中的 qdisc_graft。(CVE-2022-47929)

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

    efi修正 init 錯誤路徑中的 NULL 解除參照 (CVE-2022-48879)

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

    ixgbe修正 pci 裝置 refcount 洩漏 (CVE-2022-48896)

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

    drm/virtio修正 GEM 處置程式建立 UAF (CVE-2022-48899)

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

    udf：修正間接範圍邊界的預先配置捨棄 (CVE-2022-48946)

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

    igb：初始化信箱訊息以進行 VF 重設 (CVE-2022-48949)

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

    perf/x86/amd修正 int 移位時可能發生的整數溢位 (CVE-2022-49748)

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

    dmaengine：修正 dma_chan_get() 中 client_count 的雙重遞增 (CVE-2022-49753)

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

    driversnetqlcnic修正 qlcnic_sriov_init() 中的潛在記憶體洩漏 (CVE-2022-50242)

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

    Regulator核心處理 boot-on 時修正 use_count 洩漏 (CVE-2022-50250)

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

    mmcvub300修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50251)

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

    igb除非配置新的向量否則不釋放 q_vector (CVE-2022-50252)

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

    bpf確認重新導向至通道裝置時的 skb->len != 0 (CVE-2022-50253)

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

    bpf、sockmap修正 sock_map_free() 中的爭用情形 (CVE-2022-50259)

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

    drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50275)

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

    power:supply修正 power_supply_get_battery_info 中的 null 指標解除參照 (CVE-2022-50276)

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

    PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏 (CVE-2022-50278)

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

    pnode在來源的對等端終止 (CVE-2022-50280)

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

    chardev修正 cdev_device_add() 中的錯誤處理 (CVE-2022-50282)

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

    ext4修正 ext4_clu_mapped 中針對 bigalloc + 內嵌的延遲配置錯誤 (CVE-2022-50286)

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

    qlcnic發生 qlcnic_dcb_enable() 失敗時防止 ->dcb 釋放後使用 (CVE-2022-50288)

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

    perf/x86/intel/uncore修正 hswep_has_limit_sbox() 中的參照計數洩漏 (CVE-2022-50318)

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

    fsjfs修正 dbDiscardAG 中的移位超出邊界 (CVE-2022-50333)

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

    hugetlbfs修正 hugetlbfs_parse_param() 中的 null-ptr-deref (CVE-2022-50334)

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

    cifs修正加密期間的 oops (CVE-2022-50341)

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

    rapidio修正 rio_add_device() 失敗時可能發生的名稱洩漏 (CVE-2022-50343)

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

    ext4「ext4_rename」中「old.inode」的初始化配額 (CVE-2022-50346)

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

    misctifm修正 tifm_7xx1_switch_media() 中的潛在記憶體洩漏 (CVE-2022-50349)

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

    skbuff考量提取作業期間的結尾調整 (CVE-2022-50365)

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

    md修正 mempool_free 中的損毀 (CVE-2022-50381)

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

    tpmtpm_crb新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50389)

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

    完整性修正 keyring 配置錯誤路徑中的記憶體洩漏 (CVE-2022-50395)

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

    netsched修正 tcindex_set_parms 中的記憶體洩漏 (CVE-2022-50396)

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

    nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put (CVE-2022-50401)

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

    drivers/md/md-bitmap檢查 md_bitmap_get_counter() 的傳回值 (CVE-2022-50402)

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

    net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock (CVE-2022-50405)

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

    ACPICA修正 acpi_ds_call_control_method() 中的錯誤碼路徑 (CVE-2022-50411)

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

    scsi: fcoe修正當 fcoe_if_init() 失敗時未解除附加的傳輸 (CVE-2022-50414)

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

    ACPICA修正 acpi_ut_copy_ipackage_to_ipackage() 中的釋放後使用 (CVE-2022-50423)

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

    mmcvub300修正警告 - 執行 !TASK_RUNNING 時不呼叫封鎖 ops (CVE-2022-50430)

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

    blk-mq修正暫存器 ‘hctx’ 失敗時可能發生的記憶體洩漏 (CVE-2022-50434)

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

    btrfs修正內嵌範圍 (其後為 prealloc) 的反向參照 (CVE-2022-50456)

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

    MIPSvpe-mt修正模組結束時可能發生的記憶體洩漏 (CVE-2022-50462)

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

    cpufreq在 kobject_init_and_add() 之前初始化完成 (CVE-2022-50473)

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

    macintosh修正 macio_add_one_device() 中可能發生的記憶體洩漏 (CVE-2022-50474)

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

    nilfs2修正 nilfs_sb2_bad_offset() 中的移位超出邊界/溢位 (CVE-2022-50478)

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

    ext4新增 EXT4_IGET_BAD 旗標以防止非預期的錯誤 inode (CVE-2022-50485)

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

    dm cache修正 destroy() 中的 UAF (CVE-2022-50496)

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

    binfmt_misc修正 check_special_flags 中的移位超出邊界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修正可能的 null-ptr-deref (CVE-2022-50503)

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

    lib/fonts修正 get_default_font 位元移位中的未定義行為 (CVE-2022-50511)

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

    drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-50520)

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

    mcbmcb-parse修正 chameleon_parse_gdd() 中的錯誤處理 (CVE-2022-50522)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的潛在資源洩漏 (CVE-2022-50532)

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

    dm Thin提交失敗時使用最後一個交易的 pmd->root (CVE-2022-50534)

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

    bpf、sockmap修正當 msg 具有more_data 時對 sock_put() 的重複呼叫 (CVE-2022-50536)

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

    dm Thin修正 shrink_slab 和 dm_pool_abort_metadata 之間的 ABBA 鎖死 (CVE-2022-50549)

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

    dm Thin修正 run_timer_softirq() 中的 UAF (CVE-2022-50563)

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

    mtd修正在 add_mtd_device() 中註冊裝置失敗時的裝置名稱洩漏 (CVE-2022-50566)

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

    fsjfs修正 dbAllocAG 中的移位超出邊界 (CVE-2022-50567)

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

    xen/privcmd修正 privcmd_ioctl_mmap_resource() 中可能的警告 (CVE-2022-50575)

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

    class修正 __class_register() 中的潛在記憶體洩漏 (CVE-2022-50578)

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

    hfs修正 __hfs_brec_find 中的 OOB 讀取 (CVE-2022-50581)

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

    serialamba-pl011避免 SBSA UART 存取 DMACR 暫存器 (CVE-2022-50625)

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

    PCI透過檢查 PF 修正 VF 的 pci_device_is_present() (CVE-2022-50636)

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

    ext4修正 __es_tree_search 中由錯誤的開機載入器 inode 所造成的 bug_on (CVE-2022-50638)

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

    scsihpsa修正 hpsa_init_one() 中可能發生的記憶體洩漏 (CVE-2022-50646)

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

    uiouio_dmem_genirq修正 irq 組態中缺少的解除鎖定 (CVE-2022-50652)

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

    ppp將 skb 與 tx 時的裝置相關聯 (CVE-2022-50655)

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

    ext4修正因 mbcache 項目損毀造成的鎖死 (CVE-2022-50668)

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

    ext4修正 ext4_orphan_cleanup 中的釋放後使用 (CVE-2022-50673)

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

    ipmi修正 _ipmi_destroy_user() 中的釋放後使用 (CVE-2022-50677)

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

    mrp引入使用中旗標以防止在應用程式 uninit 時發生 UAF (CVE-2022-50697)

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

    md/raid1raid1 陣列執行失敗時停止 mdx_raid1 執行緒 (CVE-2022-50715)

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

    Regulator核心修正 Regulator_register() 中的資源洩漏 (CVE-2022-50724)

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

    RDMA/siw修正立即工作要求排清至完成佇列的問題 (CVE-2022-50736)

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

    hfs修正 hfs_asc2mac 中的 OOB 寫入 (CVE-2022-50747)

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

    acct修正 encode_comp_t() 中潛在的整數溢位 (CVE-2022-50749)

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

    configfs修正 configfs_create_dir() 中可能發生的記憶體洩漏 (CVE-2022-50751)

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

    udf避免 udf_rename() 中出現雙重 brelse() (CVE-2022-50755)

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

    x86/xen修正 xen_init_lock_cpu() 中的記憶體洩漏 (CVE-2022-50761)

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

    rcu修正 rcu_force_quiescent_state() 中的 __this_cpu_read() lockdep 警告 (CVE-2022-50771)

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

    ext4修正 __es_tree_search 中由錯誤配額 inode 造成的 bug_on (CVE-2022-50782)

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

    ipv6確保通道中的裝置 mtu 正常 (CVE-2022-50816)

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

    SUNRPCgss_read_proxy_verf() 失敗時不洩漏 netobj 記憶體 (CVE-2022-50821)

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

    tpmtpm_tis新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50824)

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

    net資料流清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

    dm clone修正 clone_dtr() 中的 UAF (CVE-2022-50843)

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

    ext4修正錯誤路徑上 ext4_xattr_inode_create() 中的 inode 洩漏 (CVE-2022-50845)

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

    mmcvia-sdmmc修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50846)

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

    pstore以 VM_IOREMAP 執行 vmap() 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修正 ipr_init() 中的警告 (CVE-2022-50850)

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

    hwrngamd - 修正 PCI 裝置 refcount 洩漏 (CVE-2022-50868)

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

    of overlay修正 find_dup_cset_node_entry() 和 find_dup_cset_prop() 中的 null 指標解除參照 (CVE-2022-50875)

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

    objtool修正 SEGFAULT (CVE-2022-50879)

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

    RDMA/rxe修正通訊端建立失敗時 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50886)

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

    Regulator核心修正 Regulator_dev_lookup() 中不平衡的節點參照計數 (CVE-2022-50887)

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

    dm 完整性修正 dm_integrity_dtr() 中的 UAF (CVE-2022-50889)

    根據使用 STIBP 作為緩解措施的核心 API 中的奇怪模式發現，Linux 核心未正確緩解 SMT 攻擊，處理程序在系統呼叫後的短暫期間仍然暴露在風險之下。核心也不會在系統呼叫期間立即發出 IBPB。 (CVE-2023-0045)

    在 Linux 核心的 Network 子元件中，在 net/ipv6/raw.c 的 rawv6_push_pending_frames 中發現一個 NULL 指標解除參照缺陷。此缺陷會導致系統當機。(CVE-2023-0394)

    偵測到一些可遭惡意利用的小工具，這些小工具可透過側通道 (如 MDS) 以及針對 spectre-v1 的 usercopy 函式強化不足，來洩漏私密記憶體。(CVE-2023-0459)

    Linux 核心中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。必須設定核心組態旗標 CONFIG_TLS 或 CONFIG_XFRM_ESPINTCP，才能達到弱點，但該作業不需要任何權限。

    struct inet_connection_sock 的 icsk_ulp_data 有一個釋放後使用錯誤。

    啟用 CONFIG_TLS 時，使用者可在已連線的 tcp 通訊端上安裝 tls 內容 (struct tls_context)。
    如果此通訊端中斷連線並重新用作接聽程式，則不會清除內容。如果從接聽程式建立新的通訊端，則內容會繼承並受到影響。

    setsockopt TCP_ULP 作業不需要任何權限。

    建議升級過去的提交 2c02d41d71f90a5168391b6a5f2954112ba2307c (CVE-2023-0461)

    在 Linux 核心的人體介面裝置 (HID) 子系統中，使用者插入惡意 USB 裝置的方式中存在記憶體損毀缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-1073)

    在 Linux 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_cbq.c 中的 cbq_classify 允許攻擊者造成系統拒絕服務。(CVE-2023-23454)

    在 Linux 核心 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_atm.c 中的 atm_tc_enqueue 允許攻擊者造成系統拒絕服務。(CVE-2023-23455)

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

    btrfs修正配額重新掃描和停用導致 NULL 指標解除參照之間的爭用 (CVE-2023-52896)

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

    xhci主機停止回應時修正 null 指標解除參照 (CVE-2023-52898)

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

    nilfs2修正 nilfs_btree_insert() 中的一般保護錯誤 (CVE-2023-52900)

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

    usbxhci解除參照前檢查端點是否有效 (CVE-2023-52901)

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

    net/sched：act_mpls：修正屬性驗證失敗期間的警告 (CVE-2023-52906)

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

    bpf略過 send_signal_common() 中 pid=1 的工作 (CVE-2023-52992)

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

    x86/i8259: 將舊型 PIC 中斷標記為 IRQ_LEVEL (CVE-2023-52993)

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

    ipv4防止 fib_metrics_match() 中潛在的 spectre v1 小工具 (CVE-2023-52996)

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

    ipv4防止 ip_metrics_convert() 中潛在的 spectre v1 小工具 (CVE-2023-52997)

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

    net修正 netns ops 註冊錯誤路徑中的 UaF (CVE-2023-52999)

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

    netlink防止潛在的 spectre v1 小工具 (CVE-2023-53000)

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

    cifs修正因重新連線時未清除的 server->smbd_conn 導致的 oops (CVE-2023-53006)

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

    tracing: 確保 trace_printk() 在可使用後能夠立即輸出 (CVE-2023-53007)

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

    HID: betop: 檢查輸出報告的資料格式結構 (CVE-2023-53015)

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

    net: mdio: 驗證 mdiobus_get_phy() 中的參數 addr (CVE-2023-53019)

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

    net/schedsch_taprio修正可能的釋放後使用問題 (CVE-2023-53021)

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

    bpf修正推測儲存繞過緩和措施不足所導致的指標洩漏 (CVE-2023-53024)

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

    RDMA/core修正 ib 區塊迭代器計數器溢位 (CVE-2023-53026)

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

    netfilter: ipset: 修復 bitmap_ip_create() 函式中，擴展前的溢位錯誤。(CVE-2023-53032)

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

    usbrndis_host針對 int 溢位進行安全 rndis_query 檢查 (CVE-2023-54110)

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

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

CentOS Linux 8 主機已安裝的套件受到 TuxCare CENTOS-STREAM8：CLSA-2026：1792239979 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：kyber: fix out of bounds access when preempted __blk_mq_sched_bio_merge() gets the ctx and hctx for the current CPU and passes the hctx to
    ->bio_merge(). kyber_bio_merge() then gets the ctx for the current CPU again and uses that to get the corresponding Kyber context in the passed hctx. However, the thread may be preempted between the two calls to blk_mq_get_ctx(), and the ctx returned the second time may no longer correspond to the passed hctx.
    This works accidentally most of the time, but it can cause us to read garbage if the second ctx came from an hctx with more ctx's than the first one (i.e., if ctx->index_hw[hctx->type] > hctx->nr_ctx). This manifested as this UBSAN array index out of bounds error reported by Jakub: UBSAN: array-index-out-of-bounds in ../kernel/locking/qspinlock.c:130:9 index 13106 is out of range for type 'long unsigned int [128]' Call Trace: dump_stack+0xa4/0xe5 ubsan_epilogue+0x5/0x40
    __ubsan_handle_out_of_bounds.cold.13+0x2a/0x34 queued_spin_lock_slowpath+0x476/0x480 do_raw_spin_lock+0x1c2/0x1d0 kyber_bio_merge+0x112/0x180 blk_mq_submit_bio+0x1f5/0x1100 submit_bio_noacct+0x7b0/0x870 submit_bio+0xc2/0x3a0 btrfs_map_bio+0x4f0/0x9d0 btrfs_submit_data_bio+0x24e/0x310 submit_one_bio+0x7f/0xb0 submit_extent_page+0xc4/0x440
    __extent_writepage_io+0x2b8/0x5e0 __extent_writepage+0x28d/0x6e0 extent_write_cache_pages+0x4d7/0x7a0 extent_writepages+0xa2/0x110 do_writepages+0x8f/0x180 __writeback_single_inode+0x99/0x7f0 writeback_sb_inodes+0x34e/0x790 __writeback_inodes_wb+0x9e/0x120 wb_writeback+0x4d2/0x660 wb_workfn+0x64d/0xa10 process_one_work+0x53a/0xa80 worker_thread+0x69/0x5b0 kthread+0x20b/0x240 ret_from_fork+0x1f/0x30 Only Kyber uses the hctx, so fix it by passing the request_queue to ->bio_merge() instead. BFQ and mq-deadline just use that, and Kyber can map the queues itself to avoid the mismatch.
    (CVE-2021-46984)

  - 儅使用者呼叫第一個 gru_file_unlocked_ioctl 函式時，在 Linux 核心的 SGI GRU 驅動程式中發現一個釋放後使用缺陷，其中 gru_check_chiplet_assignment 函式發生失敗。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-3424)

  - 已解決 Linux 核心中的下列弱點：bpf, test_run: Fix alignment problem in bpf_prog_test_run_skb() We got a syzkaller problem because of aarch64 alignment fault if KFENCE enabled. When the size from user bpf program is an odd number, like 399, 407, etc, it will cause the struct skb_shared_info's unaligned access. As seen below: BUG: KFENCE: use-after-free read in
    __skb_clone+0x23c/0x2a0 net/core/skbuff.c:1032 Use-after-free read at 0xffff6254fffac077 (in kfence-#213):
    __lse_atomic_add arch/arm64/include/asm/atomic_lse.h:26 [inline] arch_atomic_add arch/arm64/include/asm/atomic.h:28 [inline] arch_atomic_inc include/linux/atomic-arch-fallback.h:270 [inline] atomic_inc include/asm-generic/atomic-instrumented.h:241 [inline] __skb_clone+0x23c/0x2a0 net/core/skbuff.c:1032 skb_clone+0xf4/0x214 net/core/skbuff.c:1481 ____bpf_clone_redirect net/core/filter.c:2433 [inline] bpf_clone_redirect+0x78/0x1c0 net/core/filter.c:2420 bpf_prog_d3839dd9068ceb51+0x80/0x330 bpf_dispatcher_nop_func include/linux/bpf.h:728 [inline] bpf_test_run+0x3c0/0x6c0 net/bpf/test_run.c:53 bpf_prog_test_run_skb+0x638/0xa7c net/bpf/test_run.c:594 bpf_prog_test_run kernel/bpf/syscall.c:3148 [inline] __do_sys_bpf kernel/bpf/syscall.c:4441 [inline]
    __se_sys_bpf+0xad0/0x1634 kernel/bpf/syscall.c:4381 kfence-#213: 0xffff6254fffac000-0xffff6254fffac196, size=407, cache=kmalloc-512 allocated by task 15074 on cpu 0 at 1342.585390s: kmalloc include/linux/slab.h:568 [inline] kzalloc include/linux/slab.h:675 [inline] bpf_test_init.isra.0+0xac/0x290 net/bpf/test_run.c:191 bpf_prog_test_run_skb+0x11c/0xa7c net/bpf/test_run.c:512 bpf_prog_test_run kernel/bpf/syscall.c:3148 [inline] __do_sys_bpf kernel/bpf/syscall.c:4441 [inline] __se_sys_bpf+0xad0/0x1634 kernel/bpf/syscall.c:4381
    __arm64_sys_bpf+0x50/0x60 kernel/bpf/syscall.c:4381 To fix the problem, we adjust @size so that (@size + @hearoom) is a multiple of SMP_CACHE_BYTES. So we make sure the struct skb_shared_info is aligned to a cache line. (CVE-2022-49840)

  - 已解決 Linux 核心中的下列弱點：usbnet: Fix linkwatch use-after-free on disconnect usbnet uses the work usbnet_deferred_kevent() to perform tasks which may sleep. On disconnect, completion of the work was originally awaited in ->ndo_stop(). But in 2003, that was moved to
    ->disconnect() by historic commit [PATCH] USB: usbnet, prevent exotic rtnl deadlock:
    https://git.kernel.org/tglx/history/c/0f138bbfd83c The change was made because back then, the kernel's workqueue implementation did not allow waiting for a single work. One had to wait for completion of *all* work by calling flush_scheduled_work(), and that could deadlock when waiting for usbnet_deferred_kevent() with rtnl_mutex held in ->ndo_stop(). The commit solved one problem but created another: It causes a use-after-free in USB Ethernet drivers aqc111.c, asix_devices.c, ax88179_178a.c, ch9200.c and smsc75xx.c: * If the drivers receive a link change interrupt immediately before disconnect, they raise EVENT_LINK_RESET in their (non-sleepable) ->status() callback and schedule usbnet_deferred_kevent(). * usbnet_deferred_kevent() invokes the driver's ->link_reset() callback, which calls netif_carrier_{on,off}(). * That in turn schedules the work linkwatch_event(). Because usbnet_deferred_kevent() is awaited after unregister_netdev(), netif_carrier_{on,off}() may operate on an unregistered netdev and linkwatch_event() may run after free_netdev(), causing a use-after-free. In 2010, usbnet was changed to only wait for a single instance of usbnet_deferred_kevent() instead of *all* work by commit 23f333a2bfaf (drivers/net: don't use flush_scheduled_work()). Unfortunately the commit neglected to move the wait back to ->ndo_stop(). Rectify that omission at long last. (CVE-2022-50220)

  - 已解決 Linux 核心中的下列弱點：cifs: fix oops during encryption When running xfstests against Azure the following oops occurred on an arm64 system Unable to handle kernel write to read-only memory at virtual address ffff0001221cf000 Mem abort info: ESR = 0x9600004f EC = 0x25:
    DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x0f: level 3 permission fault Data abort info: ISV = 0, ISS = 0x0000004f CM = 0, WnR = 1 swapper pgtable: 4k pages, 48-bit VAs, pgdp=00000000294f3000 [ffff0001221cf000] pgd=18000001ffff8003, p4d=18000001ffff8003, pud=18000001ff82e003, pmd=18000001ff71d003, pte=00600001221cf787 Internal error: Oops: 9600004f [#1] PREEMPT SMP ... pstate:
    80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) pc : __memcpy+0x40/0x230 lr :
    scatterwalk_copychunks+0xe0/0x200 sp : ffff800014e92de0 x29: ffff800014e92de0 x28: ffff000114f9de80 x27:
    0000000000000008 x26: 0000000000000008 x25: ffff800014e92e78 x24: 0000000000000008 x23: 0000000000000001 x22: 0000040000000000 x21: ffff000000000000 x20: 0000000000000001 x19: ffff0001037c4488 x18:
    0000000000000014 x17: 235e1c0d6efa9661 x16: a435f9576b6edd6c x15: 0000000000000058 x14: 0000000000000001 x13: 0000000000000008 x12: ffff000114f2e590 x11: ffffffffffffffff x10: 0000040000000000 x9 :
    ffff8000105c3580 x8 : 2e9413b10000001a x7 : 534b4410fb86b005 x6 : 534b4410fb86b005 x5 : ffff0001221cf008 x4 : ffff0001037c4490 x3 : 0000000000000001 x2 : 0000000000000008 x1 : ffff0001037c4488 x0 :
    ffff0001221cf000 Call trace: __memcpy+0x40/0x230 scatterwalk_map_and_copy+0x98/0x100 crypto_ccm_encrypt+0x150/0x180 crypto_aead_encrypt+0x2c/0x40 crypt_message+0x750/0x880 smb3_init_transform_rq+0x298/0x340 smb_send_rqst.part.11+0xd8/0x180 smb_send_rqst+0x3c/0x100 compound_send_recv+0x534/0xbc0 smb2_query_info_compound+0x32c/0x440 smb2_set_ea+0x438/0x4c0 cifs_xattr_set+0x5d4/0x7c0 This is because in scatterwalk_copychunks(), we attempted to write to a buffer (@sign) that was allocated in the stack (vmalloc area) by crypt_message() and thus accessing its remaining 8 (x2) bytes ended up crossing a page boundary. To simply fix it, we could just pass @sign kmalloc'd from crypt_message() and then we're done. Luckily, we don't seem to pass any other vmalloc'd buffers in smb_rqst::rq_iov... Instead, let's map the correct pages and offsets from vmalloc buffers as well in cifs_sg_set_buf() and then avoiding such oopses. (CVE-2022-50341)

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

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

    在 6.1.6 版之前的 Linux 核心中，流量控制子系統中存在 NULL 指標解除參照錯誤，允許無權限的使用者透過以 tc qdisc 和 tc class 命令設定的特製流量控制組態，觸發拒絕服務 (系統當機)。這會影響 net/sched/sch_api.c 中的 qdisc_graft。(CVE-2022-47929)

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

    efi修正 init 錯誤路徑中的 NULL 解除參照 (CVE-2022-48879)

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

    ixgbe修正 pci 裝置 refcount 洩漏 (CVE-2022-48896)

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

    drm/virtio修正 GEM 處置程式建立 UAF (CVE-2022-48899)

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

    rtc：cmos：修正事件處置程式註冊順序問題 (CVE-2022-48953)

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

    driversnetqlcnic修正 qlcnic_sriov_init() 中的潛在記憶體洩漏 (CVE-2022-50242)

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

    Regulator核心處理 boot-on 時修正 use_count 洩漏 (CVE-2022-50250)

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

    mmcvub300修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50251)

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

    igb除非配置新的向量否則不釋放 q_vector (CVE-2022-50252)

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

    bpf確認重新導向至通道裝置時的 skb->len != 0 (CVE-2022-50253)

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

    bpf、sockmap修正 sock_map_free() 中的爭用情形 (CVE-2022-50259)

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

    drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50275)

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

    power:supply修正 power_supply_get_battery_info 中的 null 指標解除參照 (CVE-2022-50276)

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

    PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏 (CVE-2022-50278)

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

    pnode在來源的對等端終止 (CVE-2022-50280)

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

    chardev修正 cdev_device_add() 中的錯誤處理 (CVE-2022-50282)

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

    ext4修正 ext4_clu_mapped 中針對 bigalloc + 內嵌的延遲配置錯誤 (CVE-2022-50286)

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

    qlcnic發生 qlcnic_dcb_enable() 失敗時防止 ->dcb 釋放後使用 (CVE-2022-50288)

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

    perf/x86/intel/uncore修正 hswep_has_limit_sbox() 中的參照計數洩漏 (CVE-2022-50318)

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

    fsjfs修正 dbDiscardAG 中的移位超出邊界 (CVE-2022-50333)

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

    hugetlbfs修正 hugetlbfs_parse_param() 中的 null-ptr-deref (CVE-2022-50334)

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

    cifs修正加密期間的 oops (CVE-2022-50341)

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

    rapidio修正 rio_add_device() 失敗時可能發生的名稱洩漏 (CVE-2022-50343)

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

    ext4「ext4_rename」中「old.inode」的初始化配額 (CVE-2022-50346)

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

    misctifm修正 tifm_7xx1_switch_media() 中的潛在記憶體洩漏 (CVE-2022-50349)

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

    skbuff考量提取作業期間的結尾調整 (CVE-2022-50365)

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

    md修正 mempool_free 中的損毀 (CVE-2022-50381)

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

    padata執行 ->parallel() 時一律停用 BH (CVE-2022-50382)

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

    NFS修正 nfs_d_automount() 中的 Oops (CVE-2022-50385)

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

    nvme修正啟用 blktrace 時排清要求造成的多重路徑損毀 (CVE-2022-50388)

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

    tpmtpm_crb新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50389)

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

    完整性修正 keyring 配置錯誤路徑中的記憶體洩漏 (CVE-2022-50395)

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

    netsched修正 tcindex_set_parms 中的記憶體洩漏 (CVE-2022-50396)

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

    nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put (CVE-2022-50401)

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

    drivers/md/md-bitmap檢查 md_bitmap_get_counter() 的傳回值 (CVE-2022-50402)

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

    net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock (CVE-2022-50405)

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

    ACPICA修正 acpi_ds_call_control_method() 中的錯誤碼路徑 (CVE-2022-50411)

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

    scsi: fcoe修正當 fcoe_if_init() 失敗時未解除附加的傳輸 (CVE-2022-50414)

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

    ACPICA修正 acpi_ut_copy_ipackage_to_ipackage() 中的釋放後使用 (CVE-2022-50423)

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

    mmcvub300修正警告 - 執行 !TASK_RUNNING 時不呼叫封鎖 ops (CVE-2022-50430)

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

    blk-mq修正暫存器 ‘hctx’ 失敗時可能發生的記憶體洩漏 (CVE-2022-50434)

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

    ext4jbd2 交易期間不設定加密金鑰 (CVE-2022-50436)

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

    gpiolibcdev修正 NULL 指標解除參照 (CVE-2022-50453)

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

    btrfs修正內嵌範圍 (其後為 prealloc) 的反向參照 (CVE-2022-50456)

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

    MIPSvpe-mt修正模組結束時可能發生的記憶體洩漏 (CVE-2022-50462)

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

    ext4修正快速提交日誌中洩漏的未初始化記憶體 (CVE-2022-50465)

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

    cpufreq在 kobject_init_and_add() 之前初始化完成 (CVE-2022-50473)

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

    macintosh修正 macio_add_one_device() 中可能發生的記憶體洩漏 (CVE-2022-50474)

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

    nilfs2修正 nilfs_sb2_bad_offset() 中的移位超出邊界/溢位 (CVE-2022-50478)

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

    ext4新增 EXT4_IGET_BAD 旗標以防止非預期的錯誤 inode (CVE-2022-50485)

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

    dm cache修正 destroy() 中的 UAF (CVE-2022-50496)

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

    binfmt_misc修正 check_special_flags 中的移位超出邊界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修正可能的 null-ptr-deref (CVE-2022-50503)

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

    iommu/amd修正 ppr_notifier() 中的 pci 裝置 refcount 洩漏 (CVE-2022-50505)

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

    lib/fonts修正 get_default_font 位元移位中的未定義行為 (CVE-2022-50511)

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

    drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-50520)

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

    mcbmcb-parse修正 chameleon_parse_gdd() 中的錯誤處理 (CVE-2022-50522)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的潛在資源洩漏 (CVE-2022-50532)

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

    dm Thin提交失敗時使用最後一個交易的 pmd->root (CVE-2022-50534)

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

    bpf、sockmap修正當 msg 具有more_data 時對 sock_put() 的重複呼叫 (CVE-2022-50536)

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

    dm Thin修正 shrink_slab 和 dm_pool_abort_metadata 之間的 ABBA 鎖死 (CVE-2022-50549)

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

    tpmacpi呼叫 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50562)

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

    dm Thin修正 run_timer_softirq() 中的 UAF (CVE-2022-50563)

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

    mtd修正在 add_mtd_device() 中註冊裝置失敗時的裝置名稱洩漏 (CVE-2022-50566)

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

    fsjfs修正 dbAllocAG 中的移位超出邊界 (CVE-2022-50567)

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

    xen/privcmd修正 privcmd_ioctl_mmap_resource() 中可能的警告 (CVE-2022-50575)

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

    class修正 __class_register() 中的潛在記憶體洩漏 (CVE-2022-50578)

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

    hfs修正 __hfs_brec_find 中的 OOB 讀取 (CVE-2022-50581)

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

    perf/x86/intel/uncore修正 snr_uncore_mmio_map() 中的參照計數洩漏 (CVE-2022-50615)

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

    serialamba-pl011避免 SBSA UART 存取 DMACR 暫存器 (CVE-2022-50625)

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

    PCI透過檢查 PF 修正 VF 的 pci_device_is_present() (CVE-2022-50636)

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

    ext4修正 __es_tree_search 中由錯誤的開機載入器 inode 所造成的 bug_on (CVE-2022-50638)

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

    scsihpsa修正 hpsa_init_one() 中可能發生的記憶體洩漏 (CVE-2022-50646)

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

    uiouio_dmem_genirq修正 irq 組態中缺少的解除鎖定 (CVE-2022-50652)

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

    ppp將 skb 與 tx 時的裝置相關聯 (CVE-2022-50655)

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

    ext4修正因 mbcache 項目損毀造成的鎖死 (CVE-2022-50668)

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

    ext4修正 ext4_orphan_cleanup 中的釋放後使用 (CVE-2022-50673)

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

    mrp引入使用中旗標以防止在應用程式 uninit 時發生 UAF (CVE-2022-50697)

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

    md/raid1raid1 陣列執行失敗時停止 mdx_raid1 執行緒 (CVE-2022-50715)

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

    Regulator核心修正 Regulator_register() 中的資源洩漏 (CVE-2022-50724)

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

    ext4當收回包含 dioread_nolock 的 inode 時將警告隱藏 (CVE-2022-50730)

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

    RDMA/siw修正立即工作要求排清至完成佇列的問題 (CVE-2022-50736)

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

    hfs修正 hfs_asc2mac 中的 OOB 寫入 (CVE-2022-50747)

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

    acct修正 encode_comp_t() 中潛在的整數溢位 (CVE-2022-50749)

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

    configfs修正 configfs_create_dir() 中可能發生的記憶體洩漏 (CVE-2022-50751)

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

    udf避免 udf_rename() 中出現雙重 brelse() (CVE-2022-50755)

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

    nvme-pci修正 mempool 配置大小 (CVE-2022-50756)

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

    x86/xen修正 xen_init_lock_cpu() 中的記憶體洩漏 (CVE-2022-50761)

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

    rcu修正 rcu_force_quiescent_state() 中的 __this_cpu_read() lockdep 警告 (CVE-2022-50771)

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

    ext4修正 __es_tree_search 中由錯誤配額 inode 造成的 bug_on (CVE-2022-50782)

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

    mptcp針對 IPv6 使用適當的 req 解構函式 (CVE-2022-50783)

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

    SUNRPCgss_read_proxy_verf() 失敗時不洩漏 netobj 記憶體 (CVE-2022-50821)

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

    tpmtpm_tis新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50824)

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

    net資料流清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

    ext4修正錯誤路徑上 ext4_xattr_inode_create() 中的 inode 洩漏 (CVE-2022-50845)

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

    mmcvia-sdmmc修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50846)

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

    pstore以 VM_IOREMAP 執行 vmap() 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修正 ipr_init() 中的警告 (CVE-2022-50850)

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

    nilfs2修正因區塊大小指數太大導致的移位超出邊界問題 (CVE-2022-50864)

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

    hwrngamd - 修正 PCI 裝置 refcount 洩漏 (CVE-2022-50868)

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

    of overlay修正 find_dup_cset_node_entry() 和 find_dup_cset_prop() 中的 null 指標解除參照 (CVE-2022-50875)

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

    objtool修正 SEGFAULT (CVE-2022-50879)

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

    RDMA/rxe修正通訊端建立失敗時 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50886)

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

    Regulator核心修正 Regulator_dev_lookup() 中不平衡的節點參照計數 (CVE-2022-50887)

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

    dm 完整性修正 dm_integrity_dtr() 中的 UAF (CVE-2022-50889)

    根據使用 STIBP 作為緩解措施的核心 API 中的奇怪模式發現，Linux 核心未正確緩解 SMT 攻擊，處理程序在系統呼叫後的短暫期間仍然暴露在風險之下。核心也不會在系統呼叫期間立即發出 IBPB。 (CVE-2023-0045)

    在 Linux 核心的 Netfilter 子系統中發現緩衝區溢位弱點。此問題可引致洩漏堆疊和堆積位址洩漏，並允許攻擊者透過執行任意程式碼將本機特權提升至 root 使用者權限。(CVE-2023-0179)

    io_uring 的實作中有一個邏輯錯誤，可用以觸發釋放後使用弱點，進而導致特權提升。在 io_prep_async_work 函式中，「上次 io_grab_identity 呼叫無法傳回假」的假設不成立，在此情況下，該函式將使用 init_cred 或先前連結的要求身分來執行作業，而非使用目前的身分。
    這可導致參照計數問題，進而造成釋放後使用。建議升級舊版本 5.10.161。(CVE-2023-0240)

    在 Linux 核心的 Network 子元件中，在 net/ipv6/raw.c 的 rawv6_push_pending_frames 中發現一個 NULL 指標解除參照缺陷。此缺陷會導致系統當機。(CVE-2023-0394)

    偵測到一些可遭惡意利用的小工具，這些小工具可透過側通道 (如 MDS) 以及針對 spectre-v1 的 usercopy 函式強化不足，來洩漏私密記憶體。(CVE-2023-0459)

    Linux 核心中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。必須設定核心組態旗標 CONFIG_TLS 或 CONFIG_XFRM_ESPINTCP，才能達到弱點，但該作業不需要任何權限。

    struct inet_connection_sock 的 icsk_ulp_data 有一個釋放後使用錯誤。

    啟用 CONFIG_TLS 時，使用者可在已連線的 tcp 通訊端上安裝 tls 內容 (struct tls_context)。
    如果此通訊端中斷連線並重新用作接聽程式，則不會清除內容。如果從接聽程式建立新的通訊端，則內容會繼承並受到影響。

    setsockopt TCP_ULP 作業不需要任何權限。

    建議升級過去的提交 2c02d41d71f90a5168391b6a5f2954112ba2307c (CVE-2023-0461)

    efi：rt-wrapper：新增包括 (CVE-2023-21102) 的遺漏

    在 Linux 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_cbq.c 中的 cbq_classify 允許攻擊者造成系統拒絕服務。(CVE-2023-23454)

    在 Linux 核心 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_atm.c 中的 atm_tc_enqueue 允許攻擊者造成系統拒絕服務。(CVE-2023-23455)

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

    btrfs修正配額重新掃描和停用導致 NULL 指標解除參照之間的爭用 (CVE-2023-52896)

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

    xhci主機停止回應時修正 null 指標解除參照 (CVE-2023-52898)

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

    nilfs2修正 nilfs_btree_insert() 中的一般保護錯誤 (CVE-2023-52900)

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

    usbxhci解除參照前檢查端點是否有效 (CVE-2023-52901)

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

    io_uringIOPOLL 的鎖定溢位 (CVE-2023-52903)

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

    net/sched：act_mpls：修正屬性驗證失敗期間的警告 (CVE-2023-52906)

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

    netfilter: ipset: 修復 bitmap_ip_create() 函式中，擴展前的溢位錯誤。(CVE-2023-53032)

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

    netfilternft_payload擷取 VLAN 標頭位元時的算術不正確 (CVE-2023-53033)

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

    netfilteripset新增/刪除項目時重新執行長任務執行 (CVE-2023-53549)

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

    usbrndis_host針對 int 溢位進行安全 rndis_query 檢查 (CVE-2023-54110)

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

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

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

    來賓可透過 netback 觸發 NIC 介面重設/中止/損毀。來賓可透過傳送特定類型的封包，在 Linux 型網路後端觸發 NIC 介面重設/中止/損毀。Linux 網路堆疊的其餘部分似乎有一個 (未寫入的) 假設，即封包通訊協定標頭都包含在 SKB 的線性區段中，如果不是這樣，則某些 NIC 會出現不良行為。據報告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 會發生此問題，但其他 NIC/驅動程式也可能有此問題。如果前端傳送具有分割標頭的要求，netback 會將違反上述假設的要求轉送至網路核心，進而導致上述錯誤行為。(CVE-2022-3643)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42328)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42329)

    在 Linux 核心 6.0.10 以及之前所有版本中發現一個問題。net/bluetooth/l2cap_core.c 的 l2cap_config_req 存在可透過 L2CAP_CONF_REQ 封包觸發的整數環繞弱點。(CVE-2022-45934)

    在 6.1.6 版之前的 Linux 核心中，流量控制子系統中存在 NULL 指標解除參照錯誤，允許無權限的使用者透過以 tc qdisc 和 tc class 命令設定的特製流量控制組態，觸發拒絕服務 (系統當機)。這會影響 net/sched/sch_api.c 中的 qdisc_graft。(CVE-2022-47929)

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

    udf：修正間接範圍邊界的預先配置捨棄 (CVE-2022-48946)

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

    Bluetooth：L2CAP：修正 u8 溢位 (CVE-2022-48947)

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

    igb：初始化信箱訊息以進行 VF 重設 (CVE-2022-48949)

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

    ipv6：避免 ip6_fragment() 中的釋放後使用 (CVE-2022-48956)

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

    mac802154：修正 ieee802154_if_add() 中遺漏的 INIT_LIST_HEAD (CVE-2022-48972)

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

    HID：核心：修正 hid_report_raw_event 中的 shift-out-of-bounds (CVE-2022-48978)

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

    media：v4l2-dv-timings.c：修正過於嚴格的空白健全性測試 (CVE-2022-48987)

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

    memcg：修正 memcg_write_event_control() 中可能的釋放後使用 (CVE-2022-48988)

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

    mm/khugepaged：叫用 shmem/file 折疊路徑中的 MMU 通知程式 (CVE-2022-48991)

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

    mmcvub300修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50251)

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

    igb除非配置新的向量否則不釋放 q_vector (CVE-2022-50252)

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

    bpf確認重新導向至通道裝置時的 skb->len != 0 (CVE-2022-50253)

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

    drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50275)

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

    PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏 (CVE-2022-50278)

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

    pnode在來源的對等端終止 (CVE-2022-50280)

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

    chardev修正 cdev_device_add() 中的錯誤處理 (CVE-2022-50282)

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

    fsjfs修正 dbDiscardAG 中的移位超出邊界 (CVE-2022-50333)

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

    rapidio修正 rio_add_device() 失敗時可能發生的名稱洩漏 (CVE-2022-50343)

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

    ext4「ext4_rename」中「old.inode」的初始化配額 (CVE-2022-50346)

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

    misctifm修正 tifm_7xx1_switch_media() 中的潛在記憶體洩漏 (CVE-2022-50349)

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

    skbuff考量提取作業期間的結尾調整 (CVE-2022-50365)

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

    md修正 mempool_free 中的損毀 (CVE-2022-50381)

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

    tpmtpm_crb新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50389)

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

    nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put (CVE-2022-50401)

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

    net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock (CVE-2022-50405)

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

    ACPICA修正 acpi_ds_call_control_method() 中的錯誤碼路徑 (CVE-2022-50411)

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

    scsi: fcoe修正當 fcoe_if_init() 失敗時未解除附加的傳輸 (CVE-2022-50414)

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

    ACPICA修正 acpi_ut_copy_ipackage_to_ipackage() 中的釋放後使用 (CVE-2022-50423)

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

    mmcvub300修正警告 - 執行 !TASK_RUNNING 時不呼叫封鎖 ops (CVE-2022-50430)

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

    blk-mq修正暫存器 ‘hctx’ 失敗時可能發生的記憶體洩漏 (CVE-2022-50434)

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

    MIPSvpe-mt修正模組結束時可能發生的記憶體洩漏 (CVE-2022-50462)

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

    macintosh修正 macio_add_one_device() 中可能發生的記憶體洩漏 (CVE-2022-50474)

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

    nilfs2修正 nilfs_sb2_bad_offset() 中的移位超出邊界/溢位 (CVE-2022-50478)

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

    dm cache修正 destroy() 中的 UAF (CVE-2022-50496)

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

    binfmt_misc修正 check_special_flags 中的移位超出邊界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修正可能的 null-ptr-deref (CVE-2022-50503)

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

    iommu/amd修正 ppr_notifier() 中的 pci 裝置 refcount 洩漏 (CVE-2022-50505)

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

    drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-50520)

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

    mcbmcb-parse修正 chameleon_parse_gdd() 中的錯誤處理 (CVE-2022-50522)

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

    dm Thin提交失敗時使用最後一個交易的 pmd->root (CVE-2022-50534)

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

    dm Thin修正 run_timer_softirq() 中的 UAF (CVE-2022-50563)

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

    mtd修正在 add_mtd_device() 中註冊裝置失敗時的裝置名稱洩漏 (CVE-2022-50566)

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

    fsjfs修正 dbAllocAG 中的移位超出邊界 (CVE-2022-50567)

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

    class修正 __class_register() 中的潛在記憶體洩漏 (CVE-2022-50578)

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

    hfs修正 __hfs_brec_find 中的 OOB 讀取 (CVE-2022-50581)

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

    serialamba-pl011避免 SBSA UART 存取 DMACR 暫存器 (CVE-2022-50625)

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

    PCI透過檢查 PF 修正 VF 的 pci_device_is_present() (CVE-2022-50636)

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

    ext4修正 __es_tree_search 中由錯誤的開機載入器 inode 所造成的 bug_on (CVE-2022-50638)

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

    uiouio_dmem_genirq修正 irq 組態中缺少的解除鎖定 (CVE-2022-50652)

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

    ppp將 skb 與 tx 時的裝置相關聯 (CVE-2022-50655)

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

    mrp引入使用中旗標以防止在應用程式 uninit 時發生 UAF (CVE-2022-50697)

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

    md/raid1raid1 陣列執行失敗時停止 mdx_raid1 執行緒 (CVE-2022-50715)

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

    hfs修正 hfs_asc2mac 中的 OOB 寫入 (CVE-2022-50747)

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

    acct修正 encode_comp_t() 中潛在的整數溢位 (CVE-2022-50749)

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

    udf避免 udf_rename() 中出現雙重 brelse() (CVE-2022-50755)

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

    x86/xen修正 xen_init_lock_cpu() 中的記憶體洩漏 (CVE-2022-50761)

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

    tpmtpm_tis新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50824)

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

    net資料流清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

    ext4修正錯誤路徑上 ext4_xattr_inode_create() 中的 inode 洩漏 (CVE-2022-50845)

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

    mmcvia-sdmmc修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50846)

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

    pstore以 VM_IOREMAP 執行 vmap() 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修正 ipr_init() 中的警告 (CVE-2022-50850)

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

    hwrngamd - 修正 PCI 裝置 refcount 洩漏 (CVE-2022-50868)

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

    RDMA/rxe修正通訊端建立失敗時 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50886)

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

    Regulator核心修正 Regulator_dev_lookup() 中不平衡的節點參照計數 (CVE-2022-50887)

    根據使用 STIBP 作為緩解措施的核心 API 中的奇怪模式發現，Linux 核心未正確緩解 SMT 攻擊，處理程序在系統呼叫後的短暫期間仍然暴露在風險之下。核心也不會在系統呼叫期間立即發出 IBPB。 (CVE-2023-0045)

    在 Linux 核心的 Network 子元件中，在 net/ipv6/raw.c 的 rawv6_push_pending_frames 中發現一個 NULL 指標解除參照缺陷。此缺陷會導致系統當機。(CVE-2023-0394)

    偵測到一些可遭惡意利用的小工具，這些小工具可透過側通道 (如 MDS) 以及針對 spectre-v1 的 usercopy 函式強化不足，來洩漏私密記憶體。(CVE-2023-0459)

    Linux 核心中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。必須設定核心組態旗標 CONFIG_TLS 或 CONFIG_XFRM_ESPINTCP，才能達到弱點，但該作業不需要任何權限。

    struct inet_connection_sock 的 icsk_ulp_data 有一個釋放後使用錯誤。

    啟用 CONFIG_TLS 時，使用者可在已連線的 tcp 通訊端上安裝 tls 內容 (struct tls_context)。
    如果此通訊端中斷連線並重新用作接聽程式，則不會清除內容。如果從接聽程式建立新的通訊端，則內容會繼承並受到影響。

    setsockopt TCP_ULP 作業不需要任何權限。

    建議升級過去的提交 2c02d41d71f90a5168391b6a5f2954112ba2307c (CVE-2023-0461)

    在 Linux 核心 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_atm.c 中的 atm_tc_enqueue 允許攻擊者造成系統拒絕服務。(CVE-2023-23455)

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

    nilfs2修正 nilfs_btree_insert() 中的一般保護錯誤 (CVE-2023-52900)

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

    usbxhci解除參照前檢查端點是否有效 (CVE-2023-52901)

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

    netfilter: ipset: 修復 bitmap_ip_create() 函式中，擴展前的溢位錯誤。(CVE-2023-53032)

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

    usbrndis_host針對 int 溢位進行安全 rndis_query 檢查 (CVE-2023-54110)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
269579	Linux Distros 未修補的弱點：CVE-2022-50430	Nessus	Misc.	2025/10/8	2026/11/12	medium
353232	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個漏洞（CENTOS7：CLSA-2026：1782148320）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
171848	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-042 (ALASKERNEL-5.4-2023-042)	Nessus	Amazon Linux Local Security Checks	2023/2/23	2026/2/11	high
366781	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個漏洞（CENTOS-STREAM8：CLSA-2026：1792239979）	Nessus	CentOS Local Security Checks	2026/10/17	2026/10/27	high
171216	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-026 (ALASKERNEL-5.10-2023-026)	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high
171229	Amazon Linux 2核心 --advisory ALAS2-2023-1932 (ALAS-2023-1932)	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high

偵測

搜尋 Plugin

medium

high

high

high

high

high