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

  - Linux カーネルでは、以下の脆弱性が解決されています: ipv6: mcast: add RCU protection to mld_newpack() mld_newpack() can be called without RTNL or RCU being held. Note that we no longer can use sock_alloc_send_skb() because ipv6.igmp_sk uses GFP_KERNEL allocations which can sleep. Instead use alloc_skb() and charge the net->ipv6.igmp_sk socket under RCU protection. (CVE-2025-21758)

  - Linux カーネルでは、以下の脆弱性が解決されています: ipv6: mcast: extend RCU protection in igmp6_send() igmp6_send() can be called without RTNL or RCU being held. Extend RCU protection so that we can safely fetch the net pointer and avoid a potential UAF. Note that we no longer can use sock_alloc_send_skb() because ipv6.igmp_sk uses GFP_KERNEL allocations which can sleep. Instead use alloc_skb() and charge the net->ipv6.igmp_sk socket under RCU protection. (CVE-2025-21759)

  - Linux カーネルでは、以下の脆弱性が解決されています: ndisc: extend RCU protection in ndisc_send_skb() ndisc_send_skb() can be called without RTNL or RCU held. Acquire rcu_read_lock() earlier, so that we can use dev_net_rcu() and avoid a potential UAF. (CVE-2025-21760)

  - Linux カーネルでは、以下の脆弱性が解決されています: openvswitch: use RCU protection in ovs_vport_cmd_fill_info() ovs_vport_cmd_fill_info() can be called without RTNL or RCU. Use RCU protection and dev_net_rcu() to avoid potential UAF. (CVE-2025-21761)

  - Linux カーネルでは、以下の脆弱性が解決されています: arp: use RCU protection in arp_xmit() arp_xmit() can be called without RTNL or RCU protection. Use RCU protection to avoid potential UAF.
    (CVE-2025-21762)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - Linux カーネルでは、以下の脆弱性が解決されています: mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - Linux カーネルでは、以下の脆弱性が解決されています: io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - Linux カーネルでは、以下の脆弱性が解決されています: RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - Linux カーネルでは、以下の脆弱性が解決されています: cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

CentOS Linux 8ホストには、TuxCare CENTOS-STREAM8:CLSA-2026:1787292462アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: netfilter: validate user input for expected length I got multiple syzbot reports showing old bugs exposed by BPF after commit 20f2505fb436 (bpf: Try to avoid kzalloc in cgroup/{s,g}etsockopt) setsockopt() @optlen argument should be taken into account before copying data. BUG: KASAN: slab-out-of-bounds in copy_from_sockptr_offset include/linux/sockptr.h:49 [inline] BUG: KASAN: slab-out-of-bounds in copy_from_sockptr include/linux/sockptr.h:55 [inline] BUG: KASAN: slab-out-of-bounds in do_replace net/ipv4/netfilter/ip_tables.c:1111 [inline] BUG: KASAN: slab-out-of-bounds in do_ipt_set_ctl+0x902/0x3dd0 net/ipv4/netfilter/ip_tables.c:1627 Read of size 96 at addr ffff88802cd73da0 by task syz-executor.4/7238 CPU: 1 PID: 7238 Comm: syz-executor.4 Not tainted 6.9.0-rc2-next-20240403-syzkaller #0 Hardware name:
    Google Google Compute Engine/Google Compute Engine, BIOS Google 03/27/2024 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x241/0x360 lib/dump_stack.c:114 print_address_description mm/kasan/report.c:377 [inline] print_report+0x169/0x550 mm/kasan/report.c:488 kasan_report+0x143/0x180 mm/kasan/report.c:601 kasan_check_range+0x282/0x290 mm/kasan/generic.c:189 __asan_memcpy+0x29/0x70 mm/kasan/shadow.c:105 copy_from_sockptr_offset include/linux/sockptr.h:49 [inline] copy_from_sockptr include/linux/sockptr.h:55 [inline] do_replace net/ipv4/netfilter/ip_tables.c:1111 [inline] do_ipt_set_ctl+0x902/0x3dd0 net/ipv4/netfilter/ip_tables.c:1627 nf_setsockopt+0x295/0x2c0 net/netfilter/nf_sockopt.c:101 do_sock_setsockopt+0x3af/0x720 net/socket.c:2311
    __sys_setsockopt+0x1ae/0x250 net/socket.c:2334 __do_sys_setsockopt net/socket.c:2343 [inline]
    __se_sys_setsockopt net/socket.c:2340 [inline] __x64_sys_setsockopt+0xb5/0xd0 net/socket.c:2340 do_syscall_64+0xfb/0x240 entry_SYSCALL_64_after_hwframe+0x72/0x7a RIP: 0033:0x7fd22067dde9 Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 e1 20 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fd21f9ff0c8 EFLAGS: 00000246 ORIG_RAX: 0000000000000036 RAX: ffffffffffffffda RBX: 00007fd2207abf80 RCX:
    00007fd22067dde9 RDX: 0000000000000040 RSI: 0000000000000000 RDI: 0000000000000003 RBP: 00007fd2206ca47a R08: 0000000000000001 R09: 0000000000000000 R10: 0000000020000880 R11: 0000000000000246 R12:
    0000000000000000 R13: 000000000000000b R14: 00007fd2207abf80 R15: 00007ffd2d0170d8 </TASK> Allocated by task 7238: kasan_save_stack mm/kasan/common.c:47 [inline] kasan_save_track+0x3f/0x80 mm/kasan/common.c:68 poison_kmalloc_redzone mm/kasan/common.c:370 [inline] __kasan_kmalloc+0x98/0xb0 mm/kasan/common.c:387 kasan_kmalloc include/linux/kasan.h:211 [inline] __do_kmalloc_node mm/slub.c:4069 [inline]
    __kmalloc_noprof+0x200/0x410 mm/slub.c:4082 kmalloc_noprof include/linux/slab.h:664 [inline]
    __cgroup_bpf_run_filter_setsockopt+0xd47/0x1050 kernel/bpf/cgroup.c:1869 do_sock_setsockopt+0x6b4/0x720 net/socket.c:2293 __sys_setsockopt+0x1ae/0x250 net/socket.c:2334 __do_sys_setsockopt net/socket.c:2343 [inline] __se_sys_setsockopt net/socket.c:2340 [inline] __x64_sys_setsockopt+0xb5/0xd0 net/socket.c:2340 do_syscall_64+0xfb/0x240 entry_SYSCALL_64_after_hwframe+0x72/0x7a The buggy address belongs to the object at ffff88802cd73da0 which belongs to the cache kmalloc-8 of size 8 The buggy address is located 0 bytes inside of allocated 1-byte region [ffff88802cd73da0, ffff88802cd73da1) The buggy address belongs to the physical page: page: refcount:1 mapcount:0 mapping:0000000000000000 index:0xffff88802cd73020 pfn:0x2cd73 flags: 0xfff80000000000(node=0|zone=1|lastcpupid=0xfff) page_type: 0xffffefff(slab) raw: 00fff80000000000 ffff888015041280 dead000000000100 dead000000000122 raw: ffff88802cd73020 000000008080007f 00000001ffffefff 00 ---truncated--- (CVE-2024-35896)

  - Linux カーネルでは、以下の脆弱性が解決されています: libceph: prevent potential out-of-bounds reads in handle_auth_done() Perform an explicit bounds check on payload_len to avoid a possible out-of-bounds access in the callout. [ idryomov: changelog ] (CVE-2026-22984)

  - Linux カーネルでは、以下の脆弱性が解決されています: fuse: re-lock request before returning from fuse_ref_folio() fuse_ref_folio() unlocks the request but does not re-lock it before returning.
    fuse_chan_abort() can end the request and the async end callback (eg fuse_writepage_free()) can free the args while the subsequent copy chain logic after fuse_ref_folio() accesses them, leading to use-after-free issues. Fix this by locking the request in fuse_ref_folio() before returning. (CVE-2026-64266)

  - Linux カーネルでは、以下の脆弱性が解決されています: sctp: don't free the ASCONF's own transport in DEL-IP processing sctp_process_asconf() caches the transport the ASCONF chunk is processed against in asconf->transport (== chunk->transport, set once in sctp_rcv()). For an ASCONF located through its Address Parameter by __sctp_rcv_asconf_lookup(), that cached transport corresponds to the Address Parameter, which need not be the packet's source address. sctp_process_asconf_param() rejects a DEL-IP for the packet source address (ADDIP D8, SCTP_ERROR_DEL_SRC_IP), but nothing protects asconf->transport. A single ASCONF can therefore carry, in order: [Address Parameter L] [DEL-IP L] [DEL-IP 0.0.0.0] where L differs from the source. The DEL-IP for L passes the D8 check and calls sctp_assoc_rm_peer() on the transport that asconf->transport still points at, freeing it (RCU-deferred). The following wildcard DEL-IP then reuses the now-dangling asconf->transport in sctp_assoc_set_primary() and sctp_assoc_del_nonprimary_peers(): set_primary() dereferences the freed transport (->ipaddr, ->state) and plants the dangling pointer into asoc->peer.primary_path / active_path, and del_nonprimary_peers(), keeping only the pointer that is no longer on the list, removes every real transport, leaving the association with a transport_count of 0 and primary_path/active_path pointing at freed memory. Reject a DEL-IP that targets the transport the ASCONF is being processed against, mirroring the existing source-address guard, so the wildcard branch can never reuse a freed transport. (CVE-2026-64564)

  - Linux カーネルでは、以下の脆弱性が解決されています: net/sched: serialize qdisc_rtab_list against concurrent get/put qdisc_get_rtab() and qdisc_put_rtab() mutate the process-global singly linked list qdisc_rtab_list and a plain non-atomic 'int refcnt' with no lock. This was only safe because every caller historically held the RTNL mutex, which serialized all rate-table lookups, inserts and frees. That invariant no longer holds. cls_flower sets TCF_PROTO_OPS_DOIT_UNLOCKED, so tc_new_tfilter() keeps rtnl_held == false for it and sets TCA_ACT_FLAGS_NO_RTNL. That flag propagates through tcf_exts_validate_ex() -> tcf_action_init() -> tcf_action_init_1() -> tcf_police_init(), which calls qdisc_get_rtab()/qdisc_put_rtab() with the RTNL mutex NOT held. Two RTM_NEWTFILTER requests on different CPUs, each adding a flower filter with a police action carrying the same rate, then race on qdisc_rtab_list and on the non-atomic refcnt, leading to a use-after-free / double-free of the kmalloc-2k struct qdisc_rate_table. qdisc_rtab_list is a single global (not per-netns), so the corrupted object is shared system-wide. BUG: KASAN: slab-use-after-free in qdisc_put_rtab+0x12f/0x160 qdisc_put_rtab+0x12f/0x160 tcf_police_init+0xda9/0x1590 tcf_action_init_1+0x460/0x6b0 tcf_action_init+0x439/0xa40 tcf_exts_validate_ex+0x42d/0x550 fl_change+0xddd/0x7da0 tc_new_tfilter+0xaa7/0x2420 rtnetlink_rcv_msg+0x95e/0xe90 which belongs to the cache kmalloc-2k of size 2048 Protect qdisc_rtab_list and the refcount with a dedicated spinlock. The (sleeping, GFP_KERNEL) allocation in qdisc_get_rtab() is performed before taking the lock; if a concurrent inserter added an identical table in the meantime the freshly allocated one is freed under the lock, so no duplicate is leaked. qdisc_put_rtab() now decrements the refcount and unlinks under the same lock. (CVE-2026-68138)

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

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2026:4595-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP5 のカーネルが更新され、さまざまなセキュリティの問題が修正されました:

    以下のセキュリティ問題が修正されました。

    - CVE-2024-57841、CVE-2026-53260:net:tcp_conn_request() でのメモリ漏洩を修正します(bsc#1235944 bsc#1269731)。
    - CVE-2026-23451:bonding:bond_header_parse() の無限ループの可能性を防止します(bsc#1261604)。
    - CVE-2026-31502:チーム:非イーサネットポートとのheader_ops型の取り違え(Type Confusion)を修正します(bsc#1263072)。
    - CVE-2026-43456:bonding:bond_setup_by_slave() での型の取り違え(Type Confusion)を修正します(bsc#1264734)。
    - CVE-2026-45968:cpuidle:アイドル状態が 1 つだけ利用可能な場合はガバナーをスキップします(bsc#1267023)。
    - CVE-2026-52910:bpf:RCU 猶予期間(bsc#1268659)後の free-reuseport cBPF prog。
    - CVE-2026-52912:netfilter:nf_queue:キューに入れられた間、ブリッジ skb->dev を保留します(bsc#1269000)。
    - CVE-2026-52929:sctp:stream:拒否された add-stream 状態を完全にロールバックします(bsc#1269004)。
    - CVE-2026-52977:futex:シグナル/タイムアウトウェイクアップ中の requeue-PI におけるロックアップを防止します(bsc#1269242)。
    - CVE-2026-53059:dm ログ:region_countオーバーフローによる領域外書き込みを修正します(bsc#1269655)。
    - CVE-2026-53163:locking/rtmutex:waiter がキューに入っていない場合、remove_waiter() をスキップします(bsc#1269306)。
    - CVE-2026-53264:net/sched:act_api:アクションライフサイクルに対して、遅延解放を伴う RCU を使用します(bsc#1269238)。
    - CVE-2026-53381:virtiofs:サブマウントアンマウントの UAF を修正します(bsc#1271830)。
    - CVE-2026-63801:tipc:tipc_aead_decrypt_done の slab-use-after-free 読み取りを修正します(bsc#1272230)。
    - CVE-2026-63823:keys:ペイロードrequest_key_authインスタンス化パスにピン(bsc#1272182)。
    - CVE-2026-63827:apparmor:rawdata 重複排除ループの use-after-free を修正します(bsc#1272179)。
    - CVE-2026-63887:scsi:target:iscsi:バインド iscsi_encode_text_output() を rsp_buf(bsc#1272385)に追加します。
    - CVE-2026-63888: scsi: target: iscsi: iscsit_handle_text_cmd() における CRC のオーバーリードと二重解放を修正 (bsc#1272390)
    - CVE-2026-63920: ipv6: cmsg にコピーする前に拡張ヘッダーの長さを検証する (bsc#1272877)。
    - CVE-2026-63992:トンネル:iptunnel_pmtud_check_icmp() でトランスポートヘッダーを引き受けません(bsc#1272868)。
    - CVE-2026-64002:ipv4:unregister_net_sysctl_table() 後に net->ipv4.sysctl_local_reserved_ports を解放します(bsc#1273774)。
    - CVE-2026-64007:netfilter:synproxy:skb_ensure_writable後に tcphdr をリフレッシュします(bsc#1273105)。
    - CVE-2026-64010:nfc:llcp:nfc_llcp_recv_cc() での use-after-free の競合を修正します(bsc#1273882)。
    - CVE-2026-64011: nfc: llcp: llcp_sock_release() のメモリ解放後使用 (Use-After-Free) を修正する (bsc#1273891)。
    - CVE-2026-64015:security/keys:検索で欠落した RCU 読み取りセクションを修正します(bsc#1273762)。
    - CVE-2026-64047:net:tls:ラップされた sk_msg リングのエントリカウントsg_chain off-by-one を修正します(bsc#1273060)。
    - CVE-2026-64048:net/smc:空の ism_dev スロットに一致する CHID-0 ACCEPT を拒否します(bsc#1273484)。
    - CVE-2026-64098:drm/virtio:プレーン更新に対して、割り込み不可な resv ロックを使用します(bsc#1273488)。
    - CVE-2026-64109:af_unix:同期されたキューをピークします(bsc#1273748)。
    - CVE-2026-64114: ipv4: raw: IHL が 5 未満の IP_HDRINCL パケットを拒否する (bsc#1273742)。
    - CVE-2026-64115:vsock/vmci:ハンドシェイク中にピアが接続をリセットする際の UAF を修正します(bsc#1273745)。
    - CVE-2026-64268:RDMA/siw:読み取り応答の配置を RREAD の長さ (bsc#1273276) にバインドします。
    - CVE-2026-64304:crypto:qat - RSA CRT コンポーネントの長さを検証します(bsc#1273944)。
    - CVE-2026-64355:bpf:devmap でフラグメント化されたフレームを拒否します(bsc#1273422)。
    - CVE-2026-64423:ipv4:igmp:デバイス破壊時に、ハッシュテーブルからマルチキャストグループを削除します(bsc#1274274)。
    - CVE-2026-64450:tipc:ブロードキャストギャップ ACK ブロックの領域外読み取りを修正します(bsc#1273523)。
    - CVE-2026-64481:ALSA:had/cs35l41:ファームウェアロードワークティアダウンを修正します(bsc#1274547)。
    - CVE-2026-64541:net/smc:ソケットをピンニングすることにより、smc_cdc_rx_handler() で UAF を修正します(bsc#1273303)。
    - CVE-2026-64543:tipc:tipc_disc_rcv() におけるディスカバラーの use-after-free を修正します(bsc#1273311)。
    - CVE-2026-64562:KVM:nVMX:VMCLEAR 直後にシャドウ VMCS を非表示にします(bsc#1273930)。
    - CVE-2026-64563:rhashtable:テーブルの再起動で古い iter->p をクリアします(bsc#1273995)。
    - CVE-2026-64572:ipv4:fib:挿入エラーパスで kfree_rcu() でfib_aliasを解放します(bsc#1274014)。
    - CVE-2026-64577:gtp:gtp1u_send_echo_resp() の skb_pull_data() 戻り値をチェックします(bsc#1274031)。
    - CVE-2026-64581:xfrm:xfrm_user_policy() でのsk_dst_cache二重解放を修正します(bsc#1274041)。
    - CVE-2026-64593:btrfs:書き込み不能なデバイスをトリミングしません(bsc#1274497)。
    - CVE-2026-68121: pppoe: dev_hard_header() の実行後にヘッダーポインターをリロードする (bsc#1274888)。
    - CVE-2026-68136:net:gro:フラッシュマークの付いた skbs の二重集計を修正します(bsc#1275474)。
    - CVE-2026-68138:net/sched:qdisc_rtab_listを同時 get/put に対してシリアル化します(bsc#1274941)。
    - CVE-2026-68160:ceph:ceph_handle_caps() の snaptrace での事前認証の領域外読み取りを修正します(bsc#1275472)。
    - CVE-2026-68202: ALSA: seq: デストラクターで再オープンされたキュータイマーを閉じる (bsc#1275161)。
    - CVE-2026-68397:net/iucv:afiucv_hs_rcv() にあるソケットで参照を取得します(bsc#1274898)。
    - CVE-2026-68398:ppp:pppol2tp RX UAF を修正するために、チャネルの解放を RCU 猶予期間に延期します(bsc#1274908)。
    - CVE-2026-68417:RDMA/siw:初期化後に QP を公開します(bsc#1274696)。
    - CVE-2026-68426:xfrm:非同期暗号が GSO セグメントを盗んだ後の古い skb->prev を修正します(bsc#1274705)。
    - CVE-2026-68480:x86/bugs:Safe-RET を割り込みインジェクションに対して堅牢にします(bsc#1274208)。
    - CVE-2026-72020:ipvs:ip_vs_conn_new の完全な ip_vs_seq 構造体をリセットします(bsc#1275506)。
    - CVE-2026-72069:locking/rt:rt_spin_unlock() の不適切な RCU 保護を修正します(bsc#1275528)。
    - CVE-2026-72072:net/mlx5e:macsec:RX SC 削除の metadata_dst の use-after-free を修正します(bsc#1277155)。
    - CVE-2026-72123:can:bcm:作業キューへの割り当て解除rx_op延期し、thrtimer UAF を修正します(bsc#1277523)。
    - CVE-2026-72135:tpm:TPM 文字デバイスをシーク不可能にします(bsc#1277571)。
    - CVE-2026-72251:netfilter:nf_nat_sip:古いデータポインターの可能性をリロードします(bsc#1275827)。
    - CVE-2026-72262:ASoC:SOF:ipc3-control:bytes_ext put/get のヒープオーバーフローを修正します(bsc#1277678)。
    - CVE-2026-72288:KVM:arm64:vgic:割り込みアフィニティの変更と LPI 無効の間の競合を処理します(bsc#1275886)。
    - CVE-2026-72289:KVM:arm64:vgic:割り込みを移行する前に、割り込みがまだ私たちのものであることを確認します(bsc#1275905)。
    - CVE-2026-72389:ブリッジ:stp:ブリッジを削除する際に発生する可能性のある use-after-free を修正します(bsc#1273869)。
    - CVE-2026-74345:RDMA/siw:エンドポイント/ソケット関連付け処理を修正します(bsc#1277285)。
    - CVE-2026-74377:RDMA/rxe:WQE を非 SRQ 受信パスのローカルバッファにコピーします(bsc#1278236)。
    - CVE-2026-74378:RDMA/rxe:get_srq_wqe の TOCTOU ヒープオーバーフローを修正します(bsc#1278233)。
    - CVE-2026-74390:RDMA/irdma:irdma_copy_user_pgaddrs での領域外書き込みを修正します(bsc#1278088)。
    - CVE-2026-74394: RDMA/srpt: 即時データ長のチェックにおける整数オーバーフローを修正する (bsc#1277408)。
    - CVE-2026-74454:drm/vc4:bin BO 全体ではなく、BPOS でオーバーフロースロットサイズを供給します(bsc#1277073)。
    - CVE-2026-74488:wifi:mwifiex:A-MSDU TDLS フレームを解析する際に、サブフレーム長を使用します(bsc#1276350)。
    - CVE-2026-74496:fou:fou_create() における use-after-free を修正します(bsc#1275867)。
    - CVE-2026-74518:mm/hugetlb:allocate_file_region_entries() のリスト破損を修正します(bsc#1275798)。
    - CVE-2026-74537:Bluetooth:ISO:iso_conn_readyで sk を適切に保持します(bsc#1275687)。
    - CVE-2026-74581:net:ipv6:抑制された fib6 ルールの結果をクリアします(bsc#1275782)。
    - CVE-2026-74582:packet:非リング送信パスで一貫したhard_header_lenを使用します(bsc#1275784)。
    - CVE-2026-74669:ipvs:トンネル ICMP エラーのリベース後に IPv4 オプションをクリアします(bsc#1277391)。
    - CVE-2026-74695:netfilter:nf_flow_table:skb_dst_set_noref() の前に既存の skb dst をドロップします(bsc#1276931)。
    - CVE-2026-80722:wifi:mac80211:ドライバーのセットアップ前に、個々の TWT パラメーターを検証します(bsc#1277860)。

    セキュリティに関係しない以下の問題が修正されました。

    - mkspec-dtb:DTS プレフィックスをパッケージリストに移動します。
    - mkspec-dtb:provides-obsoletes をパッケージリストに移動します。
    - mkspec-dtb:アーキテクチャごとのパッケージリストをハッシュに配置します。
    - mkspec-dtb:再インデント。
    - net:mana:TX タイムアウトリカバリリセットをスキップするためにデバッグノブを追加します(git-fixes)。
    - net:mana:sriov 構成のハンドラーを追加します(bsc#1272756)。
    - net:mana:スイッチ(bsc#1269792)を使用するために、mana_get_strings()とmana_get_sset_count()をリファクターします。
    - net:mana:オフセットベースのヘルパーを通じてリングバッファアクセスをルーティングします(git-fixes)。
    - net:tap:tap_get_user_xdp() の virtio net ヘッダーを解析する前に skb->dev を設定します(git-fixes bsc#1274550)。
    - PCI:hv:Hyper-V PCI MSI irqchip のコールバックirq_retrigger設定します(git-fixes)。
    - powerpc/pseries:lparcfg - kbuf[] アンダーフローを修正します(bsc#1274753 ltc#221289 bsc#1274754 ltc#221288 bsc#1274752 ltc#221290)。
    - RDMA/mana_ib:部分的なテーブル挿入後に QP 参照をドレインします(git-fixes)。
    - RDMA/mana_ib:QP 検索テーブルを統一します(git-fixes)。
    - RDMA/siw:siw_cep_set_free_and_put を導入します(git-fixes)。
    - RDMA/siw:siw_destroy_cep_sock を導入します(git-fixes)。
    - RDMA/siw:siw_free_cm_id を導入します(git-fixes)。
    - RDMA/siw:siw_create_qp で attrs->cap.max_send_wr のみをチェックします(git-fixes)。
    - scsi:storvsc:すべての Hyper-V ターゲットの手動スキャンをサポートします(git-fixes)。
    - smb/client:falocate(bsc#1274902)で、重複する割り当て済み範囲を処理します。
    - smb:クライアント:CIFS SWN netlink に対して net admin が必要です(bsc#1273966)。

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
343532	Ubuntu 24.04 LTS/Pro Realtime 24.04 LTS:Linuxカーネル(GCP)の脆弱性(USN-8728-1)	Nessus	Ubuntu Local Security Checks	2026/9/7	2026/9/24	high
351684	CentOS Linux 8.5 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS8.5:CLSA-2026:1787572220)	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/18	critical
352220	AlmaLinux 9.6 [TuxCare] セキュリティ更新:kernel / kernel-abi-stablelists / kernel-core / etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1787305050)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
352748	CentOS Linux 8 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS-STREAM8:CLSA-2026:1787292462)	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
365381	Ubuntu 22.04 LTS : Linux カーネル (GCP) の脆弱性 (USN-8877-1)	Nessus	Ubuntu Local Security Checks	2026/10/13	2026/10/13	high
365459	Ubuntu 22.04 LTS:Linuxカーネル(Azure CVM)の脆弱性(USN-8876-1)	Nessus	Ubuntu Local Security Checks	2026/10/13	2026/10/13	high
365522	Ubuntu 24.04 LTS : Linux カーネルの脆弱性 (USN-8917-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
369276	SUSE SLES15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2026:4595-1)	Nessus	SuSE Local Security Checks	2026/10/21	2026/10/21	high

検出

プラグインの検索

high

critical

high

high

high

high

medium

high