AlmaLinux 9.2 ホストには、TuxCare ALMALINUX9.2:CLSA-2026:1791741836アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: vhost: fix hung thread due to erroneous iotlb entries In vhost_iotlb_add_range_ctx(), range size can overflow to 0 when start is 0 and last is ULONG_MAX. One instance where it can happen is when userspace sends an IOTLB message with iova=size=uaddr=0 (vhost_process_iotlb_msg). So, an entry with size = 0, start = 0, last = ULONG_MAX ends up in the iotlb. Next time a packet is sent, iotlb_access_ok() loops indefinitely due to that erroneous entry. Call Trace: <TASK> iotlb_access_ok+0x21b/0x3e0 drivers/vhost/vhost.c:1340 vq_meta_prefetch+0xbc/0x280 drivers/vhost/vhost.c:1366 vhost_transport_do_send_pkt+0xe0/0xfd0 drivers/vhost/vsock.c:104 vhost_worker+0x23d/0x3d0 drivers/vhost/vhost.c:372 kthread+0x2e9/0x3a0 kernel/kthread.c:377 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:295 </TASK> Reported by syzbot at:
    https://syzkaller.appspot.com/bug?extid=0abd373e2e50d704db87 To fix this, do two things: 1. Return -EINVAL in vhost_chr_write_iter() when userspace asks to map a range with size 0. 2. Fix vhost_iotlb_add_range_ctx() to handle the range [0, ULONG_MAX] by splitting it into two entries.
    (CVE-2022-48862)

  - Linux カーネルでは、以下の脆弱性が解決されています: net: hns3: add vlan list lock to protect vlan list When adding port base VLAN, vf VLAN need to remove from HW and modify the vlan state in vf VLAN list as false. If the periodicity task is freeing the same node, it may cause use after free error. This patch adds a vlan list lock to protect the vlan list. (CVE-2022-49182)

  - Linux カーネルでは、以下の脆弱性が解決されています: perf/x86/amd: Fix crash due to race between amd_pmu_enable_all, perf NMI and throttling amd_pmu_enable_all() does: if (!test_bit(idx, cpuc->active_mask)) continue; amd_pmu_enable_event(cpuc->events[idx]); A perf NMI of another event can come between these two steps. Perf NMI handler internally disables and enables _all_ events, including the one which nmi-intercepted amd_pmu_enable_all() was in process of enabling. If that unintentionally enabled event has very low sampling period and causes immediate successive NMI, causing the event to be throttled, cpuc->events[idx] and cpuc->active_mask gets cleared by x86_pmu_stop(). This will result in amd_pmu_enable_event() getting called with event=NULL when amd_pmu_enable_all() resumes after handling the NMIs. This causes a kernel crash: BUG: kernel NULL pointer dereference, address: 0000000000000198 #PF:
    supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page [...] Call Trace: <TASK> amd_pmu_enable_all+0x68/0xb0 ctx_resched+0xd9/0x150 event_function+0xb8/0x130 ? hrtimer_start_range_ns+0x141/0x4a0 ? perf_duration_warn+0x30/0x30 remote_function+0x4d/0x60
    __flush_smp_call_function_queue+0xc4/0x500 flush_smp_call_function_queue+0x11d/0x1b0 do_idle+0x18f/0x2d0 cpu_startup_entry+0x19/0x20 start_secondary+0x121/0x160 secondary_startup_64_no_verify+0xe5/0xeb </TASK> amd_pmu_disable_all()/amd_pmu_enable_all() calls inside perf NMI handler were recently added as part of BRS enablement but I'm not sure whether we really need them. We can just disable BRS in the beginning and enable it back while returning from NMI. This will solve the issue by not enabling those events whose active_masks are set but are not yet enabled in hw pmu. (CVE-2022-49781)

  - Linux カーネルでは、以下の脆弱性が解決されています: blk-iolatency: Fix memory leak on add_disk() failures When a gendisk is successfully initialized but add_disk() fails such as when a loop device has invalid number of minor device numbers specified, blkcg_init_disk() is called during init and then blkcg_exit_disk() during error handling. Unfortunately, iolatency gets initialized in the former but doesn't get cleaned up in the latter. This is because, in non-error cases, the cleanup is performed by del_gendisk() calling rq_qos_exit(), the assumption being that rq_qos policies, iolatency being one of them, can only be activated once the disk is fully registered and visible. That assumption is true for wbt and iocost, but not so for iolatency as it gets initialized before add_disk() is called. It is desirable to lazy-init rq_qos policies because they are optional features and add to hot path overhead once initialized - each IO has to walk all the registered rq_qos policies. So, we want to switch iolatency to lazy init too. However, that's a bigger change. As a fix for the immediate problem, let's just add an extra call to rq_qos_exit() in blkcg_exit_disk(). This is safe because duplicate calls to rq_qos_exit() become noop's. (CVE-2022-50550)

  - Linux カーネルでは、以下の脆弱性が解決されています: i40e: Do not allow untrusted VF to remove administratively set MAC Currently when PF administratively sets VF's MAC address and the VF is put down (VF tries to delete all MACs) then the MAC is removed from MAC filters and primary VF MAC is zeroed.
    Do not allow untrusted VF to remove primary MAC when it was set administratively by PF. Reproducer: 1) Create VF 2) Set VF interface up 3) Administratively set the VF's MAC 4) Put VF interface down [root@host ~]# echo 1 > /sys/class/net/enp2s0f0/device/sriov_numvfs [root@host ~]# ip link set enp2s0f0v0 up [root@host ~]# ip link set enp2s0f0 vf 0 mac fe:6c:b5:da:c7:7d [root@host ~]# ip link show enp2s0f0 23:
    enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether fe:6c:b5:da:c7:7d brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off [root@host ~]# ip link set enp2s0f0v0 down [root@host ~]# ip link show enp2s0f0 23: enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:ec:ef:b7:dd:04 brd ff:ff:ff:ff:ff:ff vf 0 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off (CVE-2024-26830)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートのAlmaLinux 10ホストには、ALSA-2026:71233アドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    * kernel: block: 自動整合性バッファのゼロ非 PI 部分 (CVE-2026-23007)
      * カーネル:netfilter:abtables ARP ハードウェアアドレスの書き換え中に SNAT ターゲットが共有メモリページに書き込みます(CVE-2026-53266)
      * kernel: mac802154: llsec: インプレース暗号化の前に skb_cow_data() を追加 (CVE-2026-63831)
      * kernel: blk-cgroup: __blkcg_rstat_flush() における UAF を修正 (CVE-2026-63802)
      * kernel: block: bio_integrity_copy_user() で bip_vcnt を上書きしない (CVE-2026-64053)
      * kernel: smb: client: SMB2_flush() リプレイでの二重解放を修正 (CVE-2026-64383)
      * kernel: sctp: DEL-IP 処理において ASCONF 自身のトランスポートを解放しない (CVE-2026-64564)
      * kernel: ALSA: timer: マスターがスレーブをデタッチする前に、そのコールバックをドレイン (CVE-2026-68201)
      * kernel: selinux: TCP Fast Open での接続関連の権限をチェック (CVE-2026-72243)
      * カーネル:netfilter:nf_conntrack_sip:NAT リライトデルタを sip_help_tcp() の s32 に広げます(CVE-2026-74569)
      * kernel: xfrm: ah6: ルーティングヘッダーの segments_left を検証 (CVE-2026-80844)
      * kernel: net: tun: 受信ヘッドルームを制限 (CVE-2026-81000)
      * kernel: scsi: qla2xxx: OOB センスデータ読み取りを回避するため rsp_info_len を制限 (CVE-2026-89846)


    バグ修正と拡張機能:

      * ゼロ以外の sh_addr セクションアドレスを含むカーネルモジュール .ko ELF ファイル [almalinux-10.2.z](JIRA:AlmaLinux-159298)
      * sctp:ピアトランスポートカウントオーバーフローを防止 [almalinux-10.2.z](JIRA:AlmaLinux-216247)
      * [AlmaLinux 10] bnxt_en:RX キューの再起動が失敗しました:err=-95 [almalinux-10.2.z](JIRA:AlmaLinux-247283)
      * RHIVOS - S32G: 10.2 に不足している修正をバックポート(JIRA:AlmaLinux-259788)

Tenable は、前述の記述ブロックを AlmaLinux セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Rocky Linux 9.2 ホストに、CIQ ciqsa-2026_1575 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    このアドバイザリは、CIQ FIPS 9.2 準拠のカーネル SRPM のセキュリティ修正をまとめたものです。86 件の CVE ( CVE-2026-64268、 CVE-2026-64304、 CVE-2023-52933、 CVE-2023-1637、 CVE-2024-41090、81 件以上)に対処します。

Tenable は、前述の記述ブロックを CIQ セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
364688	AlmaLinux 9.2 [TuxCare] セキュリティ更新:bpftool/kernel/kernel-64k/kernel-64k-core/kernel-64k-debug/etc 複数の脆弱性(ALMALINUX9.2:CLSA-2026:1791741836)	Nessus	Alma Linux Local Security Checks	2026/10/12	2026/10/28	critical
362977	AlmaLinux 10:カーネル(ALSA-2026:71233)	Nessus	Alma Linux Local Security Checks	2026/10/5	2026/10/7	medium
359533	Rocky Linux 9.2 [CIQ] セキュリティ更新:bpftool/kernel/kernel-64k/kernel-64k-core/kernel-64k-debug/etc 複数の脆弱性(ciqsa-2026_1575)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/23	high

検出

プラグインの検索

critical

medium

high