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

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

  - thermal/of:thermal_of_cm_lookup() での参照漏洩を修正します thermal_of_cm_lookup() で、tr_np は of_parse_phandle() により取得されますが、リリースされることはありません。__free(device_node)cleanup 属性を使用して、ノードを自動的に解放し、漏洩を修正します。[ rjw: 変更ログの編集 ](CVE-2026-45925)

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

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

    - net/sched: ページキャッシュ破損を引き起こす pedit の部分的な COW を修正 (Rajat Gupta) {CVE-2026-46331}
    - eventpoll: ep_remove struct eventpoll / struct file UAF を修正 (Christian Brauner) [Orabug: 39668743] {CVE-2026-46242}
    - net: skbuff: pskb_carve ヘルパーの zerocopy 参照の欠落を修正 (Minh Nguyen) [Orabug: 39656679] {CVE-2026-52943}
    - arm64: errata: さまざまな Arm CPU で TLBI エラータを緩和 (Mark Rutland) [Orabug: 39548792] {CVE-2025-10263}
    - openvswitch: vport:トンネルポートのリリースにおけるセルフデッドロックを修正 (Ilya Maximets) {CVE-2026-46165}
    - iommu/amd: 同時 TLB 無効化でのシーケンス割り当てをシリアル化 (Ankit Soni) {CVE-2026-43220}
    - usb: ulpi: ulpi_register() エラーパスのメモリ漏洩を修正 (Felix Gu) {CVE-2026-46109}
    - smb: client: ユーザー空間 cifs.spnego の説明を拒否 (Asim Viladi Oglu Manizada) [Orabug: 39463671] {CVE-2026-46243}
    - net: skbuff: frag-transfer ヘルパーを通じて共有フラグマーカーを伝播 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503,CVE-2026-46300}
    - net: skbuff: 合体中に共有フラグマーカーを維持 (William Bowling) [Orabug: 39368826] {CVE-2026-46300}
    - netfilter: nft_bitwise のゼロシフトを拒否 (Kai Ma) [Orabug: 39452464] {CVE-2026-46101}
    - net: ipv6: seg6 および rpl lwtunnels の NOREF dst 使用を修正 (Andrea Mayer) [Orabug: 39452457] {CVE-2026-46099}
    - ALSA: caiaq: プローブ失敗時の usb_dev refcount 漏洩を修正 (Deepanshu Kartikey) [Orabug: 39452739] {CVE-2026-46048}
    - ipv6: rpl: 再圧縮 mac_len SRH が増大する際にヘッドルームを確保 (Greg Kroah-Hartman) [Orabug: 39426003] {CVE-2026-43501}
    - ALSA: caiaq: エラーパスに残る可能性のある ep1_in_urb を修正 (Takashi Iwai) [Orabug: 39452746] {CVE-2026-45992}
    - net: bonding: bond_xmit_broadcast() でのメモリ解放後使用 (Use-After-Free) を修正 (Xiang Mei) [Orabug: 39205989] {CVE-2026-31419}
    - crypto: authencesn - インスタンス作成中に短い ahash ダイジェストを拒否 (Yucheng Lu) [Orabug: 39452231] {CVE-2026-46033}
    - spi: デバイスセットアップ失敗時のリソース漏洩を修正 (Johan Hovold) [Orabug: 39452400] {CVE-2026-46083}
    - net: qrtr: ns: ノードの総数を制限 (Manivannan Sadhasivam) [Orabug: 39452123] {CVE-2026-46003}
    - net: bridge: RCU リーダーで安定した FDB dst スナップショットを使用 (Zhengchuan Liang) [Orabug: 39452411] {CVE-2026-46086}
    - net: qrtr: ns: ルックアップの最大数を制限 (Manivannan Sadhasivam) [Orabug: 39452207] {CVE-2026-46026}
    - net: qrtr: ns: ノードごとのサーバー登録数の上限を制限 (Manivannan Sadhasivam) [Orabug: 39410851] {CVE-2026-43491}
    - RDMA/mana_ib: RSS QP 破壊で RX ステアリングを無効にする (Long Li) [Orabug: 39452406] {CVE-2026-46084}
    - media: rc: igorplugusb: 一貫性のルールを守る (Oliver Neukum) [Orabug: 39452432] {CVE-2026-46091}
    - wifi: mwifiex: mwifiex_adapter_cleanup() の use-after-free を修正 (Daniel Hodges) [Orabug: 39452343] {CVE-2026-46069}
    - thermal: core: サーマルゾーンガバナーのクリーンアップ問題を修正 (Rafael J. Wysocki) [Orabug: 39452186] {CVE-2026-46021}
    - smb: client: cifsacl で書き換える前に DACL 全体を検証 (Michael Bommarito) [Orabug:
    39300611] {CVE-2026-31709}
    - scsi: sd: device_add(&disk_dev) が失敗する際に欠落している put_disk() を修正 (Yang Xiuwei) [Orabug: 39452100] {CVE-2026-45997}
    - rtmutex: remove_waiter() で current の代わりに waiter::task を使用 (Keenan Dong) [Orabug: 39425998] {CVE-2026-43499}
    - ceph: ハッシュ化されていない場合は d_add() 負の dentry のみ (Max Kellermann) [Orabug: 39452291] {CVE-2026-46052}
    - dm mirror: create_dirty_log() の整数オーバーフローを修正 (Junrui Luo) [Orabug: 39452196] {CVE-2026-46023}
    - Bluetooth: hci_event: SSP パスキーハンドラーの潜在的な UAF を修正 (Shuvam Pandey) [Orabug: 39452304] {CVE-2026-46056}
    - tcp:リスナー移行後に sk_data_ready() を呼び出す (Zhenzhong Wu) [Orabug: 39452159] {CVE-2026-46015}
    - inotify: fsnotify_add_inode_mark_locked() が失敗したときのウォッチカウント漏洩を修正 (Chia-Ming Chang) [Orabug:
    39452250] {CVE-2026-46040}
    - md/raid5: ジャーナルメタデータにアクセスする前にペイロードサイズを検証 (Junrui Luo) [Orabug: 39452349] {CVE-2026-46070}
    - md/raid5: retry_aligned_read() でのソフトロックアップを修正 (Chia-Ming Chang) [Orabug: 39452287] {CVE-2026-46051}
    - ext4: ext4_xattr_inode_dec_ref_all() に欠落している brelse() を修正 (Sohei Koyama) [Orabug: 39452269] {CVE-2026-46046}
    - ext4: 領域外アクセスを防ぐために check_xattrs() の境界チェックを修正 (Deepanshu Kartikey) [Orabug:
    39452442] {CVE-2026-46094}
    - io_uring/poll: ウェイクアップ競合で EOF がないマルチショット受信を修正 (Jens Axboe) {CVE-2026-23473}
    - KVM: nSVM: 未処理の VMMCALL が L1 によって傍受されない場合に #UD を上げる (Kevin Cheng) [Orabug: 39452372] {CVE-2026-46076}
    - KVM: SVM: if EFER.SVME=0 の場合、INVLPGA に #UD を注入 (Kevin Cheng) [Orabug: 39452394] {CVE-2026-46082}
    - KVM: nSVM: L2 の VMRUN 後に、キャッシュされた vmcb12 に割り込みシャドウを同期 (Yosry Ahmed) [Orabug: 39452061] {CVE-2026-45987}
    - xfs: xfs_alloc_buftarg() でのリソース漏洩を修正 (Haoxiang Li) [Orabug: 39452131] {CVE-2026-46005}
    - libceph: ceph_handle_auth_reply() における潜在的な null-ptr-deref を防ぐ (Raphael Zimmer) [Orabug: 
    39452201] {CVE-2026-46024}
    - ipv4: icmp: icmp_pointers を使用する前に返信タイプを検証 (Ruide Cao) [Orabug: 39452243] {CVE-2026-46037}
    - RDMA/rxe: rxe_rcv の payload_size() の前に pad および ICRC を検証する (Hkbinbin) [Orabug: 39452259] {CVE-2026-46043}
    - net: qrtr: ns: ctrl_cmd_bye() 中にノードを解放 (Manivannan Sadhasivam) [Orabug: 39452246] {CVE-2026-46038}
    - rxrpc: rxkad 暗号アンアラインメント処理を修正 (David Howells) [Orabug: 39452728] {CVE-2026-46085}
    - ALSA: caiaq: プローブエラーを適切に処理 (Takashi Iwai) [Orabug: 39452126] {CVE-2026-46004}
    - rbd: プローブエラーを適切に処理 (Dawei Feng) [Orabug: 39452385] {CVE-2026-46079}
    - md/raid10: チェック操作および nowait リクエストのデッドロックを修正 (Josh Hunt) [Orabug: 39452284] {CVE-2026-46050}
    - jbd2: jbd2_journal_cancel_revoke() のデッドロックを修正 (Zhang Yi) [Orabug: 39452318] {CVE-2026-46061}
    - erofs: trailing dirents の領域外 nameoff 処理を修正 (Gao Xiang) [Orabug: 39452380] {CVE-2026-46078}
    - ALSA: ctxfi: S/PDIF のデフォルト RSR にフォールバックを追加 (Harin Lee) [Orabug: 39452280] {CVE-2026-46049}
    - ext2: ext2_iget() のゼロ i_nlink で有効なモードの inode を拒否 (Vasiliy Kovalev) [Orabug: 39452119] {CVE-2026-46002}
    - net: qrtr: ns: ドライバーの remove() の use-after-free を修正 (Manivannan Sadhasivam) [Orabug: 39452274] {CVE-2026-46047}
    - net: strparser: strp_abort_strp() の skb_head 漏洩を修正 (Luxiao Xu) [Orabug: 39452468] {CVE-2026-46102}
    - ALSA: control: snd_ctl_elem_init_enum_names() の strnlen() の前に buf_len を検証 (Ziqing Chen) [Orabug: 39452416] {CVE-2026-46088}
    - crypto: pcrypt - MAY_BACKLOG リクエストの処理を修正 (Herbert Xu) [Orabug: 39410863] {CVE-2026-43493}
    - wifi: rtw88: PCI Upstream ブリッジの有無をチェック (Fedor Pchelkin) [Orabug: 39452437] {CVE-2026-46092}
    - zram: 部分的破棄リクエストのために endio を忘れずに実行 (Sergey Senozhatsky) [Orabug: 39452420] {CVE-2026-46089}
    - ocfs2: 完了時にトランザクションを分割し、クレジットの枯渇を回避 (Heming Zhao) [Orabug: 39452388] {CVE-2026-46080}
    - drm/amdgpu: BO リストのエントリカウントを制限してリソースの枯渇を防ぐ (Jesse Zhang) [Orabug: 39167551] {CVE-2026-23468}
    - padata: pd UAF を完全に修正 (Herbert Xu) [Orabug: 38335055] {CVE-2025-38584}
    - drm/nouveau: pushbuf reloc 境界チェックの u32 オーバーフローを修正 (Greg Kroah-Hartman) [Orabug: 39452133] {CVE-2026-46006}
    - ALSA: usb-audio: MAX_NR_RATES で UAC2 レートの解析を停止 (Cassio Gabriel) [Orabug: 39452170] {CVE-2026-46018}
    - drivers/xen/sys-hypervisor.c のバッファオーバーフロー (Juergen Gross) [Orabug: 39305898] {CVE-2026-31786}
    - xen/privcmd: VMA 分割による二重解放を修正 (Juergen Gross) [Orabug: 39305908] {CVE-2026-31787}
    - rxrpc: 非 XDR キー準備で欠落しているチケット長の検証を修正 (Anderson Nascimento) [Orabug: 
    39300563] {CVE-2026-31696}
    - crypto: ccp: PSP コマンドが失敗した場合、ID をユーザー空間にコピーしようとしない (Sean Christopherson) {CVE-2026-31697}
    - crypto: ccp: PSP コマンドが失敗した場合、PDH cert をユーザー空間にコピーしようとしない (Sean Christopherson) {CVE-2026-31698}
    - crypto: ccp: PSP コマンドが失敗した場合、CSR をユーザー空間にコピーしようとしない (Sean Christopherson) {CVE-2026-31699}
    - net/packet: tpacket_snd() の mmap'd vnet_hdr の TOCTOU 競合を修正 (Bingquan Chen) {CVE-2026-31700}
    - ALSA: caiaq: create_card() の USB デバイスで参照を取得 (Berk Cem Goksel) [Orabug: 39300586] {CVE-2026-31701}
    - smb: client: smb2_ioctl_query_info QUERY_INFO パスの OOB 読み取りを修正 (Michael Bommarito) [Orabug: 
    39300607] {CVE-2026-31708}
    - smb: client: モードビットを読み取る前に完全な NFS モードの SID が必要 (Michael Bommarito) [Orabug: 39343707] {CVE-2026-43350}
    - fuse: ページキャッシュでオーバーサイズのディレントを拒否 (Samuel Page) [Orabug: 39300556] {CVE-2026-31694}
    - mm/pagewalk: 同時分割と再障害の間の競合を修正 (Max Boone) [Orabug: 39250782] {CVE-2026-31456}
    - wifi: mac80211: ieee80211_tx_prepare_skb() 失敗時に skb を常に解放 (Felix Fietkau) [Orabug: 39167472] {CVE-2026-23444}
    - mm/userfaultfd: hugetlb 障害 mutex ハッシュ計算を修正 (Jianhui Zhou) [Orabug: 39273453] {CVE-2026-31575}
    - ipv6: SRv6 パスの idev の NULL チェックを追加 (Heminhong) [Orabug: 39167467] {CVE-2026-23442}
    - ocfs2: ocfs2_write_end_inline での領域外書き込みを修正 (Joseph Qi) [Orabug: 39331090] {CVE-2026-43075}
    - ocfs2: inode の読み取り中にインラインデータの i_size を検証 (Deepanshu Kartikey) [Orabug: 39331097] {CVE-2026-43076}
    - media: as102: デバイスが as102_usb_probe() に登録された後、メモリを解放しないように修正 (Jeongjun Park) [Orabug: 39273467] {CVE-2026-31578}
    - bcache: cached_dev.sb_bio の use-after-free およびクラッシュを修正 (Mingzhe Zou) [Orabug: 39273481] {CVE-2026-31580}
    - ALSA: 6fire: 切断時の use-after-free を修正 (Berk Cem Goksel) [Orabug: 39273486] {CVE-2026-31581}
    - media: em28xx: em28xx_v4l2_open() の use-after-free を修正 (Abhishek Kumar) [Orabug: 39273493] {CVE-2026-31583}
    - mm: blk-cgroup: cgwb_release_workfn() の use-after-free を修正 (Breno Leitao) [Orabug: 39273507] {CVE-2026-31586}
    - KVM: x86: MMIO フラグメントのスクラッチフィールドを使用して、小さな書き込み値を保持 (Sean Christopherson) [Orabug: 
    39273521] {CVE-2026-31588}
    - x86-64: 誤解を招くような「__copy_user_nocache()」関数の名前を変更 (Linus Torvalds) [Orabug: 39323162] {CVE-2026-43073}
    - kernel: dup_mmap() の失敗と uprobe 登録について、より慎重になる (Liam R. Howlett) {CVE-2025-21709}
    - gpiolib: gdev->srcu の競合状態を修正 (Pawel Narewski) [Orabug: 38887677] {CVE-2026-22986}
    - KVM: SEV: KVM_MEMORY_ENCRYPT_REG_REGION 用の大きなサイズでの WARN のドロップ (Sean Christopherson) [Orabug: 
    39273529] {CVE-2026-31590}
    - KVM: SEV: すでに起動/暗号化された vCPU の VMSA を同期する試みを拒否 (Sean Christopherson) [Orabug: 39273553] {CVE-2026-31593}
    - ocfs2: ocfs2_group_extend の無効な dinode を処理 (Zhengyuan Huang) [Orabug: 39273569] {CVE-2026-31596}
    - ocfs2: VM_FAULT_RETRY 時の ocfs2_fault() の use-after-free を修正 (Tejas Bharambe) [Orabug: 39273578] {CVE-2026-31597}
    - ocfs2: nlink と dio_end_io_write の間の潜在的なデッドロックを修正 (Joseph Qi) [Orabug: 39273586] {CVE-2026-31598}
    - dcache: バケットの最小数を 2 つに制限 (Zhihao Cheng) [Orabug: 39323133] {CVE-2026-43071}
    - ALSA: ctxfi: PTP を単一ページに制限 (Harin Lee) [Orabug: 39273608] {CVE-2026-31602}
    - wifi: rtw88: プローブ障害でのデバイス漏洩を修正 (Johan Hovold) [Orabug: 39273620] {CVE-2026-31604}

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

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

したがって、ALAS2023-2026-1514 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfs:インラインエクステントを挿入する際の一部のエラーパスでの予約漏洩を修正します(CVE-2025-71268)

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfs:-ENOSPC のため、インラインからのフォールバックでデータ予約を解放しません(CVE-2025-71269)

    Linux カーネルで、以下の脆弱性が解決されています。

    smack:/smack/doi:以前に使用した値を受け入れます(CVE-2025-71304)

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3:新しいフォリオを使用前に初期化します(CVE-2025-71311)

    Linux カーネルで、以下の脆弱性が解決されています。

    RDMA/umad:ib_umad_write における負のdata_lenを拒否します(CVE-2026-23243)

    Linux カーネルで、以下の脆弱性が解決されています。

    net:gro:外部ネットワークオフセットを修正します(CVE-2026-23254)

    Linux カーネルで、以下の脆弱性が解決されています。

    net:/proc/net/ptype に適切な RCU 保護を追加します(CVE-2026-23255)

    Linux カーネルで、以下の脆弱性が解決されています。

    io_uring/rw:キャッシュプットの失敗時に、潜在的に割り当てられている iovec を解放します(CVE-2026-23259)

    Linux カーネルで、以下の脆弱性が解決されています。

    regmap:maple:mas_store_gfp() 失敗時のフリーエントリ(CVE-2026-23260)

    Linux カーネルで、以下の脆弱性が解決されています。

    io_uring/zcrx:ページ配列の漏洩を修正します(CVE-2026-23263)

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilter:nft_set_rbtree:オープンインターバルのオーバーラップを検証します(CVE-2026-23333)

    Linux カーネルで、以下の脆弱性が解決されています。

    tracing/dma:バッファオーバーフローを防ぐためにトレースポイント配列dma_map_sg上限を設定します(CVE-2026-23390)

    Linux カーネルで、以下の脆弱性が解決されています。

    smb:client:smbdirect_socket.recv_io.credits.available を使用します(CVE-2026-31535)

    Linux カーネルで、以下の脆弱性が解決されています。

    smb:smbdirect:smbdirect_socket.recv_io.credits.available を導入します(CVE-2026-31539)

    Linux カーネルで、以下の脆弱性が解決されています。

    driver core:driver_match_device() に対するdevice_lockを実施します(CVE-2026-31688)

    Linux カーネルで、以下の脆弱性が解決されています。

    ACPI:プロセッサ:__acpi_processor_start() の cpuidle ドライバーチェックを更新します(CVE-2026-43122)

    Linux カーネルで、以下の脆弱性が解決されています。

    cpufreq:intel_pstate:update_cpu_qos_request() の NULL ポインターデリファレンスを修正します(CVE-2026-43401)

    Linux カーネルで、以下の脆弱性が解決されています。

    net:フォワードパス配列にアクセスするときにWARN_ON_ONCEを削除します(CVE-2026-45847)

    Linux カーネルで、以下の脆弱性が解決されています。

    efi:承認されないメモリテーブルの予約を修正します(CVE-2026-45851)

    Linux カーネルで、以下の脆弱性が解決されています。

    ata:libata-scsi:非 NCQ コマンドのスタベーションを回避します(CVE-2026-45855)

    Linux カーネルで、以下の脆弱性が解決されています。

    RDMA/uverbs:ib_uverbs_post_send で使用する前にwqe_sizeを検証します(CVE-2026-45856)

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4:EXT4_EXT_DATA_PARTIAL_VALID1場合、エクステント全体をゼロにしません(CVE-2026-45858)

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilter:nfnetlink_queue:セグメンテーション前に共有未確認のチェックを行ってください(CVE-2026-45859)

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilter:nf_conncount:接続クリーンアップ上限を 64 に増やします(CVE-2026-45860)

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/vt-d:PASID テーブルを使用する前にキャッシュをフラッシュします(CVE-2026-45862)

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3:次の有効が同じであることによって引き起こされる無限ループを回避します(CVE-2026-45864)

    Linux カーネルで、以下の脆弱性が解決されています。

    SUNRPC:auth_gss:XDR デコーディングエラーパスのメモリリークを修正します(CVE-2026-45870)

    Linux カーネルで、以下の脆弱性が解決されています。

    scsi:smartpqi:pqi_report_phys_luns() でのメモリリークを修正します(CVE-2026-45872)

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilter:nft_set_rbtree:匿名集合での部分的な重複のチェック(CVE-2026-45873)

    Linux カーネルで、以下の脆弱性が解決されています。

    arm64/gcs:arch_set_shadow_stack_status() でのエラー処理を修正します(CVE-2026-45876)

    Linux カーネルで、以下の脆弱性が解決されています。

    PCI/P2PDMA:vm_insert_page() が失敗した場合、CPU ごとの pgmap 参照をリリースします(CVE-2026-45880)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:読み取り専用引数に対する bpf_xdp_store_bytes proto を修正します(CVE-2026-45886)

    Linux カーネルで、以下の脆弱性が解決されています。

    af_unix:unix_stream_connect() の newsk のメモリリークを修正します。(CVE-2026-45887)

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid1:raid1_run() でのメモリリークを修正します(CVE-2026-45888)

    Linux カーネルで、以下の脆弱性が解決されています。

    mptcp:mptcp_rcvbuf_grow() で OoO を考慮しません(CVE-2026-45889)

    Linux カーネルで、以下の脆弱性が解決されています。

    xen-netback:ゲストからのゼロキュー構成を拒否します(CVE-2026-45890)

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/vt-d:PASID エントリをティアダウンする前に、存在するビットを消去します(CVE-2026-45894)

    Linux カーネルで、以下の脆弱性が解決されています。

    quota:quotactl と freeze_super の間のライブロックを修正します(CVE-2026-45895)

    Linux カーネルで、以下の脆弱性が解決されています。

    RDMA/iwcm:work_listを削除することで、作業キューリストの破損を修正します(CVE-2026-45898)

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4:エクステント分割に失敗した場合、エクステントキャッシュをドロップします(CVE-2026-45899)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:ヘルパープロトタイプのメモリアクセスフラグを修正します(CVE-2026-45903)

    Linux カーネルで、以下の脆弱性が解決されています。

    xfrm:リバースパスip_rt_bug icmp_route_lookup競合を修正します(CVE-2026-45905)

    Linux カーネルで、以下の脆弱性が解決されています。

    net/mlx5e:devlink と netdev のインスタンスロック間のデッドロックを修正します(CVE-2026-45907)

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4:エクステント分割中にエクステントをキャッシュしません(CVE-2026-45912)

    Linux カーネルで、以下の脆弱性が解決されています。

    net:bridge:mcast:vlan コンテキストに対して常に mdb_n_entries を更新します(CVE-2026-45913)

    Linux カーネルで、以下の脆弱性が解決されています。

    FAT:rmdir での親リンクカウントのアンダーフローを回避します(CVE-2026-45915)

    Linux カーネルで、以下の脆弱性が解決されています。

    ipvs:dev がダウンしている場合、dest_dstを維持しません(CVE-2026-45917)

    Linux カーネルで、以下の脆弱性が解決されています。

    ovpn:tcp - tcp_close() 後に NULL sk_socket メンバーを逆参照しません(CVE-2026-45918)

    Linux カーネルで、以下の脆弱性が解決されています。

    sched/rt:rto_next_cpu() で現在実行中の CPU をスキップします(CVE-2026-45919)

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4:fs シャットダウンでの dirtyclusters の二重減少を修正します(CVE-2026-45920)

    Linux カーネルで、以下の脆弱性が解決されています。

    RDMA/mlx5:GET_DATA_DIRECT_SYSFS_PATH ハンドラーでのメモリリークを修正します(CVE-2026-45922)

    Linux カーネルで、以下の脆弱性が解決されています。

    thermal/of:thermal_of_cm_lookup() の参照漏洩を修正します(CVE-2026-45925)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:マップハッシュを計算するためにフリーズしたマップが必要です(CVE-2026-45927)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:prog fd が与えられない場合の tcx/netkit デタッチ権限を修正します(CVE-2026-45932)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:sync_linked_regs() のレジスタの ID を保存します(CVE-2026-45933)

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfs:チャンク割り当ての連続していないギャップによる EEXIST の中止を修正します(CVE-2026-45934)

    Linux カーネルで、以下の脆弱性が解決されています。

    fs/ntfs3:DeleteIndexEntryRoot における slab-out-of-bounds 読み込みを修正します(CVE-2026-45935)

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4:e4b ビットマップの不一致レポートを修正します(CVE-2026-45942)

    Linux カーネルで、以下の脆弱性が解決されています。

    erofs:ztailpacking pclusters のインラインデータ読み込みの失敗を修正します(CVE-2026-45943)

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/vt-d:コンテキストエントリをティアダウンする前に、現在ビットをクリアします(CVE-2026-45944)

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4:ext4_ext_shift_extents() でのメモリリークを修正します(CVE-2026-45948)

    Linux カーネルで、以下の脆弱性が解決されています。

    hwrng:core - RCU と work_struct を使用して、競合状態を修正します(CVE-2026-45949)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:BTF オブジェクトの潜在的な use-after-free を修正します(CVE-2026-45951)

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid5:llbitmap のあるデグレード状態の配列による IO ハングアップを修正します(CVE-2026-45953)

    Linux カーネルで、以下の脆弱性が解決されています。

    md/md-llbitmap:中断タイムアウトで復活しないpercpu_refを修正します(CVE-2026-45955)

    Linux カーネルで、以下の脆弱性が解決されています。

    rcu:softirq による rcu_read_unlock() デッドループを修正します(CVE-2026-45957)

    Linux カーネルで、以下の脆弱性が解決されています。

    SUNRPC:エラーパスgss_auth kref 漏洩を修正gss_alloc_msg(CVE-2026-45964)

    Linux カーネルで、以下の脆弱性が解決されています。

    cpuidle:アイドル状態が 1 つだけ利用可能な場合、ガバナーをスキップします(CVE-2026-45968)

    Linux カーネルで、以下の脆弱性が解決されています。

    bonding:alb:結合アップ/ダウン中の rlb_arp_recv の UAF を修正します(CVE-2026-45970)

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf:bpf プログラム署名サイズを制限します(CVE-2026-45971)

    Linux カーネルで、以下の脆弱性が解決されています。

    RDMA/mlx5:LAG エラーステートのアンロードにおける UMR ハングを修正します(CVE-2026-45973)

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfs:参照キーが見つからない場合の btrfs_quota_enable() での無効なリーフアクセスを修正します(CVE-2026-45974)

    Linux カーネルで、以下の脆弱性が解決されています。

    ACPICA:acpi_ev_address_space_dispatch() における NULL ポインターデリファレンスの修正(CVE-2026-45982)

    Linux カーネルで、以下の脆弱性が解決されています。

    nfsd:idmap 検索中にリクエストを決して延期しません(CVE-2026-45983)

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfs:block_group_tree dirty_list破損を修正します(CVE-2026-46251)

    Linux カーネルで、以下の脆弱性が解決されています。

    pstore/ram:persistent_ram_save_old() のバッファオーバーフローを修正します(CVE-2026-46253)

    Linux カーネルで、以下の脆弱性が解決されています。

    NFS/localio:nfs_writepagesによる NFS への直接再要求の再帰を防止します(CVE-2026-46256)

    Linux カーネルで、以下の脆弱性が解決されています。

    procfs:do_task_stat() で real_parent を読み取るときに RCU 保護がないのを修正します(CVE-2026-46259)

    Linux カーネルで、以下の脆弱性が解決されています。

    inet:IPPROTO_RAW を使用する RAW ソケットは、着信 ICMP をドロップしなければなりません(CVE-2026-46266)

    Linux カーネルで、以下の脆弱性が解決されています。

    dm:dm_suspended_md のロック解除されたテストを修正します(CVE-2026-46327)

    Linux カーネルで、以下の脆弱性が解決されています。

    apparmor:POSIX CPU タイマーの rlimit を修正します(CVE-2026-46328)

    Linux カーネルで、以下の脆弱性が解決されています。

    erofs:file-backed マウントに対してファイルシステムの終端を適切に処理します(CVE-2026-46329)

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
335080	openSUSE 16:cluster-md-kmp-64kb / cluster-md-kmp-azure / cluster-md-kmp-default / etc (openSUSE-SU-2026:21555-1)	Nessus	SuSE Local Security Checks	2026/8/13	2026/9/19	high
305231	2023 Amazon Linux:bpftool6.12、kernel6.12、kernel6.12-devel(ALAS2023-2026-1543)	Nessus	Amazon Linux Local Security Checks	2026/4/7	2026/6/17	high
352240	Rocky Linux 9.6 [TuxCare] セキュリティ更新プログラム:kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1787305050)	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	high
317680	Linux Distros のパッチ未適用の脆弱性: CVE-2026-45925	Nessus	Misc.	2026/5/29	2026/10/16	medium
325292	Oracle Linux 10 / 9 : Unbreakable Enterprise カーネル (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high
304298	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1514)	Nessus	Amazon Linux Local Security Checks	2026/3/30	2026/6/17	high
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

検出

プラグインの検索

high

high

high

medium

high

high

high