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

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

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

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

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

    i2cdesignware在時鐘乘法中使用 u64 轉換以避免溢位 (CVE-2022-49749)

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

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

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

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

    net修正 skb_segment_list 中的 NULL 指標 (CVE-2023-52991)

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

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

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

    x86/i8259使用 IRQ_LEVEL 標記舊版 PIC 中斷 (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 核心中，下列弱點已解決：

    追踪確保 trace_printk() 可以在使用時立即輸出 (CVE-2023-53007)

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

    HIDbetop檢查輸出報告的形狀 (CVE-2023-53015)

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

    netmdio驗證 mdiobus_get_phy() 中的參數 addr (CVE-2023-53019)

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

    l2tp關閉 l2tp_tunnel_register() 中的所有爭用情形 (CVE-2023-53020)

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

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

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

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

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

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

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

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

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

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

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

    cpufreq省長使用 kobject release() 方法釋放 dbs_data (CVE-2022-49513)

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

    ovl針對 memcpy() 目的地使用 buf 彈性陣列 (CVE-2022-49743)

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

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

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

    裝置屬性fwnode_graph_get_next_endpoint() 中節點 refcount 洩漏的修正 (CVE-2022-49752)

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

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

    在 Linux 核心中發現一個缺陷。在使用者將 capable 檔案從一個 nosuid 掛載區複製到另一個掛載時，在 Linux 核心的 OverlayFS 子系統中發現未經授權使用 capabilities 執行 setuid 檔案的情況。本機使用者可利用此 uid 對應錯誤提升自己的系統權限。(CVE-2023-0386)

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

    在 Linux 核心的 NFS 檔案系統中，發現 fs/nfsd/nfs4proc.c 的 nfsd4_ssc_setup_dul 中存在釋放後使用缺陷。本機攻擊者可利用此問題造成系統當機或導致核心資訊洩漏問題。(CVE-2023-1652)

    在 Linux 核心 6.0.8 中，fs/fs-writeback.c 的 inode_cgwb_move_to_attached 中存在與 __list_del_entry_valid 相關的釋放後使用問題。(CVE-2023-26605)

    在 Linux 核心的 Framebuffer Console (fbcon) 中發現一個缺陷。為 fbcon_set_font 提供大於 32 的 font->width 和 font->height 時，由於沒有適當的檢查，會發生移位超出邊界，進而導致未定義的行為且可能造成拒絕服務。(CVE-2023-3161)

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

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

    bpf略過 backtrack_insn 中的無效 kfunc 呼叫 (CVE-2023-52928)

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

    drm/i915修正可能發生的 bit_17 重複釋放 (CVE-2023-52930)

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

    mm/swapfile在 get_swap_pages() 中新增 cond_resched() (CVE-2023-52932)

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

    Squashfs修正 xattr_ids 計數的處理和功能健全檢查 (CVE-2023-52933)

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

    kernel/irq/irqdomain.c透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-52936)

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

    vc_screen：移動 vcs_read() 中的 struct vc_data 指標載入以避免 UAF (CVE-2023-52973)

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

    efi修正 efi_mem_reserve_persistent 中潛在的 NULL 解除參照 (CVE-2023-52976)

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

    netopenvswitch修正 ovs_flow_cmd_new 中的流程記憶體洩漏 (CVE-2023-52977)

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

    squashfs加強 squashfs_read_xattr_id_table 中的功能健全檢查 (CVE-2023-52979)

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

    block、bfq修正 bic_set_bfqq() 中 bfqq 的 uaf (CVE-2023-52983)

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

    bpf、sockmap複製接聽程式時檢查任何 tcp_bpf_prots (CVE-2023-52986)

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

    net修正 skb_segment_list 中的 NULL 指標 (CVE-2023-52991)

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

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

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

    x86/i8259使用 IRQ_LEVEL 標記舊版 PIC 中斷 (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 核心中，下列弱點已解決：

    追踪確保 trace_printk() 可以在使用時立即輸出 (CVE-2023-53007)

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

    netmdio驗證 mdiobus_get_phy() 中的參數 addr (CVE-2023-53019)

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

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

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

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

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

    NFSD修正 nfsd4_ssc_setup_dul() 中的釋放後使用 (CVE-2023-53025)

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

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

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

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

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

  - 已解決 Linux 核心中的下列弱點：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  - 在 Linux 核心中發現一個歸類爲「有問題」的弱點。受影響的是檔案 net/can/j1939/transport.c 的函式j1939_session_destroy。攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。此弱點的識別碼為 VDB-211932。
    (CVE-2022-3633)

  - 已解決 Linux 核心中的下列弱點：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已解決 Linux 核心中的下列弱點：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已解決 Linux 核心中的下列弱點：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已解決 Linux 核心中的下列弱點：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

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

  - 已解決 Linux 核心中的下列弱點：hwmon: (w83792d) Fix NULL pointer dereference by removing unnecessary structure field If driver read val value sufficient for (val & 0x08) && (!(val & 0x80)) && ((val & 0x7) == ((val >> 4) & 0x7)) from device then Null pointer dereference occurs. (It is possible if tmp = 0b0xyz1xyz, where same literals mean same numbers) Also lm75[] does not serve a purpose anymore after switching to devm_i2c_new_dummy_device() in w83791d_detect_subclients(). The patch fixes possible NULL pointer dereference by removing lm75[]. Found by Linux Driver Verification project (linuxtesting.org). [groeck: Dropped unnecessary continuation lines, fixed multipline alignment] (CVE-2021-47385)

  - 已解決 Linux 核心中的下列弱點：hwmon: (w83791d) Fix NULL pointer dereference by removing unnecessary structure field If driver read val value sufficient for (val & 0x08) && (!(val & 0x80)) && ((val & 0x7) == ((val >> 4) & 0x7)) from device then Null pointer dereference occurs. (It is possible if tmp = 0b0xyz1xyz, where same literals mean same numbers) Also lm75[] does not serve a purpose anymore after switching to devm_i2c_new_dummy_device() in w83791d_detect_subclients(). The patch fixes possible NULL pointer dereference by removing lm75[]. Found by Linux Driver Verification project (linuxtesting.org). [groeck: Dropped unnecessary continuation lines, fixed multi-line alignment] (CVE-2021-47386)

  - 已解決 Linux 核心中的下列弱點：mm/uffd: fix pte marker when fork() without fork event Patch series mm: Fixes on pte markers. Patch 1 resolves the syzkiller report from Pengfei. Patch 2 further harden pte markers when used with the recent swapin error markers. The major case is we should persist a swapin error marker after fork(), so child shouldn't read a corrupted page. This patch (of 2): When fork(), dst_vma is not guaranteed to have VM_UFFD_WP even if src may have it and has pte marker installed. The warning is improper along with the comment. The right thing is to inherit the pte marker when needed, or keep the dst pte empty. A vague guess is this happened by an accident when there's the prior patch to introduce src/dst vma into this helper during the uffd-wp feature got developed and I probably messed up in the rebase, since if we replace dst_vma with src_vma the warning & comment it all makes sense too. Hugetlb did exactly the right here (copy_hugetlb_page_range()). Fix the general path.
    Reproducer: https://github.com/xupengfe/syzkaller_logs/blob/main/221208_115556_copy_page_range/repro.cBugzilla report: https://bugzilla.kernel.org/show_bug.cgi?id=216808 (CVE-2022-49744)

  - 已解決 Linux 核心中的下列弱點：drm/vkms: Fix memory leak in vkms_init() A memory leak was reported after the vkms module install failed. unreferenced object 0xffff88810bc28520 (size 16): comm modprobe, pid 9662, jiffies 4298009455 (age 42.590s) hex dump (first 16 bytes): 01 01 00 64 81 88 ff ff 00 00 dc 0a 81 88 ff ff ...d............ backtrace:
    [<00000000e7561ff8>] kmalloc_trace+0x27/0x60 [<000000000b1954a0>] 0xffffffffc45200a9 [<00000000abbf1da0>] do_one_initcall+0xd0/0x4f0 [<000000001505ee87>] do_init_module+0x1a4/0x680 [<00000000958079ad>] load_module+0x6249/0x7110 [<00000000117e4696>] __do_sys_finit_module+0x140/0x200 [<00000000f74b12d2>] do_syscall_64+0x35/0x80 [<000000008fc6fcde>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 The reason is that the vkms_init() returns without checking the return value of vkms_create(), and if the vkms_create() failed, the config allocated at the beginning of vkms_init() is leaked. vkms_init() config = kmalloc(...) # config allocated ... return vkms_create() # vkms_create failed and config is leaked Fix this problem by checking return value of vkms_create() and free the config if error happened. (CVE-2022-50269)

  - 已解決 Linux 核心中的下列弱點：net: hns: fix possible memory leak in hnae_ae_register() Inject fault while probing module, if device_register() fails, but the refcount of kobject is not decreased to 0, the name allocated in dev_set_name() is leaked. Fix this by calling put_device(), so that name can be freed in callback function kobject_cleanup(). unreferenced object 0xffff00c01aba2100 (size 128): comm systemd-udevd, pid 1259, jiffies 4294903284 (age 294.152s) hex dump (first 32 bytes): 68 6e 61 65 30 00 00 00 18 21 ba 1a c0 00 ff ff hnae0....!...... 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<0000000034783f26>] slab_post_alloc_hook+0xa0/0x3e0 [<00000000748188f2>] __kmem_cache_alloc_node+0x164/0x2b0 [<00000000ab0743e8>]
    __kmalloc_node_track_caller+0x6c/0x390 [<000000006c0ffb13>] kvasprintf+0x8c/0x118 [<00000000fa27bfe1>] kvasprintf_const+0x60/0xc8 [<0000000083e10ed7>] kobject_set_name_vargs+0x3c/0xc0 [<000000000b87affc>] dev_set_name+0x7c/0xa0 [<000000003fd8fe26>] hnae_ae_register+0xcc/0x190 [hnae] [<00000000fe97edc9>] hns_dsaf_ae_init+0x9c/0x108 [hns_dsaf] [<00000000c36ff1eb>] hns_dsaf_probe+0x548/0x748 [hns_dsaf] (CVE-2022-50352)

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

Rocky Linux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1782155469 公告中提及的多個弱點影響。

  - 在 Linux 核心中發現一個歸類爲「有問題」的弱點。受影響的是檔案 net/can/j1939/transport.c 的函式j1939_session_destroy。攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。此弱點的識別碼為 VDB-211932。
    (CVE-2022-3633)

  - 已解決 Linux 核心中的下列弱點：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已解決 Linux 核心中的下列弱點：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已解決 Linux 核心中的下列弱點：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已解決 Linux 核心中的下列弱點：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
234965	Amazon Linux 2：kernel (ALASKERNEL-5.10-2025-089)	Nessus	Amazon Linux Local Security Checks	2025/4/29	2026/1/26	high
190056	Amazon Linux 2：kernel (ALASKERNEL-5.15-2024-037)	Nessus	Amazon Linux Local Security Checks	2024/2/6	2026/2/26	high
244631	Linux Distros 未修補的弱點：CVE-2023-53007	Nessus	Misc.	2025/8/7	2026/11/12	medium
235076	Amazon Linux 2核心 --advisory ALAS2-2025-2837 (ALAS-2025-2837)	Nessus	Amazon Linux Local Security Checks	2025/5/1	2026/2/9	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
359640	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	low
361044	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1783355084）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/22	medium
359694	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/21	low

偵測

搜尋 Plugin

high

high

medium

high

high

low

medium

low