リモートの CentOS Linux 9 ホストに、kernel-5.14.0-756.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: cfg80211: bound element ID read when checking non-inheritance cfg80211_is_element_inherited() reads the first data octet of the candidate element (id = elem->data[0]) to look it up in an extension non-inheritance list. It does so after testing elem->id, but without verifying that the element actually has a data octet. A zero-length extension element (WLAN_EID_EXTENSION with length 0) therefore makes it read one octet past the end of the element.
    _ieee802_11_parse_elems_full() runs this check for every element of a frame once a non-inheritance context exists -- e.g. while parsing a per-STA profile of a Multi-Link element in a (re)association response, or a non-transmitted BSS profile -- so a crafted frame from an AP can trigger a one-octet slab-out-of-bounds read during element parsing: BUG: KASAN: slab-out-of-bounds in cfg80211_is_element_inherited Read of size 1 ... in net/wireless/scan.c Return early (treat the element as inherited) when an extension element carries no data, mirroring the existing handling of empty ID lists. The bug was found by fuzzing ieee802_11_parse_elems_full() under KASAN. (CVE-2026-68402)

  - Linux カーネルでは、以下の脆弱性が解決されています: RDMA/siw: Reject MPA FPDU length underflow before signed receive math A malicious connected siw peer can send an iWARP FPDU whose MPA length field (c_hdr->mpa_len, 16 bit big-endian, peer-controlled) is smaller than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode] .hdr_len, but never compares mpa_len against that header length. siw_tcp_rx_data() then derives srx->fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd + MPA_HDR_SIZE; where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below hdr_len - MPA_HDR_SIZE underflows to a negative int. The signed value then flows into siw_proc_write()/siw_proc_rresp() as bytes = min(srx->fpdu_part_rem, srx->skb_new); is handed to siw_check_mem() as an int len (whose interval check addr + len > mem->va + mem->len is satisfied for a valid base when len is negative), and reaches siw_rx_data() -> siw_rx_kva() / siw_rx_umem() -> skb_copy_bits() as a signed copy length. The header copy branch in skb_copy_bits() promotes that to size_t, producing a multi-gigabyte read. KASAN under a KUnit harness that drives the real kernel TCP receive path -- a loopback AF_INET socketpair, the malformed FPDU written via kernel_sendmsg, sk_data_ready firing in softirq, tcp_read_sock dispatching to siw_tcp_rx_data -- reports: BUG: KASAN: use-after-free in skb_copy_bits+0x284/0x480 Read of size 4294967295 at addr ffff888... Call Trace:
    skb_copy_bits siw_rx_kva siw_rx_data siw_check_mem siw_proc_write siw_tcp_rx_data __tcp_read_sock siw_qp_llp_data_ready tcp_data_ready tcp_data_queue Add the missing invariant at the earliest point where the peer header is fully assembled. iwarp_pktinfo[*].hdr_len - MPA_HDR_SIZE is exactly the value the siw transmitter uses as the minimum mpa_len for each opcode (drivers/infiniband/sw/siw/siw_qp.c:33), so this matches the protocol contract. Out-of-range FPDUs terminate the connection with TERM_ERROR_LAYER_LLP / LLP_ETYPE_MPA / LLP_ECODE_FPDU_START -- which is RFC 5044 Section 8 error code 3 (Marker and ULPDU Length fields do not agree on the start of an FPDU), the correct framing-error class for this inconsistency.
    (CVE-2026-64102)

  - Linux カーネルでは、以下の脆弱性が解決されています: RDMA/rxe: Fix race condition in QP timer handlers I encontered the following warning: WARNING: drivers/infiniband/sw/rxe/rxe_task.c:249 at rxe_sched_task+0x1c8/0x238 [rdma_rxe], CPU#0: swapper/0/0 ... libsha1 [last unloaded: ip6_udp_tunnel] CPU:
    0 UID: 0 PID: 0 Comm: swapper/0 Tainted: G C 6.19.0-rc5-64k-v8+ #37 PREEMPT Tainted: [C]=CRAP Hardware name: Raspberry Pi 4 Model B Rev 1.2 Call trace: rxe_sched_task+0x1c8/0x238 [rdma_rxe] (P) retransmit_timer+0x130/0x188 [rdma_rxe] call_timer_fn+0x68/0x4d0 __run_timers+0x630/0x888 ... WARNING:
    drivers/infiniband/sw/rxe/rxe_task.c:38 at rxe_sched_task+0x1c0/0x238 [rdma_rxe], CPU#0: swapper/0/0 ...
    WARNING: drivers/infiniband/sw/rxe/rxe_task.c:111 at do_work+0x488/0x5c8 [rdma_rxe], CPU#3:
    kworker/u17:4/93400 ... refcount_t: underflow; use-after-free. WARNING: lib/refcount.c:28 at refcount_warn_saturate+0x138/0x1a0, CPU#3: kworker/u17:4/93400 The issue is caused by a race condition between retransmit_timer() and rxe_destroy_qp, leading to the Queue Pair's (QP) reference count dropping to zero during timer handler execution. It seems this warning is harmless because rxe_qp_do_cleanup() will flush all pending timers and requests. Example of flow causing the issue: CPU0 CPU1 retransmit_timer() {spin_lock_irqsave rxe_destroy_qp() __rxe_cleanup() __rxe_put() // qp->ref_count decrease to 0 rxe_qp_do_cleanup() { if (qp->valid) { rxe_sched_task() { WARN_ON(rxe_read(task->qp) <= 0); } } spin_unlock_irqrestore } spin_lock_irqsave qp->valid = 0 spin_unlock_irqrestore } Ensure the QP's reference count is maintained and its validity is checked within the timer callbacks by adding calls to rxe_get(qp) and corresponding rxe_put(qp) after use. (CVE-2026-45910)

  - Linux カーネルでは、以下の脆弱性が解決されています: ext4: fix e4b bitmap inconsistency reports A bitmap inconsistency issue was observed during stress tests under mixed huge-page workloads.
    Ext4 reported multiple e4b bitmap check failures like: ext4_mb_complex_scan_group:2508: group 350, 8179 free clusters as per group info. But got 8192 blocks Analysis and experimentation confirmed that the issue is caused by a race condition between page migration and bitmap modification. Although this timing window is extremely narrow, it is still hit in practice: folio_lock ext4_mb_load_buddy __migrate_folio check ref count folio_mc_copy __filemap_get_folio folio_try_get(folio) ...... mb_mark_used ext4_mb_unload_buddy
    __folio_migrate_mapping folio_ref_freeze folio_unlock The root cause of this issue is that the fast path of load_buddy only increments the folio's reference count, which is insufficient to prevent concurrent folio migration. We observed that the folio migration process acquires the folio lock. Therefore, we can determine whether to take the fast path in load_buddy by checking the lock status. If the folio is locked, we opt for the slow path (which acquires the lock) to close this concurrency window. Additionally, this change addresses the following issues: When the DOUBLE_CHECK macro is enabled to inspect bitmap-related issues, the following error may be triggered: corruption in group 324 at byte 784(6272): f in copy != ff on disk/prealloc Analysis reveals that this is a false positive. There is a specific race window where the bitmap and the group descriptor become momentarily inconsistent, leading to this error report:
    ext4_mb_load_buddy ext4_mb_load_buddy __filemap_get_folio(create|lock) folio_lock ext4_mb_init_cache folio_mark_uptodate __filemap_get_folio(no lock) ...... mb_mark_used mb_mark_used_double mb_cmp_bitmaps mb_set_bits(e4b->bd_bitmap) folio_unlock The original logic assumed that since mb_cmp_bitmaps is called when the bitmap is newly loaded from disk, the folio lock would be sufficient to prevent concurrent access. However, this overlooks a specific race condition: if another process attempts to load buddy and finds the folio is already in an uptodate state, it will immediately begin using it without holding folio lock. (CVE-2026-45942)

  - Linux カーネルでは、以下の脆弱性が解決されています: RDMA/rxe: Validate pad and ICRC before payload_size() in rxe_rcv rxe_rcv() currently checks only that the incoming packet is at least header_size(pkt) bytes long before payload_size() is used. However, payload_size() subtracts both the attacker-controlled BTH pad field and RXE_ICRC_SIZE from pkt->paylen: payload_size = pkt->paylen - offset[RXE_PAYLOAD] - bth_pad(pkt) - RXE_ICRC_SIZE This means a short packet can still make payload_size() underflow even if it includes enough bytes for the fixed headers. Simply requiring header_size(pkt) + RXE_ICRC_SIZE is not sufficient either, because a packet with a forged non-zero BTH pad can still leave payload_size() negative and pass an underflowed value to later receive-path users. Fix this by validating pkt->paylen against the full minimum length required by payload_size(): header_size(pkt) + bth_pad(pkt) + RXE_ICRC_SIZE. (CVE-2026-46043)

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - wifi:cfg80211:ソケット所有者に wiphy 作業を使用 autodisconnect nl80211_netlink_notify() は、NETLINK_GENERIC ソケットがリリースされると、cfg80211 ワイヤレスデバイスリストをウォークします。ソケットが接続を所有している場合、通知者は埋め込まれた wdev->disconnect_wk 作業項目をキューに入れます。その仕事は今日では明白なwork_structです。
    NETDEV_GOING_DOWNはそれをキャンセルしますが、すでにconn_owner_nlportidを観察しているNETLINK_URELEASE通知者は、そのキャンセルの後にそれをキューに入れることができます。その後、_cfg80211_unregister_wdev() は wdev をリストから削除し、RCU リーダーを待ちますが、synchronize_net() はそのようなリーダーによってキューに入れられた作業をドレインしません。代わりに自動切断を機能させるwiphy_work。コールバックには wiphy mutex が既に必要であり、wiphy_workその mutex の下で実行されます。これにより、ティアダウンは、mutex を保持している間に、cancel_work_sync() 対ワーカーのロックを心配することなく、保留中の自動切断作業をキャンセルできます。また、list_del_rcu() と synchronize_net() の後の wiphy 作業を取り消します。既に wdev リストに到達している NETLINK_URELEASE 通知者は、作業をキューに入れて削除されるか、wdev を見つけることができなくなります。(CVE-2026-68404)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

    * kernel: net/sched: act_ct: ct_ft の後にのみ RCU 読み取りロックを解放する (CVE-2026-46319)

    * カーネル:net/sched:taprio:スケジュール切り替え上の advance_sched() の use-after-free を修正します(CVE-2026-53011)

    * カーネル:wifi:mac80211:ieee80211_ml_epcsにおける境界チェックlink_id(CVE-2026-64030)

    * カーネル:wifi:cfg80211:ソケット所有者の自動切断に対して wiphy work を使用します(CVE-2026-68404)

    * カーネル:Linux カーネル:act_tunnel_key の use-after-free によるサービス拒否(CVE-2026-68377)

    * カーネル:net/iucv:切断されたiucv_pathの use-after-free を修正(CVE-2026-68140)

    * kernel: wifi: mac80211: リンク RX 統計の percpu 解放を RCU まで遅延 (CVE-2026-68409)

    * カーネル:KVM:arm64:vgic:割り込みアフィニティの変更と LPI 無効の間の競合を処理します(CVE-2026-72288)

    * カーネル:ASoC:SOF:ipc3-control:bytes_ext put/get のヒープオーバーフローを修正します(CVE-2026-72262)

    * カーネル:netfilter:nft_lookup:反転検索での catchall 要素の処理を修正(CVE-2026-72320)

    * カーネル:ALSA:usx2y:hwdep mmap 障害オフセットをバインド(CVE-2026-74641)

    * kernel: udp: トンネルのセグメンテーションで発生する可能性のある use-after-free を修正 (CVE-2026-74705)

    * カーネル:net/smc:キャリーオーバーサイズの SMC-Rv2 LLC メッセージをキューエントリにキャリー(CVE-2026-80985)

    * カーネル:svcrdma:再構築前に読み取りチャンクの位置を検証します(CVE-2026-89526)

    * カーネル:net/iucv:入力デバイスにより afiucv_hs_rcv() でフレームをフィルター処理(CVE-2026-81003)

    * カーネル:NFSD:ブロックされたロックの収集中のクライアントの use-after-free を防止します(CVE-2026-90036)

    * カーネル:SUNRPC:svcauth_gss_decode_credbody() エントリでのゼロrpc_gss_wire_cred(CVE-2026-93207)

    * カーネル:svcrdma:segcount 0 のある書き込み/返信チャンクを拒否します(CVE-2026-93228)

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

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

リモートの Ubuntu 24.04 LTS ホストには、USN-8886-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    Linux カーネルで、いくつかのセキュリティ上の問題が検出されました。攻撃者がこれらを使用して、システムを侵害する可能性があります。この更新では、以下のサブシステムの欠陥を修正しました。

    - NVDIMM (非揮発性メモリデバイス) ドライバー

    - ハンドシェイク API

    - ARM32 アーキテクチャ

    - ARM64 アーキテクチャ

    - MIPS アーキテクチャ

    - OpenRISC アーキテクチャ

    - PowerPC アーキテクチャ

    - S390 アーキテクチャ

    - x86 アーキテクチャ

    - ブロック層のサブシステム

    - 暗号化 API

    - インテルNPUドライバー;

    - Android ドライバー

    - Rados ブロックデバイス (RBD) ドライバー。

    - Bluetooth ドライバー

    - ハードウェア乱数発生器コア

    - TPM デバイスドライバー

    - CPU 周波数スケーリングフレームワーク

    - ハードウェア暗号デバイスドライバー

    - DMA エンジンサブシステム

    - FireWire サブシステム

    - ARMv8-A(FFA) 用の ARM ファームウェアフレームワーク

    - GPIO サブシステム

    - GPU ドライバー

    - HID サブシステム

    - ハードウェア監視ドライバー

    - CoreSight HW トレースドライバー

    - I2C サブシステム

    - IIO ADC ドライバー

    - IIO サブシステム

    - InfiniBand ドライバー

    - 入力デバイスのコアドライバー

    - 入力デバイス (マウス) ドライバー

    - IOMMU サブシステム

    - 複数のデバイスのドライバー

    - メディアドライバー

    - マルチファンクションデバイスドライバー

    - Fastrpc ドライバー

    - Amazon Nitro Secure Module ドライバー;

    - MMC サブシステム

    - MTD ブロックデバイスドライバー

    - イーサネット結合ドライバー

    - ネットワークドライバー

    - Mellanox network ドライバー

    - Texas Instruments ネットワークドライバー

    - NTB ドライバー

    - NVME ドライバー

    - NVMEM (Non Volatile Memory) ドライバー

    - Parport ドライバー

    - ピンコントローラーサブシステム

    - x86 プラットフォームドライバー

    - i.MX PM ドメイン

    - システムリセット/シャットダウンドライバー

    - PTP クロックフレームワーク

    - 電圧および現在のレギュレータードライバー

    - S/390 ドライバー

    - SCSI サブシステム

    - SPI サブシステム

    - Realtek RTL8723BS SDIO ドライバー

    - VME バス ステージング ドライバー。

    - サーマルドライバー

    - Thunderbolt および USB4 ドライバー

    - TTY ドライバー

    - DesignWare USB2 ドライバー;

    - USB ガジェットドライバー

    - USB ホストコントローラードライバー

    - USB Dual Role (OTG-ready) コントローラードライバー

    - USB シリアルドライバー

    - USB Type-C Port Controller Manager ドライバー。

    - vDPA ドライバー

    - Virtio Host (VHOST) サブシステム

    - フレームバッファレイヤー

    - Watchdog ドライバー

    - 9P 分散ファイルシステム

    - AFS ファイルシステム

    - ファイルシステムインフラ

    - BTRFS ファイルシステム

    - Ceph 分散ファイルシステム

    - EROFS ファイルシステム

    - exFAT ファイルシステム

    - F2FS ファイルシステム

    - FUSE (ユーザー空間でのファイルシステム)

    - ブロックデバイスのジャーナリングレイヤー (JBD2)

    - ネットワークファイルシステム (NFS) クライアント

    - ネットワークファイルシステム (NFS) サーバーデーモン

    - NTFS3 ファイルシステム

    - OCFS2 ファイルシステム

    - Proc ファイルシステム

    - SMB ネットワークファイルシステム

    - ファイルシステムのトレース

    - UDF ファイルシステム

    - XFS ファイルシステム

    - キー管理

    - BPF サブシステム

    - コントロールグループ (cgroup)

    - グロブパターンマッチングライブラリ。

    - MAC80211 サブシステム

    - Mellanox ドライバー

    - Networking コア

    - ネットワークソケット

    - IPv6 ネットワーキング

    - Bluetooth サブシステム

    - ワイヤレスネットワーキング

    - IPv4 ネットワーキング

    - Netfilter

    - ネットワークトラフィックコントロール

    - SCTP プロトコル

    - TCP ネットワークプロトコル。

    - XFRM サブシステム

    - RDMA verbs API

    - io_uring サブシステム

    - IPC サブシステム

    - 監査サブシステム

    - Kernel CPU コントロールインフラストラクチャ

    - Perf イベント

    - Kernel exit() システムコール

    - Kernel fork() システムコール

    - スケジューラインフラストラクチャ

    - シグナル処理メカニズム

    - Timer サブシステム

    - トレースインフラ

    - サイズ変更可能なハッシュテーブルライブラリ。

    - メモリ管理

    - 6LoWPAN ネットワーク プロトコル;

    - 非同期転送モード (ATM) サブシステム

    - B.A.T.M.A.N. メッシングプロトコル

    - イーサネットブリッジ

    - CAN ネットワークレイヤー

    - Ceph Core ライブラリ

    - Ethtool ドライバー

    - HSR ネットワークプロトコル

    - IEEE802154.4 ネットワークプロトコル

    - IUCV ドライバー

    - KCM (Kernel Connection Multiplexor) ソケットドライバー

    - IEEE 802.15.4 サブシステム

    - マルチパス TCP

    - Open vSwitch

    - パケットソケット

    - Phonet プロトコル

    - クアルコムIPCルーター(QRTR);

    - RDS プロトコル

    - RxRPC セッションソケット

    - SMC ソケット

    - Sun RPC プロトコル

    - TIPC プロトコル

    - TLS プロトコル

    - Unix ドメインソケット

    - VMware vSockets ドライバー

    - X.25 ネットワークレイヤー;

    - eXpress データパス

    - AppArmor セキュリティモジュール

    - Integrity Measurement Architecture (IMA) フレームワーク

    - SELinux セキュリティモジュール

    - ALSA フレームワーク

    - HD オーディオドライバー

    - QCOM ASoC ドライバー

    - シンプルなオーディオマルチプレクサーコーデックドライバー。

    - Texas InstrumentS Audio (ASoC/HDA) ドライバー。

    - Freescale CPU ドライバー用の SoC Audio。

    - Amlogic Meson SoC ドライバー。

    - SOF ドライバー

    - NVIDIA Tegra ASoC ドライバー。

    - USB サウンドデバイス

    - パフォーマンスツール;

    - KVMサブシステム;(CVE-2025-37807、 CVE-2026-23265、 CVE-2026-43022、 CVE-2026-46321、 CVE-2026-46322、 CVE-2026-52917、 CVE-2026-52923、 CVE-2026-52927、 CVE-2026-52929、 CVE-2026-52935、 CVE-2026-52942、 CVE-2026-52943、 CVE-2026-52947、 CVE-2026-52994、 CVE-2026-53136、 CVE-2026-53137、 CVE-2026-53138、 CVE-2026-53143、 CVE-2026-53146、 CVE-2026-53147、 CVE-2026-53149、 CVE-2026-53156、 CVE-2026-53157、 CVE-2026-53160、 CVE-2026-53161、 CVE-2026-53184、 CVE-2026-53189、 CVE-2026-53194、 CVE-2026-53195、 CVE-2026-53199、 CVE-2026-53202、 CVE-2026-53205CVE-2026-53209、 CVE-2026-53223、 CVE-2026-53229、 CVE-2026-53253、 CVE-2026-53255、 CVE-2026-53267、 CVE-2026-53268、 CVE-2026-53272、 CVE-2026-53329、 CVE-2026-53330、 CVE-2026-53356、 CVE-2026-53362、 CVE-2026-53365、 CVE-2026-53366、 CVE-2026-53381、 CVE-2026-53383、 CVE-2026-53387、 CVE-2026-53388、 CVE-2026-53389、 CVE-2026-53390、 CVE-2026-53391、 CVE-2026-53392、 CVE-2026-53397、 CVE-2026-53400、 CVE-2026-53401、 CVE-2026-53402、 CVE-2026-63794、 CVE-2026-63802、 CVE-2026-63803、 CVE-2026-63805、 CVE-2026-63806、 CVE-2026-63809、 CVE-2026-63812、 CVE-2026-63814、 CVE-2026-63816、 CVE-2026-63817、 CVE-2026-63819、 CVE-2026-63823、 CVE-2026-63824、 CVE-2026-63827、 CVE-2026-63833、 CVE-2026-63867、 CVE-2026-63869、 CVE-2026-63870、 CVE-2026-63875、 CVE-2026-63879、 CVE-2026-63881、 CVE-2026-63884、 CVE-2026-63889、 CVE-2026-63909、 CVE-2026-63913、 CVE-2026-63920、 CVE-2026-63925、 CVE-2026-63927、 CVE-2026-63930、 CVE-2026-63942、 CVE-2026-63954、 CVE-2026-63968、 CVE-2026-63970、 CVE-2026-63971、 CVE-2026-63985CVE-2026-64002、 CVE-2026-64003、 CVE-2026-64004、 CVE-2026-64005、 CVE-2026-64009、 CVE-2026-64017、 CVE-2026-64023、 CVE-2026-64026、 CVE-2026-64036、 CVE-2026-64095、 CVE-2026-64123、 CVE-2026-64188、 CVE-2026-64189、 CVE-2026-64210、 CVE-2026-64222、 CVE-2026-64239、 CVE-2026-64242、 CVE-2026-64243、 CVE-2026-64245、 CVE-2026-64246、 CVE-2026-64266、 CVE-2026-64270、 CVE-2026-64271、 CVE-2026-64272、 CVE-2026-64273、 CVE-2026-64274、 CVE-2026-64276、 CVE-2026-64277、 CVE-2026-64279、 CVE-2026-64283、 CVE-2026-64286、 CVE-2026-64287、 CVE-2026-64296、 CVE-2026-64298、 CVE-2026-64299、 CVE-2026-64304、 CVE-2026-64312、 CVE-2026-64317、 CVE-2026-64318、 CVE-2026-64322、 CVE-2026-64323、 CVE-2026-64324、 CVE-2026-64333、 CVE-2026-64368、 CVE-2026-64372、 CVE-2026-64374、 CVE-2026-64375、 CVE-2026-64378、 CVE-2026-64379、 CVE-2026-64380、 CVE-2026-64388、 CVE-2026-64389、 CVE-2026-64395、 CVE-2026-64398、 CVE-2026-64401、 CVE-2026-64402、 CVE-2026-64403CVE-2026-64411、 CVE-2026-64412、 CVE-2026-64413、 CVE-2026-64418、 CVE-2026-64420、 CVE-2026-64422、 CVE-2026-64423、 CVE-2026-64430、 CVE-2026-64432、 CVE-2026-64435、 CVE-2026-64436、 CVE-2026-64440、 CVE-2026-64442、 CVE-2026-64443、 CVE-2026-64444、 CVE-2026-64448、 CVE-2026-64449、 CVE-2026-64452、 CVE-2026-64456、 CVE-2026-64463、 CVE-2026-64468、 CVE-2026-64469、 CVE-2026-64481、 CVE-2026-64496、 CVE-2026-64524、 CVE-2026-64532、 CVE-2026-64533、 CVE-2026-64536、 CVE-2026-64539、 CVE-2026-64540、 CVE-2026-64543、 CVE-2026-64545、 CVE-2026-64546、 CVE-2026-64547、 CVE-2026-64550、 CVE-2026-64556、 CVE-2026-64560、 CVE-2026-64563、 CVE-2026-64567、 CVE-2026-64568、 CVE-2026-64570、 CVE-2026-64574、 CVE-2026-64576、 CVE-2026-64577、 CVE-2026-64578、 CVE-2026-64580、 CVE-2026-64581、 CVE-2026-64582、 CVE-2026-64583、 CVE-2026-64584、 CVE-2026-64585、 CVE-2026-64599、 CVE-2026-64600、 CVE-2026-68091、 CVE-2026-68096CVE-2026-68097、 CVE-2026-68098、 CVE-2026-68100、 CVE-2026-68104、 CVE-2026-68106、 CVE-2026-68107、 CVE-2026-68108、 CVE-2026-68116、 CVE-2026-68118、 CVE-2026-68119、 CVE-2026-68121、 CVE-2026-68125、 CVE-2026-68129、 CVE-2026-68131、 CVE-2026-68140、 CVE-2026-68141、 CVE-2026-68142、 CVE-2026-68143、 CVE-2026-68145、 CVE-2026-68148、 CVE-2026-68149、 CVE-2026-68153、 CVE-2026-68155、 CVE-2026-68157、 CVE-2026-68178、 CVE-2026-68179、 CVE-2026-68189、 CVE-2026-68192、 CVE-2026-68196、 CVE-2026-68199、 CVE-2026-68202、 CVE-2026-68204、 CVE-2026-68216、 CVE-2026-68219、 CVE-2026-68222、 CVE-2026-68236、 CVE-2026-68245、 CVE-2026-68253、 CVE-2026-68255、 CVE-2026-68258、 CVE-2026-68260、 CVE-2026-68262、 CVE-2026-68263、 CVE-2026-68266、 CVE-2026-68273、 CVE-2026-68284、 CVE-2026-68287、 CVE-2026-68290、 CVE-2026-68293、 CVE-2026-68294、 CVE-2026-68297、 CVE-2026-68299、 CVE-2026-68314、 CVE-2026-68315、 CVE-2026-68320CVE-2026-68322、 CVE-2026-68323、 CVE-2026-68326、 CVE-2026-68329、 CVE-2026-68335、 CVE-2026-68338、 CVE-2026-68340、 CVE-2026-68348、 CVE-2026-68352、 CVE-2026-68353、 CVE-2026-68354、 CVE-2026-68370、 CVE-2026-68371、 CVE-2026-68373、 CVE-2026-68376、 CVE-2026-68377、 CVE-2026-68383、 CVE-2026-68389、 CVE-2026-68391、 CVE-2026-68392、 CVE-2026-68397、 CVE-2026-68398、 CVE-2026-68399、 CVE-2026-68400、 CVE-2026-68401、 CVE-2026-68402、 CVE-2026-68404、 CVE-2026-68408、 CVE-2026-68409、 CVE-2026-68414、 CVE-2026-68417、 CVE-2026-68419、 CVE-2026-68425、 CVE-2026-68432、 CVE-2026-68433、 CVE-2026-68442、 CVE-2026-68445、 CVE-2026-68446、 CVE-2026-68447、 CVE-2026-68451、 CVE-2026-68452、 CVE-2026-68453、 CVE-2026-68454、 CVE-2026-68466、 CVE-2026-68467、 CVE-2026-68471、 CVE-2026-68474、 CVE-2026-68479、 CVE-2026-72005、 CVE-2026-72009、 CVE-2026-72012、 CVE-2026-72019、 CVE-2026-72021、 CVE-2026-72024、 CVE-2026-72029CVE-2026-72035、 CVE-2026-72036、 CVE-2026-72045、 CVE-2026-72049、 CVE-2026-72051、 CVE-2026-72052、 CVE-2026-72053、 CVE-2026-72054、 CVE-2026-72055、 CVE-2026-72057、 CVE-2026-72061、 CVE-2026-72066、 CVE-2026-72067、 CVE-2026-72072、 CVE-2026-72089、 CVE-2026-72099、 CVE-2026-72102、 CVE-2026-72105、 CVE-2026-72107、 CVE-2026-72108、 CVE-2026-72109、 CVE-2026-72110、 CVE-2026-72113、 CVE-2026-72114、 CVE-2026-72115、 CVE-2026-72116、 CVE-2026-72117、 CVE-2026-72118、 CVE-2026-72119、 CVE-2026-72120、 CVE-2026-72121、 CVE-2026-72122、 CVE-2026-72123、 CVE-2026-72133、 CVE-2026-72135、 CVE-2026-72136、 CVE-2026-72144、 CVE-2026-72146、 CVE-2026-72148、 CVE-2026-72149、 CVE-2026-72157、 CVE-2026-72160、 CVE-2026-72162、 CVE-2026-72164、 CVE-2026-72165、 CVE-2026-72170、 CVE-2026-72171、 CVE-2026-72172、 CVE-2026-72175、 CVE-2026-72181、 CVE-2026-72195、 CVE-2026-72196、 CVE-2026-72197、 CVE-2026-72213、 CVE-2026-72225CVE-2026-72227、 CVE-2026-72231、 CVE-2026-72232、 CVE-2026-72233、 CVE-2026-72235、 CVE-2026-72242、 CVE-2026-72243、 CVE-2026-72244、 CVE-2026-72247、 CVE-2026-72250、 CVE-2026-72252、 CVE-2026-72253、 CVE-2026-72254、 CVE-2026-72261、 CVE-2026-72262、 CVE-2026-72282、 CVE-2026-72284、 CVE-2026-72297、 CVE-2026-72298、 CVE-2026-72301、 CVE-2026-72302、 CVE-2026-72304、 CVE-2026-72310、 CVE-2026-72312、 CVE-2026-72314、 CVE-2026-72330、 CVE-2026-72334、 CVE-2026-72335、 CVE-2026-72338、 CVE-2026-72340、 CVE-2026-72342、 CVE-2026-72343、 CVE-2026-72347、 CVE-2026-72350、 CVE-2026-72352、 CVE-2026-72369、 CVE-2026-72371、 CVE-2026-72373、 CVE-2026-72374、 CVE-2026-72375、 CVE-2026-72378、 CVE-2026-72382、 CVE-2026-72389、 CVE-2026-72390、 CVE-2026-72397、 CVE-2026-72400、 CVE-2026-72404、 CVE-2026-72405、 CVE-2026-72406、 CVE-2026-72409、 CVE-2026-72410、 CVE-2026-72416、 CVE-2026-72418、 CVE-2026-72419、 CVE-2026-72420CVE-2026-72423、 CVE-2026-72425、 CVE-2026-72427、 CVE-2026-72435、 CVE-2026-72438、 CVE-2026-72440、 CVE-2026-72444、 CVE-2026-72449、 CVE-2026-72450、 CVE-2026-72459、 CVE-2026-72460、 CVE-2026-72464、 CVE-2026-72469、 CVE-2026-72470、 CVE-2026-72476、 CVE-2026-72478、 CVE-2026-72480、 CVE-2026-72483、 CVE-2026-72485、 CVE-2026-72492、 CVE-2026-72502、 CVE-2026-74256、 CVE-2026-74257、 CVE-2026-74258、 CVE-2026-74262、 CVE-2026-74270、 CVE-2026-74281、 CVE-2026-74282、 CVE-2026-74283、 CVE-2026-74288、 CVE-2026-74289、 CVE-2026-74292、 CVE-2026-74293、 CVE-2026-74294、 CVE-2026-74295、 CVE-2026-74296、 CVE-2026-74297、 CVE-2026-74300、 CVE-2026-74312、 CVE-2026-74313、 CVE-2026-74314、 CVE-2026-74317、 CVE-2026-74321、 CVE-2026-74330、 CVE-2026-74334、 CVE-2026-74338、 CVE-2026-74340、 CVE-2026-74341、 CVE-2026-74344、 CVE-2026-74347、 CVE-2026-74349、 CVE-2026-74356、 CVE-2026-74359、 CVE-2026-74363、 CVE-2026-74365CVE-2026-74374、 CVE-2026-74375、 CVE-2026-74377、 CVE-2026-74378、 CVE-2026-74380、 CVE-2026-74385、 CVE-2026-74387、 CVE-2026-74388、 CVE-2026-74390、 CVE-2026-74397、 CVE-2026-74438、 CVE-2026-74443、 CVE-2026-74444、 CVE-2026-74446、 CVE-2026-74450、 CVE-2026-74453、 CVE-2026-74454、 CVE-2026-74456、 CVE-2026-74461、 CVE-2026-74465、 CVE-2026-74467、 CVE-2026-74469、 CVE-2026-74470、 CVE-2026-74471、 CVE-2026-74479、 CVE-2026-74481、 CVE-2026-74482、 CVE-2026-74485、 CVE-2026-74488、 CVE-2026-74490、 CVE-2026-74492、 CVE-2026-74496、 CVE-2026-74497、 CVE-2026-74507、 CVE-2026-74508、 CVE-2026-74509、 CVE-2026-74510、 CVE-2026-74512、 CVE-2026-74515、 CVE-2026-74516、 CVE-2026-74518、 CVE-2026-74519、 CVE-2026-74522、 CVE-2026-74523、 CVE-2026-74527、 CVE-2026-74530、 CVE-2026-74531、 CVE-2026-74533、 CVE-2026-74534、 CVE-2026-74535、 CVE-2026-74536、 CVE-2026-74537、 CVE-2026-74540、 CVE-2026-74544、 CVE-2026-74548CVE-2026-74549、 CVE-2026-74550、 CVE-2026-74551、 CVE-2026-74557、 CVE-2026-74563、 CVE-2026-74564、 CVE-2026-74565、 CVE-2026-74567、 CVE-2026-74572、 CVE-2026-74574、 CVE-2026-74575、 CVE-2026-74578、 CVE-2026-74579、 CVE-2026-74580、 CVE-2026-74581、 CVE-2026-74582、 CVE-2026-74583、 CVE-2026-74584、 CVE-2026-74586、 CVE-2026-74587、 CVE-2026-74588、 CVE-2026-74589、 CVE-2026-74590、 CVE-2026-74592、 CVE-2026-74594、 CVE-2026-74595、 CVE-2026-74597、 CVE-2026-74598、 CVE-2026-74601、 CVE-2026-74603、 CVE-2026-74604、 CVE-2026-74605、 CVE-2026-74606、 CVE-2026-74607、 CVE-2026-74608、 CVE-2026-74609、 CVE-2026-74610、 CVE-2026-74611、 CVE-2026-74612、 CVE-2026-74613、 CVE-2026-74614、 CVE-2026-74615、 CVE-2026-74616、 CVE-2026-74621、 CVE-2026-74624、 CVE-2026-74625、 CVE-2026-74626、 CVE-2026-74628、 CVE-2026-74630、 CVE-2026-74631、 CVE-2026-74632、 CVE-2026-74634、 CVE-2026-74635、 CVE-2026-74637、 CVE-2026-74641CVE-2026-74646、 CVE-2026-74647、 CVE-2026-74648、 CVE-2026-74649、 CVE-2026-74651、 CVE-2026-74656、 CVE-2026-74660、 CVE-2026-74661、 CVE-2026-74662、 CVE-2026-74663、 CVE-2026-74666、 CVE-2026-74667、 CVE-2026-74668、 CVE-2026-74669、 CVE-2026-74670、 CVE-2026-74675、 CVE-2026-74678、 CVE-2026-74684、 CVE-2026-74687、 CVE-2026-74688、 CVE-2026-74689、 CVE-2026-74690、 CVE-2026-74691、 CVE-2026-74692、 CVE-2026-74695、 CVE-2026-74696、 CVE-2026-74697、 CVE-2026-74700、 CVE-2026-74701、 CVE-2026-74704、 CVE-2026-74705、 CVE-2026-74710、 CVE-2026-74711、 CVE-2026-74713、 CVE-2026-74714、 CVE-2026-74715、 CVE-2026-74717、 CVE-2026-74720、 CVE-2026-74723、 CVE-2026-74724、 CVE-2026-74725、 CVE-2026-74726、 CVE-2026-74730、 CVE-2026-74733、 CVE-2026-74736、 CVE-2026-74737、 CVE-2026-74739、 CVE-2026-74743、 CVE-2026-74744、 CVE-2026-74746、 CVE-2026-74747、 CVE-2026-74748、 CVE-2026-74752、 CVE-2026-80521、 CVE-2026-80526CVE-2026-80527、 CVE-2026-80528、 CVE-2026-80536、 CVE-2026-80540、 CVE-2026-80541、 CVE-2026-80547、 CVE-2026-80548、 CVE-2026-80549、 CVE-2026-80550、 CVE-2026-80551、 CVE-2026-80552、 CVE-2026-80553、 CVE-2026-80554、 CVE-2026-80555、 CVE-2026-80556、 CVE-2026-80557、 CVE-2026-80558、 CVE-2026-80559、 CVE-2026-80560、 CVE-2026-80561、 CVE-2026-80565、 CVE-2026-80568、 CVE-2026-80569、 CVE-2026-80570、 CVE-2026-80572、 CVE-2026-80574、 CVE-2026-80576、 CVE-2026-80578、 CVE-2026-80579、 CVE-2026-80580、 CVE-2026-80583、 CVE-2026-80584、 CVE-2026-80585、 CVE-2026-80586、 CVE-2026-80587、 CVE-2026-80589、 CVE-2026-80721、 CVE-2026-80901、 CVE-2026-97509)

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

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

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

    - net/smc:キューエントリでサイズが大きすぎる SMC-Rv2 LLC メッセージをキャリー(Jan Polensky 氏)[RHEL-271472] {CVE-2026-80985}
    - net/smc:SMC-Rv2 LLC メッセージのピア rkey カウントをバインドします(Jan Polensky 氏)[RHEL-271472] {CVE-2026-80985}
    - net/smc:smc_llc_srv_add_link() における LLC qentry の use-after-free を修正(Jan Polensky 氏)[RHEL-271472] {CVE-2026-80985}
    - KVM:arm64:vgic:割り込みアフィニティの変更と LPI 無効化の間の競合を処理します(Mohammadfaiz Bawa 氏)[RHEL-243814] {CVE-2026-72288}
    - SUNRPC:svcauth_gss_decode_credbody() エントリでのゼロrpc_gss_wire_cred(Olga Kornievskaia 氏)[RHEL-275058] {CVE-2026-93207}
    - svcrdma:segcount 0 の書き込み/返信チャンクを拒否します(Olga Kornievskaia 氏)[RHEL-275076] {CVE-2026-93228}
    - NFSD:ブロックされたロックの刈り取り中のクライアントの use-after-free を防止します(Olga Kornievskaia 氏)[RHEL-270929] {CVE-2026-90036}
    - NFSD:委譲取り消し中のクライアントの use-after-free を防止します(Olga Kornievskaia 氏)[RHEL-270929] {CVE-2026-89659}
    - svcrdma:再構築前にチャンク位置の読み取りを検証(Olga Kornievskaia 氏)[RHEL-271453] {CVE-2026-89526}
    - udp:トンネルのセグメンテーションで発生する可能性のある use-after-free を修正します(Antoine Tenart 氏)[RHEL-268122] {CVE-2026-74705}
    - net/iucv:入力デバイスにより afiucv_hs_rcv() でフレームをフィルター処理します(CKI バックポートボット)[RHEL-270908] {CVE-2026-81003}
    - wifi:cfg80211:ソケット所有者の自動切断に対して wiphy 作業を使用します(Jose Ignacio Tornos Martinez 氏)[RHEL-240485] {CVE-2026-68404}
    - wifi:cfg80211:pmsr_free_wk を wiphy_work に変換してデッドロックを修正(Jose Ignacio Tornos Martinez 氏)[RHEL-240485] {CVE-2026-68404}
    - wifi:cfg80211:cfg80211_pmsr_wdev_down でpmsr_free_wkをキャンセルします(Jose Ignacio Tornos Martinez 氏)[RHEL-240485] {CVE-2026-68404}
    - wifi:mac80211:リンク RX stats percpu の解放を RCU へ延期します(Jose Ignacio Tornos Martinez 氏)[RHEL-263788] {CVE-2026-68409}
    - wifi:mac80211:ieee80211_ml_epcsの境界チェックlink_id(Jose Ignacio Tornos Martinez 氏)[RHEL-259560] {CVE-2026-64030}
    - ASoC:SOF:ipc3-control:bytes_ext put/get のヒープオーバーフローを修正します(CKI バックポートボット)[RHEL-261686] {CVE-2026-72262}
    - net/iucv:切断されたiucv_pathの use-after-free を修正します(CKI バックポートボット)[RHEL-260511] {CVE-2026-68140}
    - netfilter:nft_lookup:反転検索を伴うキャッチオール要素の処理を修正(CKI バックポートボット)[RHEL-261293] {CVE-2026-72320}
    - ALSA:usx2y:hwdep mmap 障害オフセットをバインド(CKI バックポートボット)[RHEL-256448] {CVE-2026-74641}
    - net/sched:act_tunnel_key:RCU コールバックにdst_releaseを保留します(CKI バックポートボット)[RHEL-237219] {CVE-2026-68377}
    - net/sched:act_ct:ct_ft後にのみ RCU 読み取りロックをリリースします(CKI バックポートボット)[RHEL-229654] {CVE-2026-46319}

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

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

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

    * kernel: net/sched: act_ct: ct_ft の後にのみ RCU 読み取りロックを解放する (CVE-2026-46319)

    * カーネル:net/sched:taprio:スケジュール切り替え上の advance_sched() の use-after-free を修正します(CVE-2026-53011)

    * カーネル:wifi:mac80211:ieee80211_ml_epcsにおける境界チェックlink_id(CVE-2026-64030)

    * カーネル:wifi:cfg80211:ソケット所有者の自動切断に対して wiphy work を使用します(CVE-2026-68404)

    * カーネル:Linux カーネル:act_tunnel_key の use-after-free によるサービス拒否(CVE-2026-68377)

    * カーネル:net/iucv:切断されたiucv_pathの use-after-free を修正(CVE-2026-68140)

    * kernel: wifi: mac80211: リンク RX 統計の percpu 解放を RCU まで遅延 (CVE-2026-68409)

    * カーネル:KVM:arm64:vgic:割り込みアフィニティの変更と LPI 無効の間の競合を処理します(CVE-2026-72288)

    * カーネル:ASoC:SOF:ipc3-control:bytes_ext put/get のヒープオーバーフローを修正します(CVE-2026-72262)

    * カーネル:netfilter:nft_lookup:反転検索での catchall 要素の処理を修正(CVE-2026-72320)

    * カーネル:ALSA:usx2y:hwdep mmap 障害オフセットをバインド(CVE-2026-74641)

    * kernel: udp: トンネルのセグメンテーションで発生する可能性のある use-after-free を修正 (CVE-2026-74705)

    * カーネル:net/smc:キャリーオーバーサイズの SMC-Rv2 LLC メッセージをキューエントリにキャリー(CVE-2026-80985)

    * カーネル:svcrdma:再構築前に読み取りチャンクの位置を検証します(CVE-2026-89526)

    * カーネル:net/iucv:入力デバイスにより afiucv_hs_rcv() でフレームをフィルター処理(CVE-2026-81003)

    * カーネル:NFSD:ブロックされたロックの収集中のクライアントの use-after-free を防止します(CVE-2026-90036)

    * カーネル:SUNRPC:svcauth_gss_decode_credbody() エントリでのゼロrpc_gss_wire_cred(CVE-2026-93207)

    * カーネル:svcrdma:segcount 0 のある書き込み/返信チャンクを拒否します(CVE-2026-93228)

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

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

リモート Redhat Enterprise Linux 9 ホストに、RHSA-2026:83156 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    カーネルパッケージには、Linux オペレーティングシステムのコアである Linux カーネルが含まれています。

    セキュリティ修正:

    * kernel: net/sched: act_ct: ct_ft の後にのみ RCU 読み取りロックを解放する (CVE-2026-46319)

    * kernel: net/sched: taprio: スケジュール切り替え時の advance_sched() におけるメモリ解放後使用 (Use After Free) を修正する (CVE-2026-53011)

    * kernel: wifi: mac80211: ieee80211_ml_epcs における link_id の境界チェックを追加 (CVE-2026-64030)

    * kernel: wifi: cfg80211: ソケット所有者の自動切断に wiphy ワークを使用する (CVE-2026-68404)

    * kernel: Linux カーネル: act_tunnel_key におけるメモリ解放後使用 (Use After Free) によるサービス拒否 (CVE-2026-68377)

    * kernel: net/iucv: 切断された iucv_path のメモリ解放後使用 (Use After Free) を修正 (CVE-2026-68140)

    * kernel: wifi: mac80211: リンク RX 統計の percpu 解放を RCU まで遅延 (CVE-2026-68409)

    * kernel: KVM: arm64: vgic: 割り込みアフィニティの変更と LPI 無効の間の競合を処理 (CVE-2026-72288)

    * kernel: ASoC: SOF: ipc3-control: bytes_ext put/get のヒープオーバーフローを修正 (CVE-2026-72262)

    * kernel: netfilter: nft_lookup: 反転検索での catchall 要素の処理を修正 (CVE-2026-72320)

    * kernel: ALSA: usx2y: hwdep mmap 障害オフセットをバインド (CVE-2026-74641)

    * kernel: udp: トンネルのセグメンテーションで発生する可能性のある use-after-free を修正 (CVE-2026-74705)

    * kernel: net/smc: サイズ超過の SMC-Rv2 LLC メッセージをキューエントリー内で保持する (CVE-2026-80985)

    * kernel: svcrdma: 再構築前にチャンクの読み取り位置を検証 (CVE-2026-89526)

    * kernel: net/iucv: afiucv_hs_rcv() で受信デバイスに基づいてフレームをフィルタリングする (CVE-2026-81003)

    * kernel: NFSD: ブロックされたロックの回収中にクライアントのメモリ解放後使用 (Use After Free) が発生するのを防止 (CVE-2026-90036)

    * kernel: SUNRPC: svcauth_gss_decode_credbody() の開始時に rpc_gss_wire_cred をゼロにする (CVE-2026-93207)

    * kernel: svcrdma: segcount 0 の書き込み/返信チャンクを拒否 (CVE-2026-93228)

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

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

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

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

    * kernel: net/sched: act_ct: ct_ft の後にのみ RCU 読み取りロックを解放する (CVE-2026-46319)
      * カーネル:net/sched:taprio:スケジュール切り替え上の advance_sched() の use-after-free を修正します(CVE-2026-53011)
      * カーネル:wifi:mac80211:ieee80211_ml_epcsにおける境界チェックlink_id(CVE-2026-64030)
      * カーネル:wifi:cfg80211:ソケット所有者の自動切断に対して wiphy work を使用します(CVE-2026-68404)
      * カーネル:Linux カーネル:act_tunnel_key の use-after-free によるサービス拒否(CVE-2026-68377)
      * カーネル:net/iucv:切断されたiucv_pathの use-after-free を修正(CVE-2026-68140)
      * kernel: wifi: mac80211: リンク RX 統計の percpu 解放を RCU まで遅延 (CVE-2026-68409)
      * カーネル:KVM:arm64:vgic:割り込みアフィニティの変更と LPI 無効の間の競合を処理します(CVE-2026-72288)
      * カーネル:ASoC:SOF:ipc3-control:bytes_ext put/get のヒープオーバーフローを修正します(CVE-2026-72262)
      * カーネル:netfilter:nft_lookup:反転検索での catchall 要素の処理を修正(CVE-2026-72320)
      * カーネル:ALSA:usx2y:hwdep mmap 障害オフセットをバインド(CVE-2026-74641)
      * kernel: udp: トンネルのセグメンテーションで発生する可能性のある use-after-free を修正 (CVE-2026-74705)
      * カーネル:net/smc:キャリーオーバーサイズの SMC-Rv2 LLC メッセージをキューエントリにキャリー(CVE-2026-80985)
      * カーネル:svcrdma:再構築前に読み取りチャンクの位置を検証します(CVE-2026-89526)
      * カーネル:net/iucv:入力デバイスにより afiucv_hs_rcv() でフレームをフィルター処理(CVE-2026-81003)
      * カーネル:NFSD:ブロックされたロックの収集中のクライアントの use-after-free を防止します(CVE-2026-90036)
      * カーネル:SUNRPC:svcauth_gss_decode_credbody() エントリでのゼロrpc_gss_wire_cred(CVE-2026-93207)
      * カーネル:svcrdma:segcount 0 のある書き込み/返信チャンクを拒否します(CVE-2026-93228)

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
363461	CentOS 9 : kernel-5.14.0-756.el9	Nessus	CentOS Local Security Checks	2026/10/6	2026/10/26	critical
365768	Ubuntu 26.04 LTS : Linux カーネル (Azure) の脆弱性 (USN-8888-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
334329	Linux Distros のパッチ未適用の脆弱性: CVE-2026-68404	Nessus	Misc.	2026/8/10	2026/10/28	high
366496	RockyLinux 9:カーネル(RLSA-2026:83156)	Nessus	Rocky Linux Local Security Checks	2026/10/16	2026/10/16	critical
365457	Ubuntu 24.04 LTS : Linux カーネル (NVIDIA Tegra) の脆弱性 (USN-8886-1)	Nessus	Ubuntu Local Security Checks	2026/10/13	2026/10/13	high
365463	Ubuntu 26.04 LTS : Linux カーネル (OEM) の脆弱性 (USN-8889-1)	Nessus	Ubuntu Local Security Checks	2026/10/13	2026/10/13	medium
366665	Oracle Linux 9 : kernel (ELSA-2026-83156)	Nessus	Oracle Linux Local Security Checks	2026/10/16	2026/10/16	critical
366777	Rocky Linux 9 [CIQ] セキュリティ更新:kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 複数の脆弱性(crlsa-2026_83156)	Nessus	Rocky Linux Local Security Checks	2026/10/17	2026/10/17	critical
365767	Ubuntu 26.04 LTS : Linux カーネルの脆弱性 (USN-8887-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
366029	RHEL 9 : kernel (RHSA-2026:83156)	Nessus	Red Hat Local Security Checks	2026/10/15	2026/10/15	critical
367391	AlmaLinux 9:カーネル(ALSA-2026:83156)	Nessus	Alma Linux Local Security Checks	2026/10/19	2026/10/19	critical

検出

プラグインの検索

critical

medium

high

critical

high

medium

critical

critical

medium

critical

critical