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

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

    セキュリティ修正:

    * kernel: xfrm: transport_finish NF_HOOK 後まで dev ref を保持する (CVE-2026-31663)

    * カーネル:ALSA:6fire:切断時の use-after-free を修正(CVE-2026-31581)

    * kernel: gfs2: iomap インラインデータ書き込みパスのメモリ解放後使用を修正 (CVE-2026-45984)

    * kernel: udf: パーティション記述子の追加処理の管理情報を修正 (CVE-2026-45991)

    * kernel: RDMA/rxe: rxe_rcv の payload_size() の前に pad および ICRC を検証する (CVE-2026-46043)

    * kernel: RDMA/rxe: ICRC 処理前に不明な opcode を拒否 (CVE-2026-46133)

    * kernel: sctp: 古い COOKIE-ECHO 処理でアウトキューをパージ (CVE-2026-52924)

    * kernel: xfrm: policy: xfrm_policy_bysel_ctx() の不正確な bin での use-after-free を修正 (CVE-2026-53239)

    * kernel: netfilter: synproxy: skb_ensure_writable 後に tcphdr をリフレッシュ (CVE-2026-64007)

    * kernel: ip6: vti: vti6_siocdevprivate() で ip6_tnl.net を使用する (CVE-2026-63921)

    * kernel: xfrm: input: 遅延トランスポート再注入中に netns を保持する (CVE-2026-63919)

    * kernel: ip6: vti: vti6_changelink() で ip6_tnl.net を使用する (CVE-2026-63917)

    * kernel: RDMA/rxe: rxe_mmap の use-after-free の問題を修正 (CVE-2026-64582)

    * kernel: net: qrtr: ソケット作成を初期ネットワークネームスペースに制限 (CVE-2026-68294)

    * kernel: xfrm: 非同期暗号が GSO セグメントを盗んだ後の古い skb->prev を修正 (CVE-2026-68426)

    * kernel: scsi: libiscsi_tcp: SCSI レスポンスデータセグメントを接続バッファに制限 (CVE-2026-74556)

    * カーネル:netfilter:flowtable:GC-visible タプルラストを公開します(CVE-2026-74746)

    * カーネル:RDMA/rxe:IB_QP_MAX_DEST_RD_ATOMIC modify_qp 上のレスポンダー UAF を修正します(CVE-2026-80864)

    * カーネル:RDMA/rxe:free_rd_atomic_resources() の OOB を修正します(CVE-2026-80863)

    バグ修正と拡張機能:

    * inode 割り当て中の [xfs_trans_cancel] からの xfs 破損(JIRA:RHEL-257185)

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

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

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

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

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

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

    セキュリティ修正:

    * カーネル:ipv6:SRv6 パスの idev の NULL チェックを追加します(CVE-2026-23442)

    * kernel: RDMA/rxe: QP タイマーハンドラーの競合状態を修正する (CVE-2026-45910)

    * kernel: RDMA/rxe: rxe_rcv の payload_size() の前に pad および ICRC を検証する (CVE-2026-46043)

    * kernel: RDMA/rxe: ICRC 処理前に不明な opcode を拒否 (CVE-2026-46133)

    * kernel: RDMA/rxe: 8 バイトではない ATOMIC_WRITE ペイロードを拒否 (CVE-2026-46114)

    * カーネル:ipv6:exthdrs:ipv6_hop_jumbo() 後に NH ポインターをリフレッシュ(CVE-2026-63924)

    * カーネル:ipv6:exthdrs:HAO オプションの処理後に nh をリフレッシュ(CVE-2026-63922)

    * カーネル:ipv6:cmsg にコピーする前に拡張ヘッダー長を検証(CVE-2026-63920)

    * カーネル:ipv6:rpl:ipv6_rpl_srh_decompress() の hdrlen オーバーフローを修正(CVE-2026-63984)

    *カーネル:カーネルSMBクライアント:二重解放の脆弱性により、リモートのサービス拒否または権限昇格が可能になります(CVE-2026-64385)

    * kernel: smb: client: SMB2_flush() リプレイでの二重解放を修正 (CVE-2026-64383)

    * kernel: smb: client: query_info() リプレイ二重解放を修正 (CVE-2026-64386)

    * kernel: RDMA/rxe: rxe_mmap の use-after-free の問題を修正 (CVE-2026-64582)

    * カーネル:ipv6:ip6_finish_output2() の use-after-free を修正(CVE-2026-80792)

    * カーネル:RDMA/rxe:IB_QP_MAX_DEST_RD_ATOMIC modify_qp 上のレスポンダー UAF を修正します(CVE-2026-80864)

    * カーネル:RDMA/rxe:free_rd_atomic_resources() の OOB を修正します(CVE-2026-80863)

    バグ修正と拡張機能:

    * gfs2:リモート削除の問題 [rhel-9.6.z](JIRA:RHEL-172430)

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

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

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

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

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

    セキュリティ修正:

    * kernel: xfrm: transport_finish NF_HOOK 後まで dev ref を保持する (CVE-2026-31663)

    kernel: smb: client: symlink エラーレスポンスの解析における OOB 読み取りを修正 (CVE-2026-31613)

    * kernel: RDMA/rxe: QP タイマーハンドラーの競合状態を修正する (CVE-2026-45910)

    * kernel: RDMA/rxe: rxe_rcv の payload_size() の前に pad および ICRC を検証する (CVE-2026-46043)

    * kernel: RDMA/rxe: ICRC 処理前に不明な opcode を拒否 (CVE-2026-46133)

    * kernel: RDMA/rxe: 8 バイトではない ATOMIC_WRITE ペイロードを拒否 (CVE-2026-46114)

    * kernel: xfrm: policy: xfrm_policy_bysel_ctx() の不正確な bin での use-after-free を修正 (CVE-2026-53239)

    * kernel: ipv6: exthdrs:ipv6_hop_jumbo() 後に NH ポインターをリフレッシュする (CVE-2026-63924)

    * kernel: ipv6: exthdrs:HAO オプションの処理後に nh をリフレッシュする (CVE-2026-63922)

    * kernel: ipv6: cmsg にコピーする前に拡張ヘッダー長を検証する (CVE-2026-63920)

    * kernel: netfilter: synproxy: skb_ensure_writable 後に tcphdr をリフレッシュ (CVE-2026-64007)

    * kernel: ip6: vti: vti6_siocdevprivate() で ip6_tnl.net を使用する (CVE-2026-63921)

    * kernel: ipv6: rpl: ipv6_rpl_srh_decompress() の hdrlen オーバーフローを修正 (CVE-2026-63984)

    * kernel: xfrm: input: 遅延トランスポート再注入中に netns を保持する (CVE-2026-63919)

    * kernel: ip6: vti: vti6_changelink() で ip6_tnl.net を使用する (CVE-2026-63917)

    * kernel: RDMA/rxe: rxe_mmap の use-after-free の問題を修正 (CVE-2026-64582)

    * kernel: xfrm: 非同期暗号が GSO セグメントを盗んだ後の古い skb->prev を修正 (CVE-2026-68426)

    * kernel: nvmet-auth: 短い AUTH_RECEIVE バッファを拒否 (CVE-2026-72130)

    * kernel: ipv6: ip6_finish_output2() におけるメモリ解放後使用 (Use After Free) を修正 (CVE-2026-80792)

    * kernel: RDMA/rxe: IB_QP_MAX_DEST_RD_ATOMIC modify_qp 上のレスポンダー UAF を修正 (CVE-2026-80864)

    * kernel: RDMA/rxe: free_rd_atomic_resources() の OOB を修正 (CVE-2026-80863)

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

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

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

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

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

    セキュリティ修正:

    * kernel: ALSA: firewire-motu: DSP イベントの hwdep 読み取りにおけるバッファオーバーフローを修正 (CVE-2025-68347)

    * kernel: xfrm: transport_finish NF_HOOK 後まで dev ref を保持する (CVE-2026-31663)

    * kernel: udf: パーティション記述子の追加処理の管理情報を修正 (CVE-2026-45991)

    * kernel: RDMA/rxe: rxe_rcv の payload_size() の前に pad および ICRC を検証する (CVE-2026-46043)

    * kernel: RDMA/rxe: ICRC 処理前に不明な opcode を拒否 (CVE-2026-46133)

    * kernel: ipc: next_id 割り当てを有効な ID 範囲に制限 (CVE-2026-52923)

    * kernel: sctp: 古い COOKIE-ECHO 処理でアウトキューをパージ (CVE-2026-52924)

    * kernel: dm cache policy smq: キャッシュブロック無効化での欠落したロックを修正 (CVE-2026-53062)

    * kernel: xfrm: policy: xfrm_policy_bysel_ctx() の不正確な bin での use-after-free を修正 (CVE-2026-53239)

    * kernel: netfilter: synproxy: skb_ensure_writable 後に tcphdr をリフレッシュ (CVE-2026-64007)

    * kernel: ip6: vti: vti6_siocdevprivate() で ip6_tnl.net を使用する (CVE-2026-63921)

    * kernel: xfrm: input: 遅延トランスポート再注入中に netns を保持する (CVE-2026-63919)

    * kernel: ip6: vti: vti6_changelink() で ip6_tnl.net を使用する (CVE-2026-63917)

    * kernel: nvmet: Discovery Get Log Page の事前認証の領域外ヒープ読み取りを修正 (CVE-2026-64320)

    * kernel: AMD-SN-7061: Safe RET 割り込みの脆弱性 (CVE-2026-68480)

    * kernel: RDMA/rxe: rxe_mmap の use-after-free の問題を修正 (CVE-2026-64582)

    * kernel: net: qrtr: ソケット作成を初期ネットワークネームスペースに制限 (CVE-2026-68294)

    * kernel: xfrm: 非同期暗号が GSO セグメントを盗んだ後の古い skb->prev を修正 (CVE-2026-68426)

    * kernel: scsi: libiscsi_tcp: SCSI レスポンスデータセグメントを接続バッファに制限 (CVE-2026-74556)

    * kernel: netfilter: flowtable: GC が参照するタプルを最後に登録 (CVE-2026-74746)

    * kernel: RDMA/rxe: IB_QP_MAX_DEST_RD_ATOMIC modify_qp 上のレスポンダー UAF を修正 (CVE-2026-80864)

    * kernel: RDMA/rxe: free_rd_atomic_resources() の OOB を修正 (CVE-2026-80863)

    バグ修正と拡張機能:

    * NFS クライアントがデリゲートの返却中にハングする問題 (JIRA:RHEL-112278)

    * scsi: mpt3sas: 未割り当ての PCIe SGL バッファの解放を回避 (JIRA:RHEL-256998)

    * inode 割り当て中の [xfs_trans_cancel] からの xfs 破損 (JIRA:RHEL-257186)

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

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

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

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

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

    セキュリティ修正:

    * カーネル:smc:tcp_write_timer_handler() の use-after-free を修正します(CVE-2023-53781)

    * kernel: ALSA: firewire-motu: DSP イベントの hwdep 読み取りにおけるバッファオーバーフローを修正 (CVE-2025-68347)

    * kernel: xfrm: transport_finish NF_HOOK 後まで dev ref を保持する (CVE-2026-31663)

    * kernel: Bluetooth: MGMT: ロード時に LTK enc_size を検証 (CVE-2026-43020)

    * kernel: Linux kernel: xfrm シングルフラグの長さが適切に制限されていません ()

    * kernel: RDMA/rxe: rxe_rcv の payload_size() の前に pad および ICRC を検証する (CVE-2026-46043)

    * kernel: RDMA/rxe: ICRC 処理前に不明な opcode を拒否 (CVE-2026-46133)

    * kernel: sctp: 古い COOKIE-ECHO 処理でアウトキューをパージ (CVE-2026-52924)

    * kernel: xfrm: policy: xfrm_policy_bysel_ctx() の不正確な bin での use-after-free を修正 (CVE-2026-53239)

    * kernel: ip6: vti: vti6_siocdevprivate() で ip6_tnl.net を使用する (CVE-2026-63921)

    * kernel: xfrm: input: 遅延トランスポート再注入中に netns を保持する (CVE-2026-63919)

    * kernel: ip6: vti: vti6_changelink() で ip6_tnl.net を使用する (CVE-2026-63917)

    * kernel: AMD-SN-7061: Safe RET 割り込みの脆弱性 (CVE-2026-68480)

    * kernel: RDMA/rxe: rxe_mmap の use-after-free の問題を修正 (CVE-2026-64582)

    * kernel: net: qrtr: ソケット作成を初期ネットワークネームスペースに制限 (CVE-2026-68294)

    * kernel: xfrm: 非同期暗号が GSO セグメントを盗んだ後の古い skb->prev を修正 (CVE-2026-68426)

    * カーネル:netfilter:flowtable:GC-visible タプルラストを公開します(CVE-2026-74746)

    * カーネル:RDMA/rxe:IB_QP_MAX_DEST_RD_ATOMIC modify_qp 上のレスポンダー UAF を修正します(CVE-2026-80864)

    * カーネル:RDMA/rxe:free_rd_atomic_resources() の OOB を修正します(CVE-2026-80863)

    バグ修正と拡張機能:

    * scsi:mpt3sas:未割り当ての PCIe SGL バッファの解放を回避します(JIRA:RHEL-256999)

    * inode 割り当て中の [xfs_trans_cancel] からの xfs 破損(JIRA:RHEL-257187)

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

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

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

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

  - RDMA/rxe:IB_QP_MAX_DEST_RD_ATOMIC modify_qp rxe_qp_from_attr() のレスポンダー UAF が、IB_QP_STATEパス外のIB_QP_MAX_DEST_RD_ATOMICを処理するように修正します。これにより、レスポンダータスク rxe_receiver()(rxe_wq の recv_task)が稼働している間は、state_lockを保持せず、実行されます。その属性のみを設定する modify_qp() は、free_rd_atomic_resources() を呼び出してから alloc_rd_atomic_resources() を呼び出し、rxe_prepare_res()/find_resource() がウォークしながら qp->resp.resources[] をスワップします。free_rd_atomic_resources() も、キャッシュされたポインター qp->resp.res を宙に浮いたままにします。権限のないローカルユーザーが、free/realloc を rxe_receiver() で use-after-free に競合する可能性があります(ローカル DoS)。rxe_disable_task()/rxe_enable_task() がこの配列をティアダウンする際にすでに行っているように、rxe_qp_reset()/() でスワップの周りでrecv_taskをドレインし、alloc_rd_atomic_resources() が成功した後にのみ再度有効化されます。そうすることで、レスポンダーは、ENOMEM パス上の NULL qp->resp.resources に対して再開しません。また、rxe_resp.c の完了パスのように、free_rd_atomic_resources() の qp->resp.res も消去します。KASANで複製されました。rxe_receiver() の slab-use-after-free がなくなりました。(CVE-2026-80864)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
363817	RHEL 8：kernel（RHSA-2026:77217）	Nessus	Red Hat Local Security Checks	2026/10/7	2026/10/21	high
363461	CentOS 9 : kernel-5.14.0-756.el9	Nessus	CentOS Local Security Checks	2026/10/6	2026/10/26	critical
351155	Debian dsa-6528:ata-modules-6.12.111+deb13-armmp-di - セキュリティ更新	Nessus	Debian Local Security Checks	2026/9/29	2026/9/29	high
362907	Debian dla-4817:ata-modules-6.12.107+deb12-armmp-di - セキュリティ更新	Nessus	Debian Local Security Checks	2026/10/4	2026/10/4	high
364148	RHEL 9 : kernel (RHSA-2026:77219)	Nessus	Red Hat Local Security Checks	2026/10/8	2026/10/21	medium
363822	RHEL 9 : kernel (RHSA-2026:77218)	Nessus	Red Hat Local Security Checks	2026/10/7	2026/10/21	critical
366749	SUSE SLES12: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2026:4687-1)	Nessus	SuSE Local Security Checks	2026/10/17	2026/10/17	high
363766	RHEL 8：kernel（RHSA-2026:77216）	Nessus	Red Hat Local Security Checks	2026/10/7	2026/10/21	critical
363823	RHEL 8：kernel（RHSA-2026:77301）	Nessus	Red Hat Local Security Checks	2026/10/7	2026/10/21	high
364137	Oracle Linux 10 / 9 : Unbreakable Enterprise カーネル (ELSA-2026-500374)	Nessus	Oracle Linux Local Security Checks	2026/10/8	2026/10/8	high
366742	SUSE SLED15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2026:4706-1)	Nessus	SuSE Local Security Checks	2026/10/17	2026/10/17	high
343044	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80864	Nessus	Misc.	2026/9/4	2026/11/6	high

検出

プラグインの検索

high

critical

high

high

medium

critical

high

critical

high

high

high

high