远程 Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS 主机上安装的软件包存在多个漏洞，如 USN-8669-1 告警中所述。

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - UDP 上的 Foo-over-UDP （FOU）;

    - ARM64 架构；

    - x86 架构；

    - 区块层子系统；

    - 驱动程序核心；

    - Null 块设备驱动程序；

    - 蓝牙驱动程序；

    - 计数器接口驱动程序；

    - DMA 引擎子系统；

    - DPLL 子系统；

    - GPIO 子系统；

    - GPU 驱动程序；

    - I2C 子系统；

    - IIO ADC 驱动程序；

    - IIO 子系统；

    - InfiniBand 驱动程序；

    - 片上互连管理框架；

    - IOMMU 子系统；

    - IRQ 芯片驱动程序；

    - 模块化 ISDN 驱动程序；

    - LED 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - UACCE 加速器框架；

    - MMC 子系统；

    - 以太网绑定驱动程序；

    - 网络驱动程序；

    - Mellanox 网络驱动程序；

    - Texas Instruments 网络驱动程序；

    - NVME 驱动程序；

    - 设备树和 Open Firmware 驱动程序；

    - PHY 驱动程序；

    - x86 平台驱动程序；

    - i.MX PM 域；

    - SCSI 子系统；

    - SLIMbus 驱动程序；

    - SPI 子系统；

    - TTY 驱动程序；

    - USB 主机控制器驱动程序；

    - W1 Dallas 的 1-wire 总线驱动程序；

    - Xen 管理程序驱动程序；

    - BTRFS 文件系统；

    - EFI 变量文件系统；

    - 文件系统基础设施；

    - Ext4 文件系统；

    - FUSE（Userspace 中的文件系统）；

    - 网络文件系统库；

    - 网络文件系统 (NFS) 客户端；

    - 网络文件系统 (NFS) 服务器后台程序；

    - SMB 网络文件系统；

    - 内存管理；

    - 内存管理；

    - 计划程序基础设施；

    - 跟踪基础设施；

    - IPv4 联网；

    - Netfilter；

    - NFC 子系统；

    - 网络流量控制；

    - TCP 网络协议；

    - io_uring 子系统；

    - Perf 事件；

    - 锁定基元；

    - 休眠控制；

    - Timer 子系统；

    - BPF 子系统；

    - 浮动比例库；

    - 蓝牙子系统；

    - CAN 网络层；

    - Ceph Core 库；

    - Networking 核心；

    - IPv6 联网；

    - L2TP 协议；

    - MAC80211 子系统；

    - 多路径 TCP；

    - NET/ROM 层；

    - RxRPC 会话套接字；

    - SCTP 协议；

    - SMC 套接字；

    - VMware vSockets 驱动程序；

    - 无线网络；

    - ALSA AC97 驱动程序；

    - Creative Sound Blaster X-Fi 驱动程序；

    - Texas InstrumentS Audio (ASoC/HDA) 驱动程序；

    - USB音响设备;（CVE-2025-71158 ， ， ， CVE-2025-71161， CVE-2025-71162CVE-2026-22990CVE-2025-71199CVE-2025-71200CVE-2025-71190CVE-2025-71191CVE-2025-71189CVE-2025-71193CVE-2025-71192CVE-2025-71194CVE-2025-71195CVE-2025-71196CVE-2025-71197CVE-2025-71198CVE-2025-71188CVE-2026-22976CVE-2025-71201CVE-2026-22977CVE-2026-22978CVE-2026-22979CVE-2026-22980CVE-2026-22981CVE-2025-71187CVE-2026-22985CVE-2026-22982CVE-2026-22986CVE-2026-22987CVE-2026-22989CVE-2026-22991CVE-2026-22992CVE-2025-71186CVE-2026-22994CVE-2026-22993CVE-2026-23004CVE-2026-23003CVE-2026-23005CVE-2026-23002CVE-2026-23001CVE-2026-23000CVE-2026-23006CVE-2026-22999CVE-2026-22998CVE-2026-22997CVE-2026-23007CVE-2026-22996CVE-2025-71185CVE-2026-23008CVE-2026-23012CVE-2026-23011CVE-2026-23013CVE-2026-23010CVE-2026-23014CVE-2026-23015CVE-2025-71163CVE-2025-71182CVE-2026-23017CVE-2025-71180CVE-2025-71183CVE-2025-71184CVE-2026-23009CVE-2025-71160、 、 、 CVE-2026-23059CVE-2026-23032CVE-2026-23031CVE-2026-23033CVE-2026-23034CVE-2026-23035CVE-2026-23036CVE-2026-23037CVE-2026-23030CVE-2026-23042CVE-2026-23038CVE-2026-23044CVE-2026-23045CVE-2026-23046CVE-2026-23047CVE-2026-23049CVE-2026-23026CVE-2026-23051CVE-2026-23050CVE-2026-23052CVE-2026-23053CVE-2026-23054CVE-2026-23055CVE-2026-23056CVE-2026-23025CVE-2026-23058CVE-2026-23057CVE-2026-23061CVE-2026-23062CVE-2026-23063CVE-2026-23072CVE-2026-23071CVE-2026-23070CVE-2026-23073CVE-2026-23069CVE-2026-23068CVE-2026-23067CVE-2026-23075CVE-2026-23066CVE-2026-23065CVE-2026-23064CVE-2026-23076CVE-2026-23024CVE-2026-23022CVE-2026-23086CVE-2026-23081CVE-2026-23085CVE-2026-23078CVE-2026-23079CVE-2026-23080CVE-2026-23084CVE-2026-23087CVE-2026-23023CVE-2026-23083CVE-2026-23021CVE-2026-23077CVE-2026-23020CVE-2026-23019CVE-2026-23018、 、 、 CVE-2026-23123CVE-2026-23099CVE-2026-23100CVE-2026-23101CVE-2026-23098CVE-2026-23103CVE-2026-23102CVE-2026-23104CVE-2026-23105CVE-2026-23106CVE-2026-23107CVE-2026-23108CVE-2026-23097CVE-2026-23110CVE-2026-23109CVE-2026-23113CVE-2026-23114CVE-2026-23115CVE-2026-23116CVE-2026-23118CVE-2026-23096CVE-2026-23120CVE-2026-23119CVE-2026-23121CVE-2026-23122CVE-2026-23124CVE-2026-23136CVE-2026-23135CVE-2026-23133CVE-2026-23137CVE-2026-23131CVE-2026-23130CVE-2026-23129CVE-2026-23138CVE-2026-23128CVE-2026-23126CVE-2026-23125CVE-2026-23139CVE-2026-23095CVE-2026-23093CVE-2026-23148CVE-2026-23144CVE-2026-23147CVE-2026-23141CVE-2026-23142CVE-2026-23143CVE-2026-23146CVE-2026-23150CVE-2026-23094CVE-2026-23145CVE-2026-23092CVE-2026-23140CVE-2026-23090CVE-2026-23089CVE-2026-23088、 、 、 CVE-2026-31636CVE-2026-23162CVE-2026-23163CVE-2026-23164CVE-2026-23165CVE-2026-23166CVE-2026-23167CVE-2026-23161CVE-2026-23169CVE-2026-23168CVE-2026-23170CVE-2026-23171CVE-2026-23172CVE-2026-23173CVE-2026-23212CVE-2026-23160CVE-2026-31414CVE-2026-31405CVE-2026-31444CVE-2026-31501CVE-2026-31589CVE-2026-46242CVE-2026-46137CVE-2026-46113CVE-2026-46290CVE-2026-43499CVE-2026-43465CVE-2026-43379CVE-2026-46317CVE-2026-43198CVE-2026-31705CVE-2026-31633CVE-2026-46331CVE-2026-23159CVE-2026-23157CVE-2026-53277CVE-2026-53176CVE-2026-53228CVE-2026-52989CVE-2026-53086CVE-2026-53131CVE-2026-53225CVE-2026-53359CVE-2026-23158CVE-2026-53212CVE-2026-23156CVE-2026-52924CVE-2026-23154CVE-2026-23152CVE-2026-23151

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Oracle Linux 10 / 9 主机上安装的多个程序包受到 ELSA-2026-50160 公告中提及的多个漏洞影响。

    - mm/hugetlb：修复 hugetlb_pmd_shared() (David Hildenbrand) [Orabug: 38931087] {CVE-2026-23100}
    - platform/x86：classmate-laptop：添加缺失的空指针检查 (Rafael J. Wysocki) [Orabug: 39044501] {CVE-2026-23237}
    - scsi：qla2xxx：修复造成双重释放的 bsg_done() (Anil Gurumurthy) [Orabug: 39044457] {CVE-2025-71238}
    - wifi：rtl8xxxu：修复 rtl8xxxu_sta_add 中的 slab 越界 (Ali Tariq) [Orabug: 38997990] {CVE-2025-71234}
    - xfs：修复 xchk_btree_check_block_owner 中的 UAF (Darrick J. Wong) [Orabug: 38998028] {CVE-2026-23223}
    - scsi：qla2xxx：释放错误路径中的 sp 以修复系统崩溃 (Anil Gurumurthy) [Orabug: 38997979] {CVE-2025-71232}
    - scsi：qla2xxx：在结构扫描进行期间延迟模块卸载 (Anil Gurumurthy) [Orabug: 38997992] {CVE-2025-71235}
    - scsi：qla2xxx：在释放相关内存之前验证 sp (Anil Gurumurthy) [Orabug: 38997998] {CVE-2025-71236}
    - wifi：rtw88：修复 rtw_core_enable_beacon() 中的对齐错误 (Bitterblue Smith) [Orabug: 38997972] {CVE-2025-71229}
    - crypto：virtio - 为 virtqueue 通知添加旋锁保护 (Bibo Mao) [Orabug: 38998052] {CVE-2026-23229}
    - crypto：iaa - 修复 find_empty_iaa_compression_mode 中的越界索引 (Thorsten Blum) [Orabug：
    38997976] {CVE-2025-71231}
    - smb：client：拆分 cached_fid 位字段以避免共享字节 RMW 争用 (Henrique Carvalho) [Orabug：
    38998059] {CVE-2026-23230}
    - spi：tegra210-quad：保护 tegra_qspi_combined_seq_xfer 中的 curr_xfer (Breno Leitao) [Orabug: 38970593] {CVE-2026-23202}
    - ASoC：amd：修复 acp3x pdm dma ops 中的内存泄漏 (Chris Bainbridge) [Orabug: 38970441] {CVE-2026-23190}
    - ipv6：修复清除 RTF_ADDRCONF 时的 ECMP 同级计数不匹配 (Shigeru Yoshida) [Orabug: 38970598] {CVE-2026-23200}
    - netfilter：nf_tables：修复 nft_map_catchall_activate() 中的反向 genmask 检查 (Andrew Fasano) [Orabug：
    38970170] {CVE-2026-23111}
    - net: usb: r8152：修复恢复重置死锁 (Sergey Senozhatsky) [Orabug: 38970438] {CVE-2026-23188}
    - macvlan：修复 macvlan_common_newlink() 中的错误恢复 (Eric Dumazet) [Orabug: 38970508] {CVE-2026-23209}
    - net/sched：cls_u32：使用 skb_header_pointer_careful() (Eric Dumazet) [Orabug: 38970487] {CVE-2026-23204}
    - smb/client：修复 smb2_open_file() 中的内存泄漏 (Chenxiaosong) [Orabug: 38970578] {CVE-2026-23205}
    - btrfs：如果 fs 完全只读，则拒绝新的事务 (Qu Wenruo) [Orabug: 38985156] {CVE-2026-23214}
    - scsi：target：iscsi：修复 iscsit_dec_conn_usage_count() 中的释放后使用 (Maurizio Lombardi) [Orabug：
    38985169] {CVE-2026-23216}
    - scsi：target：iscsi：修复 iscsit_dec_session_usage_count() 中的释放后使用 (Maurizio Lombardi) [Orabug：
    38970453] {CVE-2026-23193}
    - nvmet-tcp：修复 nvmet_tcp_listen_data_ready() 中的挂起 (Hannes Reinecke) [Orabug: 38970416] {CVE-2026-23179}
    - drm/amd/pm：在 SMU 模式 1 重置期间禁用 MMIO 访问 (Perry Yuan) [Orabug: 38985149] {CVE-2026-23213}
    - HID：i2c-hid：修复 i2c_hid_get_report() 中的潜在缓冲区溢出 (Kwok Kin Ming) [Orabug: 38970413] {CVE-2026-23178}
    - md：通过 sysfs 更新 raid_disks 时暂停数组 (Danny Shih) [Orabug: 38985108] {CVE-2025-71225}
    - wifi：wlcore：在 skb_push 前确保 skb 余量 (Peter Astrand) [Orabug: 38970152] {CVE-2025-71222}
    - wifi：mac80211：ocb：未加入接口时，跳过 rx_no_sta (Moon Hee Lee) [Orabug: 38970163] {CVE-2025-71224}
    - procfs：避免在保持 VMA 锁定时获取版本 ID (Andrii Nakryiko) [Orabug: 38970476] {CVE-2026-23199}
    - mm, shmem：防止截断争用时无限循环 (Kairui Song) [Orabug: 38970409] {CVE-2026-23177}
    - ceph：修复由于 parse_longname() 中 kfree() 的指针无效而导致的 oops (Daniel Vogelbacher) [Orabug：
    38970590] {CVE-2026-23201}
    - ceph：修复 ceph_mds_auth_match() 中的空指针取消引用 (Viacheslav Dubeyko) [Orabug: 38970595] {CVE-2026-23189}
    - mm/slab：添加 memcg_alloc_abort_single 的 alloc_tagging_slab_free_hook (Hao Ge) [Orabug: 38985192] {CVE-2026-23219}
    - ALSA：aloop：修复 PCM 触发时的 racy 访问 (Takashi Iwai) [Orabug: 38970445] {CVE-2026-23191}
    - x86/vmware：修复超级调用破坏 (Josh Poimboeuf) [Orabug: 38985163] {CVE-2026-23215}
    - nvmet-tcp：在 nvmet_tcp_build_pdu_iovec 中添加边界检查 (Yunje Shin) [Orabug: 38970176] {CVE-2026-23112}
    - perf：sched：使用新的 is_user_task() 帮助程序修复 perf 崩溃 (Steven Rostedt) [Orabug: 38970581] {CVE-2026-23159}
    - wifi：ath11k：在监控模式下，为 ath11k_hal_srng_* 添加 srng->lock (Kang Yang) [Orabug: 37844126] {CVE-2024-58096}
    - drm/amdgpu：修复 amdgpu_gmc_filter_faults_remove 中的空指针取消引用 (Jon Doron) [Orabug：
    38970348] {CVE-2026-23163}
    - net：修复转发 fraglist GRO 的分段 (Jibin Zhang) [Orabug: 38970318] {CVE-2026-23154}
    - mm/shmem，swap：修复截断和交换条目拆分的争用 (Kairui Song) [Orabug: 38970345] {CVE-2026-23161}
    - flex_proportions：使 fprop_new_period() 在硬中断上下文中安全 (Jan Kara) [Orabug: 38970373] {CVE-2026-23168}
    - nvmet：修复 nvmet_bio_done() 中导致空指针取消引用的争用 (Ming Lei) [Orabug: 38970608] {CVE-2026-23148}
    - efivarfs：修复 efivar_entry_get() 中的错误传播 (Kohei Enju) [Orabug: 38970325] {CVE-2026-23156}
    - net/mlx5e：TC，仅删除现有对等机的流 (Mark Bloch) [Orabug: 38970397] {CVE-2026-23173}
    - ice：修复 ice_vsi_set_napi_queues 中的空指针取消引用 (Aaron Ma) [Orabug: 38970364] {CVE-2026-23166}
    - rocker：修复 rocker_world_port_post_fini() 中的内存泄漏 (Kery Qi) [Orabug: 38970351] {CVE-2026-23164}
    - bonding：针对围绕 slave->last_rx 的数据争用添加注释 (Eric Dumazet) [Orabug: 38985142] {CVE-2026-23212}
    - Bluetooth：MGMT：修复 set_ssp_complete 中的内存泄漏 (Jianpeng Chang) [Orabug: 38970587] {CVE-2026-23151}
    - Bluetooth：hci_uart：修复 hci_uart_write_work 中的 null-ptr-deref (Jia-Hong Su) [Orabug: 38970604] {CVE-2026-23146}
    - wifi：ath11k：修复在回收监控目标环形缓冲区时发生的 RCU 停滞 (P Praneesh) [Orabug: 37844129] {CVE-2024-58097}
    - btrfs：修复 btrfs_clear_space_info_full() 中的 racy 位域写入 (Boris Burkov) [Orabug: 38798802] {CVE-2025-68358}
    - sched_ext：修复 deferred_irq_workfn() 中可能的死锁 (Zqiang) [Orabug: 38792605] {CVE-2025-68333}
    - exfat：修复 exfat_find 中的 refcount 泄漏 (Shuhao Fu) [Orabug: 38798780] {CVE-2025-68351}
    - bpf：禁止 BPF 测试基础设施向网络协议栈发出无效的 GSO 类型 (Daniel Borkmann) [Orabug: 38798881] {CVE-2025-68725}
    - migrate：更正 hugetlb 文件作品集的锁定顺序 (Matthew Wilcox) [Orabug: 38931066] {CVE-2026-23097}
    - can：usb_8dev: usb_8dev_read_bulk_callback()：修复 URB 内存泄漏 (Marc Kleine-Budde) [Orabug: 38931120] {CVE-2026-23108}
    - can：kvaser_usb：kvaser_usb_read_bulk_callback()：修复 URB 内存泄漏 (Marc Kleine-Budde) [Orabug: 
    38930881] {CVE-2026-23061}
    - can：ems_usb：ems_usb_read_bulk_callback()：修复 URB 内存泄漏 (Marc Kleine-Budde) [Orabug: 38930859] {CVE-2026-23058}
    - irqchip/gic-v3-its：避免截断内存地址 (Arnd Bergmann) [Orabug: 38931001] {CVE-2026-23085}
    - intel_th：修复输出 open() 上的设备泄漏 (Johan Hovold) [Orabug: 38931040] {CVE-2026-23091}
    - tracing：修复在使用合成堆栈跟踪字段时出现的崩溃问题 (Steven Rostedt) [Orabug: 38931024] {CVE-2026-23088}
    - arm64：在 swsusp_arch_resume() 上设置 __nocfi (Zhaoyang Huang) [Orabug: 38970241] {CVE-2026-23128}
    - arm64/fpsimd: signal：还原 ZA 时分配 SSVE 存储 (Mark Rutland) [Orabug: 38931118] {CVE-2026-23107}
    - wifi：rsi：修复因未设置 vif 驱动程序数据大小而导致的内存损坏 (Marek Vasut) [Orabug: 38930939] {CVE-2026-23073}
    - wifi：ath10k：修复 dma_free_coherent() 指针 (Thomas Fourier) [Orabug: 38970253] {CVE-2026-23133}
    - ALSA：usb-audio：修复 snd_usb_mixer_free() 中的释放后使用 (Berk Cem Goksel) [Orabug: 38931029] {CVE-2026-23089}
    - ALSA：scarlett2：修复配置检索中的缓冲区溢出 (Samasth Norway Ananda) [Orabug: 38930973] {CVE-2026-23078}
    - ALSA：ctxfi：修复音频混合器处理中潜在的 OOB 访问 (Takashi Iwai) [Orabug: 38930966] {CVE-2026-23076}
    - leds：led-class：仅在完全准备就绪时将 LED 添加到 leds_list (Hans de Goede) [Orabug: 38931091] {CVE-2026-23101}
    - dpll：防止重复注册 (Ivan Vecera) [Orabug: 38970244] {CVE-2026-23129}
    - vsock/virtio：将 TX credit 限制为本地缓冲区大小 (Melbin K Mathew) [Orabug: 38931008] {CVE-2026-23086}
    - vsock/virtio：修复 virtio_transport_get_credit() 中潜在的下溢 (Melbin K Mathew) [Orabug：
    38930919] {CVE-2026-23069}
    - bonding：提供指向 __skb_flow_dissect() 的网络指针 (Eric Dumazet) [Orabug: 38970199] {CVE-2026-23119}
    - be2net：修复 be_cmd_get_mac_from_list 中的空指针取消引用 (Andrey Vatoropin) [Orabug: 38930992] {CVE-2026-23084}
    - ipv6：为 ndisc_router_discovery() 中的数据争用添加注释 (Eric Dumazet) [Orabug: 38970222] {CVE-2026-23124}
    - netdevsim：修复与 bpf_bound_progs 列表操作相关的争用问题 (Yun Lu) [Orabug: 38970233] {CVE-2026-23126}
    - scsi：qla2xxx：审查负载大小以防止成员溢出 (Jiasheng Jiang) [Orabug: 38930867] {CVE-2026-23059}
    - scsi：core：最终完成之间相互争用时唤醒错误处理程序 (David Jeffery) [Orabug: 38931132] {CVE-2026-23110}
    - regmap：修复 hwspinlock irqsave 例程中的争用条件 (Cheng-Yu Lee) [Orabug: 38930930] {CVE-2026-23071}
    - interconnect：debugfs：将 src_node 和 dst_node 初始化为空字符串 (Georgi Djakov) [Orabug：
    38970218] {CVE-2026-23123}
    - io_uring/io-wq：检查工作运行循环内部的 IO_WQ_BIT_EXIT (Jens Axboe) [Orabug: 38970181] {CVE-2026-23113}
    - platform/x86：hp-bioscfg：修复 GET_INSTANCE_ID 宏中的内核错误 (Mario Limonciello) [Orabug：
    38930890] {CVE-2026-23062}
    - platform/x86：hp-bioscfg：修复空属性名称的 kobject 警告 (Mario Limonciello) [Orabug：
    38970247] {CVE-2026-23131}
    - scsi：xen：scsiback：修复 scsiback_remove() 中的潜在内存泄漏 (Abdun Nihaal) [Orabug: 38931014] {CVE-2026-23087}
    - w1：therm：修复 alarms_store 中的差一缓冲区溢出 (Thorsten Blum) [Orabug: 38930796] {CVE-2025-71197}
    - crypto：authencesn - 拒绝不符合 ESP/ESN 规范的过短 AAD (assoclen<8) (Taeyang Lee) [Orabug：
    38930874] {CVE-2026-23060}
    - net/sched: qfq：使用 cl_is_active 确定类在 qfq_rm_from_ag 中是否活动 (Jamal Hadi Salim) [Orabug: 38931110] {CVE-2026-23105}
    - net/sched：强制 teql 只能用作根 qdisc (Jamal Hadi Salim) [Orabug: 38930948] {CVE-2026-23074}
    - ipvlan：按端口设置 addrs_lock (Dmitry Skorodumov) [Orabug: 38931102] {CVE-2026-23103}
    - l2tp：避免 l2tp_tunnel_del_work() 中的数据争用 (Eric Dumazet) [Orabug：38970202] {CVE-2026-23120}
    - gue：修复内部 IP 协议 0 的 skb 内存泄露。(Kuniyuki Iwashima) [Orabug: 38931057] {CVE-2026-23095}
    - sctp：在 SCTP_CMD_PEER_INIT 之后移动 SCTP_CMD_ASSOC_SHKEY (Xin Long) [Orabug: 38970225] {CVE-2026-23125}
    - can：gs_usb：gs_usb_receive_bulk_callback()：usb_submit_urb() 错误中的非定位 URL (Marc Kleine-Budde) [Orabug: 38931184] {CVE-2026-23082}
    - l2tp：修复 l2tp_udp_encap_recv() 中的内存泄漏。(Kuniyuki Iwashima) [Orabug: 38930935] {CVE-2026-23072}
    - bonding：将 BOND_MODE_8023AD 限制为以太网设备 (Eric Dumazet) [Orabug: 38931079] {CVE-2026-23099}
    - vsock/virtio：仅合并线性的 skb (Michal Luczaj) [Orabug: 38930857] {CVE-2026-23057}

Tenable 已直接从 Oracle Linux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1782155469 2公告中提及的多个漏洞的影响。

  - 在 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Octeontx2-af：添加对fwdata固件的适当检查，在共享固件结构中填充MAC地址、链路模式（支持、广告）和EEPROM数据，内核通过MAC块（CGX/RPM）访问。
    访问fwdata时，主板启动时没有MAC块，导致内核崩溃。内部错误：哎呀：
    0000000096000005 [#1] SMP [ 10.460721] 模块链接：[ 10.463779] CPU： 0 UID： 0 PID： 174 Comm：
    kworker/0:3 未受污染 6.19.0-rc5-00154-g76ec646abdf7-dirty #3 PREEMPT [ 10.474045] 硬件名称：
    Marvell OcteonTX CN98XX 董事会（DT） [ 10.479793] 工作队列：事件work_for_cpu_fn [ 10.484159] 状态：
    80400009 （Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--） [ 10.491124] pc ： rvu_sdp_init+0x18/0x114 [10.495051] lr ： rvu_probe+0xe58/0x1d18 （CVE-2026-23070）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

远程的Debian 13主机安装了受多个漏洞影响的软件包，正如dsa-6238公告中提到的。

    - ------------------------------------------------------------------------- Debian 安全咨询 DSA-6238-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026年4月30日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：linux CVE ID：CVE-2024-14027 CVE-2025-21709 CVE-2025-22116 CVE-2025-22117 CVE-2025-38426 CVE-2025-38627 CVE-2025-39764 CVE-2025-40005 CVE-2025-40135 CVE-2025-40147 CVE-2025-40150 CVE-2025-40219 CVE-2025-68175 CVE-2025-68239 CVE-2025-68334 CVE-2025-68736 CVE-2025-71152 CVE-2025-71161 CVE-2025-71221 CVE-2025-71239 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-22981 CVE-2026-22985 CVE-2026-22986 CVE-2026-22993 CVE-2026-23004 CVE-2026-23066 CVE-2026-23070 CVE-2026-23104 CVE-2026-23138 CVE-2026-23157 CVE-2026-23207 CVE-2026-23210 CVE-2026-23226 CVE-2026-23227 CVE-2026-23231 CVE-2026-23239 CVE-2026-23240 CVE-2026-23242 CVE-2026-23243 CVE-2026-23244 CVE-2026-23245 CVE-2026-23246 CVE-2026-23249 CVE-2026-23250 CVE-2026-23251 CVE-2026-23252 CVE-2026-23253 CVE-2026-23255 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23276 CVE-2026-23277 CVE-2026-23278 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 CVE-2026-23285 CVE-2026-23286 CVE-2026-23287 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23292 CVE-2026-23293 CVE-2026-23296 CVE-2026-23297 CVE-2026-23298 CVE-2026-23300 CVE-2026-23302 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23308 CVE-2026-23310 CVE-2026-23312 CVE-2026-23313 CVE-2026-23315 CVE-2026-23316 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23325 CVE-2026-23330 CVE-2026-23334 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23347 CVE-2026-23351 CVE-2026-23352 CVE-2026-23354 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23360 CVE-2026-23361 CVE-2026-23362 CVE-2026-23363 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23369 CVE-2026-23370 CVE-2026-23372 CVE-2026-23373 CVE-2026-23374 CVE-2026-23375 CVE-2026-23378 CVE-2026-23379 CVE-2026-23380 CVE-2026-23381 CVE-2026-23382 CVE-2026-23383 CVE-2026-23386 CVE-2026-23387 CVE-2026-23388 CVE-2026-23389 CVE-2026-23391 CVE-2026-23392 CVE-2026-23393 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23399 CVE-2026-23401 CVE-2026-23412 CVE-2026-23413 CVE-2026-23414 CVE-2026-23417 CVE-2026-23419 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23427 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23440 CVE-2026-23441 CVE-2026-23442 CVE-2026-23444 CVE-2026-23445 CVE-2026-23446 CVE-2026-23447 CVE-2026-23448 CVE-2026-23449 CVE-2026-23450 CVE-2026-23452 CVE-2026-23454 CVE-2026-23455 CVE-2026-23456 CVE-2026-23457 CVE-2026-23458 CVE-2026-23460 CVE-2026-23461 CVE-2026-23462 CVE-2026-23463 CVE-2026-23464 CVE-2026-23465 CVE-2026-23466 CVE-2026-23470 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31394 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31401 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31406 CVE-2026-31407 CVE-2026-31408 CVE-2026-31409 CVE-2026-31410 CVE-2026-31411 CVE-2026-31412 CVE-2026-31414 CVE-2026-31415 CVE-2026-31416 CVE-2026-31417 CVE-2026-31418 CVE-2026-31421 CVE-2026-31422 CVE-2026-31423 CVE-2026-31424 CVE-2026-31425 CVE-2026-31426 CVE-2026-31427 CVE-2026-31428 CVE-2026-31429 CVE-2026-31430 CVE-2026-31431 CVE-2026-31432 CVE-2026-31433 CVE-2026-31434 CVE-2026-31436 CVE-2026-31438 CVE-2026-31439 CVE-2026-31440 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31449 CVE-2026-31450 CVE-2026-31451 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31458 CVE-2026-31462 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31470 CVE-2026-31473 CVE-2026-31474 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31479 CVE-2026-31480 CVE-2026-31482 CVE-2026-31483 CVE-2026-31485 CVE-2026-31487 CVE-2026-31488 CVE-2026-31489 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31500 CVE-2026-31502 CVE-2026-31503 CVE-2026-31504 CVE-2026-31505 CVE-2026-31506 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31511 CVE-2026-31512 CVE-2026-31515 CVE-2026-31516 CVE-2026-31518 CVE-2026-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31525 CVE-2026-31527 CVE-2026-31528 CVE-2026-31530 CVE-2026-31531 CVE-2026-31532 CVE-2026-31533 CVE-2026-31540 CVE-2026-31542 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31554 CVE-2026-31555 CVE-2026-31556 CVE-2026-31557 CVE-2026-31558 CVE-2026-31559 CVE-2026-31561 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31575 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31582 CVE-2026-31583 CVE-2026-31584 CVE-2026-31585 CVE-2026-31586 CVE-2026-31587 CVE-2026-31588 CVE-2026-31590 CVE-2026-31593 CVE-2026-31594 CVE-2026-31595 CVE-2026-31596 CVE-2026-31597 CVE-2026-31598 CVE-2026-31599 CVE-2026-31602 CVE-2026-31603 CVE-2026-31604 CVE-2026-31605 CVE-2026-31606 CVE-2026-31607 CVE-2026-31610 CVE-2026-31611 CVE-2026-31612 CVE-2026-31614 CVE-2026-31615 CVE-2026-31616 CVE-2026-31617 CVE-2026-31618 CVE-2026-31619 CVE-2026-31622 CVE-2026-31623 CVE-2026-31624 CVE-2026-31625 CVE-2026-31626 CVE-2026-31627 CVE-2026-31628 CVE-2026-31629 CVE-2026-31634 CVE-2026-31637 CVE-2026-31638 CVE-2026-31639 CVE-2026-31642 CVE-2026-31644 CVE-2026-31645 CVE-2026-31646 CVE-2026-31647 CVE-2026-31648 CVE-2026-31649 CVE-2026-31651 CVE-2026-31655 CVE-2026-31656 CVE-2026-31657 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31664 CVE-2026-31665 CVE-2026-31666 CVE-2026-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31673 CVE-2026-31674 CVE-2026-31675 CVE-2026-31676 CVE-2026-31677 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31681 CVE-2026-31682 CVE-2026-31683 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31689 CVE-2026-31693 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788

    在 Linux 内核中发现多个可能导致权限升级、拒绝服务或信息泄漏的漏洞。

    对于稳定发行版本 (trixie)，已在 6.12.85-1 版本中修复这些问题。

    建议您升级 linux 程序包。

    如需了解 linux 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/linux

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

Tenable 已直接从 Debian 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：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	名称	产品	系列	发布时间	最近更新时间	严重程度
340678	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 内核（NVIDIA）漏洞（USN-8669-1）	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/9/23	high
303468	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50160)	Nessus	Oracle Linux Local Security Checks	2026/3/24	2026/3/24	critical
359694	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/21	low
297933	Linux Distros 未修补的漏洞：CVE-2026-23070	Nessus	Misc.	2026/2/4	2026/8/22	medium
311299	Debian dsa-6238 ： ata-modules-6.12.74+deb13+1-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/4/30	2026/5/8	high
359640	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	low

检测

插件搜索

high

critical

low

medium

high

low