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

    SUSE Linux Enterprise 15 SP4 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2022-49138: Bluetooth: hci_event: le_conn_complete_evt のチェック中の conn を修正します (bsc#1238160)。
    - CVE-2022-49980USBgadgetusb_udc_uevent() の use-after-free 読み取りを修正しますbsc#1245110。
    - CVE-2022-50233Bluetootheirhdev->{dev_name,short_name} で strlen を使用して修正しますbsc#1246968
    - CVE-2022-50252igb新しいものが割り当てられない限り、 q_vector を解放しませんbsc#1249846。
    - CVE-2022-50409netsock が固まった場合は、sk_stream_wait_memory の sock の sk_wq にアクセスしませんbsc#1250392。
    - CVE-2023-53178mmzswap writeback の競合状態を修正しますbsc#1249827。
    - CVE-2023-53321wifimac80211_hwsimショートフレームをドロップしますbsc#1250313。
    - CVE-2023-53438x86/MCEAMD Zen IF Poison エラーの CS レジスタを常に保存しますbsc#1250180。
    - CVE-2025-23155: net: stmmac: 解放された irq affinity_hint へのアクセスを修正します (bsc#1242573)。
    - CVE-2025-37738: ext4: 終端を超えた xattrs を無視します (bsc#1242846)。
    - CVE-2025-37885KVMx86*new* ルートが postable でない場合、IRTE をホストコントロールにリセットしますbsc#1242960。
    - CVE-2025-37958: mm/huge_memory: 無効な pmd 移行エントリの逆参照を修正します (bsc#1243539)。
    - CVE-2025-38014: dmaengine: idxd: idxd_cleanup() ヘルパーで削除の呼び出しをリファクタリングします (bsc#1244732)。
    - CVE-2025-38084mm/hugetlbVMA 分割前ではなく、VMA 分割中にページテーブルを共有しませんbsc#1245498
    - CVE-2025-38085mm/hugetlbhuget_pmd_unshare() と GUP 高速の競合を修正しますbsc#1245499。
    - CVE-2025-38111net/mdiobus領域外読み取り/書き込みアクセスの可能性を修正しますbsc#1245666
    - CVE-2025-38184tipcイーサネットベアラーのリモート IP を取得する際に null-ptr-deref を修正しますbsc#1245956。
    - CVE-2025-38380i2c/designware 初期化問題を修正しますbsc#1247028。
    - CVE-2025-38470netvlanランタイムのトグルフィルター処理の VLAN 0 refcount インバランスが、修正されますbsc#1247288。
    - CVE-2025-38476rplrpl_do_srh_inline() における use-after-free を修正しますbsc#1247317
    - CVE-2025-38488smbclientasync crypto を使用する際に crypt_message での use-after-free を修正しますbsc#1247239。
    - CVE-2025-38553net/sched重複する netems を qdisc ツリーに追加するための条件を制限しますbsc#1248255
    - CVE-2025-38572ipv6ipv6_gso_segment() で悪意のあるパケットを拒否しますbsc#1248399。
    - CVE-2025-38659gfs2これ以上の自己復元はありませんbsc#1248639。
    - CVE-2025-38664iceice_copy_and_init_pkg() での NULL ポインターデリファレンスを修正しますbsc#1248628
    - CVE-2025-38678netfilternf_tables更新で重複するデバイスを拒否しますbsc#1249126。
    - CVE-2025-38685fbdevfast_imageblit の vmalloc 領域外書き込みを修正しますbsc#1249220
    - CVE-2025-38706ASoCcoresnd_soc_remove_pcm_runtime() 内の rtd == NULL をチェックしますbsc#1249195
    - CVE-2025-38713hfsplushfsplus_uni2asc() の slab-out-of-bounds 読み取りを修正しますbsc#1249200。
    - CVE-2025-38734net/smcsmc_listen_out() 後に smcsk で UAF を修正しますbsc#1249324。
    - CVE-2025-39691fs/bufferbh_read() ヘルパーを呼び出す際の use-after-free を修正しますbsc#1249374]。
    - CVE-2025-39703net、hsrkskb がタグを保留できない場合、HSR フレームを拒否しますbsc#1249315。
    - CVE-2025-39726s390/ismism_cmd() での並行性管理が修正されますbsc#1249266。
    - CVE-2025-39746wifiath10kハードウェアが信頼できない場合にドライバーをシャットダウンしますbsc#1249516。
    - CVE-2025-39751ALSAhda/ca0132add_tuning_control のバッファオーバーフローを修正しますbsc#1249538
    - CVE-2025-39790busmhihost予期しない TRE を指し示すイベントを検出しますbsc#1249548。
    - CVE-2025-39797xfrmxfrm_alloc_spi は SPI として 0 を使用するべきではありませんbsc#1249608。
    - CVE-2025-39823KVMx86ゲストからのインデックスで array_index_nospec を使用しますbsc#1250002。
    - CVE-2025-39824HIDasusHID_CLAIMED_INPUT 検証によって UAF を修正しますbsc#1250007
    - CVE-2025-39860Bluetoothl2cap_sock_cleanup_listen() の use-after-free を修正しますbsc#1250247
    - CVE-2025-39869dmaengineti: edmaqueue_priority_map のメモリ割り当てサイズを修正しますbsc#1250406。


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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - Linux カーネルでは、以下の脆弱性が解決されています: ipc: fix memleak if msg_init_ns failed in create_ipc_ns Percpu memory allocation may failed during create_ipc_ns however this fail is not handled properly since ipc sysctls and mq sysctls is not released properly. Fix this by release these two resource when failure. Here is the kmemleak stack when percpu failed: unreferenced object 0xffff88819de2a600 (size 512): comm shmem_2nstest, pid 120711, jiffies 4300542254 hex dump (first 32 bytes): 60 aa 9d 84 ff ff ff ff fc 18 48 b2 84 88 ff ff `.........H..... 04 00 00 00 a4 01 00 00 20 e4 56 81 ff ff ff ff ........
    .V..... backtrace (crc be7cba35): [<ffffffff81b43f83>] __kmalloc_node_track_caller_noprof+0x333/0x420 [<ffffffff81a52e56>] kmemdup_noprof+0x26/0x50 [<ffffffff821b2f37>] setup_mq_sysctls+0x57/0x1d0 [<ffffffff821b29cc>] copy_ipcs+0x29c/0x3b0 [<ffffffff815d6a10>] create_new_namespaces+0x1d0/0x920 [<ffffffff815d7449>] copy_namespaces+0x2e9/0x3e0 [<ffffffff815458f3>] copy_process+0x29f3/0x7ff0 [<ffffffff8154b080>] kernel_clone+0xc0/0x650 [<ffffffff8154b6b1>] __do_sys_clone+0xa1/0xe0 [<ffffffff843df8ff>] do_syscall_64+0xbf/0x1c0 [<ffffffff846000b0>] entry_SYSCALL_64_after_hwframe+0x4b/0x53 (CVE-2024-53175)

  - Linux カーネルでは、以下の脆弱性が解決されています: net/mlx5: HWS, change error flow on matcher disconnect Currently, when firmware failure occurs during matcher disconnect flow, the error flow of the function reconnects the matcher back and returns an error, which continues running the calling function and eventually frees the matcher that is being disconnected. This leads to a case where we have a freed matcher on the matchers list, which in turn leads to use-after-free and eventual crash. This patch fixes that by not trying to reconnect the matcher back when some FW command fails during disconnect. Note that we're dealing here with FW error. We can't overcome this problem. This might lead to bad steering state (e.g. wrong connection between matchers), and will also lead to resource leakage, as it is the case with any other error handling during resource destruction. However, the goal here is to allow the driver to continue and not crash the machine with use-after-free error. (CVE-2025-21751)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: ath12k: Avoid memory leak while enabling statistics Driver uses monitor destination rings for extended statistics mode and standalone monitor mode. In extended statistics mode, TLVs are parsed from the buffer received from the monitor destination ring and assigned to the ppdu_info structure to update per-packet statistics. In standalone monitor mode, along with per-packet statistics, the packet data (payload) is captured, and the driver updates per MSDU to mac80211. When the AP interface is enabled, only extended statistics mode is activated. As part of enabling monitor rings for collecting statistics, the driver subscribes to HAL_RX_MPDU_START TLV in the filter configuration. This TLV is received from the monitor destination ring, and kzalloc for the mon_mpdu object occurs, which is not freed, leading to a memory leak. The kzalloc for the mon_mpdu object is only required while enabling the standalone monitor interface. This causes a memory leak while enabling extended statistics mode in the driver. Fix this memory leak by removing the kzalloc for the mon_mpdu object in the HAL_RX_MPDU_START TLV handling. Additionally, remove the standalone monitor mode handlings in the HAL_MON_BUF_ADDR and HAL_RX_MSDU_END TLVs. These TLV tags will be handled properly when enabling standalone monitor mode in the future. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3 (CVE-2025-37743)

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

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

    SUSE Linux Enterprise 15 SP5 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2022-49138: Bluetooth: hci_event: le_conn_complete_evt のチェック中の conn を修正します (bsc#1238160)。
    - CVE-2022-50233:Bluetooth:eir:hdev->{dev_name,short_name} で strlen の使用を修正します(bsc#1246968)。
    - CVE-2022-50252:igb:新しいものが割り当てられていない限り、q_vectorを解放しません(bsc#1249846)。
    - CVE-2022-50409:net:sock が死んでいる場合は、sk_stream_wait_memory の sock のsk_wqにアクセスしないでください(bsc#1250392)。
    - CVE-2023-53178:mm:zswap writeback 競合状態を修正します(bsc#1249827)。
    - CVE-2023-53257:wifi:mac80211:S1G アクションフレームサイズをチェックします(bsc#1249869)。
    - CVE-2023-53321:wifi:mac80211_hwsim:短いフレームをドロップします(bsc#1250313)。
    - CVE-2023-53438:x86/MCE:AMD Zen IF ポイズンエラーで CS レジスタを常に保存します(bsc#1250180)。
    - CVE-2025-37738: ext4: 終端を超えた xattrs を無視します (bsc#1242846)。
    - CVE-2025-37958: mm/huge_memory: 無効な pmd 移行エントリの逆参照を修正します (bsc#1243539)。
    - CVE-2025-38014: dmaengine: idxd: idxd_cleanup() ヘルパーで削除の呼び出しをリファクタリングします (bsc#1244732)。
    - CVE-2025-38111:net/mdiobus:領域外読み取り/書き込みアクセスの可能性を修正します(bsc#1245666)。
    - CVE-2025-38380:i2c/designware:初期化の問題を修正します(bsc#1247028)。
    - CVE-2025-38488:smb:クライアント:非同期暗号使用時の crypt_message における use-after-free を修正します(bsc#1247239)。
    - CVE-2025-38553:net/sched:重複する netems を qdisc ツリーに追加するための条件を制限します(bsc#1248255)。
    - CVE-2025-38572:ipv6:ipv6_gso_segment() 内の悪意のあるパケットを拒否します(bsc#1248399)。
    - CVE-2025-38659:gfs2:セルフリカバリをもはやしません(bsc#1248639)。
    - CVE-2025-38664:ice:ice_copy_and_init_pkg() の NULL ポインターデリファレンスを修正します(bsc#1248628)。
    - CVE-2025-38678:netfilter:nf_tables:更新で重複するデバイスを拒否します(bsc#1249126)。
    - CVE-2025-38685:fbdev:fast_imageblit における vmalloc の領域外書き込みを修正します(bsc#1249220)。
    - CVE-2025-38706:ASoC:コア:snd_soc_remove_pcm_runtime() の rtd == NULL をチェックします(bsc#1249195)。
    - CVE-2025-38713:hfsplus:hfsplus_uni2asc() における slab-out-of-bounds 読み取りを修正します(bsc#1249200)。
    - CVE-2025-38734:net/smc:smc_listen_out() 後の smcsk の UAF を修正(bsc#1249324)。
    - CVE-2025-39691:fs/buffer:bh_read() ヘルパーを呼び出す際の use-after-free を修正します(bsc#1249374)。
    - CVE-2025-39703:net、hsr:skb がタグを保持できない場合、HSR フレームを拒否します(bsc#1249315)。
    - CVE-2025-39726:s390/ism:ism_cmd() の同時実行性管理を修正します(bsc#1249266)。
    - CVE-2025-39746:wifi:ath10k:ハードウェアが信頼できない際にドライバーをシャットダウンします(bsc#1249516)。
    - CVE-2025-39751:ALSA:had/ca0132:add_tuning_control におけるバッファオーバーフローを修正します(bsc#1249538)。
    - CVE-2025-39790:bus:mhi:host:予期しない TRE を指し示すイベントを検出します(bsc#1249548)。
    - CVE-2025-39823:KVM:x86:ゲスト(bsc#1250002)からのインデックスでarray_index_nospecを使用します。
    - CVE-2025-39824:HID:asus:HID_CLAIMED_INPUT検証で UAF を修正します(bsc#1250007)。
    - CVE-2025-39860:Bluetooth:l2cap_sock_cleanup_listen() の use-after-free を修正します(bsc#1250247)。
    - CVE-2025-39869:dmaengine:ti:edma:queue_priority_map のメモリ割り当てサイズを修正します(bsc#1250406)。


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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: ceph: fix possible deadlock when holding Fwb to get inline_data 1, mount with wsync. 2, create a file with O_RDWR, and the request was sent to mds.0: ceph_atomic_open()--> ceph_mdsc_do_request(openc) finish_open(file, dentry, ceph_open)--> ceph_open()--> ceph_init_file()--> ceph_init_file_info()--> ceph_uninline_data()--> { ... if (inline_version == 1 || /* initial version, no data */ inline_version == CEPH_INLINE_NONE) goto out_unlock; ... } The inline_version will be 1, which is the initial version for the new create file. And here the ci->i_inline_version will keep with 1, it's buggy. 3, buffer write to the file immediately:
    ceph_write_iter()--> ceph_get_caps(file, need=Fw, want=Fb, ...); generic_perform_write()--> a_ops->write_begin()--> ceph_write_begin()--> netfs_write_begin()--> netfs_begin_read()--> netfs_rreq_submit_slice()--> netfs_read_from_server()--> rreq->netfs_ops->issue_read()--> ceph_netfs_issue_read()--> { ... if (ci->i_inline_version != CEPH_INLINE_NONE && ceph_netfs_issue_op_inline(subreq)) return; ... } ceph_put_cap_refs(ci, Fwb); The ceph_netfs_issue_op_inline() will send a getattr(Fsr) request to mds.1. 4, then the mds.1 will request the rd lock for CInode::filelock from the auth mds.0, the mds.0 will do the CInode::filelock state transation from excl --> sync, but it need to revoke the Fxwb caps back from the clients. While the kernel client has aleady held the Fwb caps and waiting for the getattr(Fsr). It's deadlock! URL:
    https://tracker.ceph.com/issues/55377 (CVE-2022-49296)

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - Linux カーネルでは、以下の脆弱性が解決されています: hwrng: core - Fix page fault dead lock on mmap-ed hwrng There is a dead-lock in the hwrng device read path. This triggers when the user reads from /dev/hwrng into memory also mmap-ed from /dev/hwrng. The resulting page fault triggers a recursive read which then dead-locks. Fix this by using a stack buffer when calling copy_to_user. (CVE-2023-52615)

  - Linux カーネルでは、以下の脆弱性が解決されています: fscache: Use wait_on_bit() to wait for the freeing of relinquished volume The freeing of relinquished volume will wake up the pending volume acquisition by using wake_up_bit(), however it is mismatched with wait_var_event() used in fscache_wait_on_volume_collision() and it will never wake up the waiter in the wait-queue because these two functions operate on different wait-queues. According to the implementation in fscache_wait_on_volume_collision(), if the wake-up of pending acquisition is delayed longer than 20 seconds (e.g., due to the delay of on-demand fd closing), the first wait_var_event_timeout() will timeout and the following wait_var_event() will hang forever as shown below: FS-Cache: Potential volume collision new=00000024 old=00000022 ...... INFO: task mount:1148 blocked for more than 122 seconds. Not tainted 6.1.0-rc6+ #1 task:mount state:D stack:0 pid:1148 ppid:1 Call Trace: <TASK> __schedule+0x2f6/0xb80 schedule+0x67/0xe0 fscache_wait_on_volume_collision.cold+0x80/0x82 __fscache_acquire_volume+0x40d/0x4e0 erofs_fscache_register_volume+0x51/0xe0 [erofs] erofs_fscache_register_fs+0x19c/0x240 [erofs] erofs_fc_fill_super+0x746/0xaf0 [erofs] vfs_get_super+0x7d/0x100 get_tree_nodev+0x16/0x20 erofs_fc_get_tree+0x20/0x30 [erofs] vfs_get_tree+0x24/0xb0 path_mount+0x2fa/0xa90 do_mount+0x7c/0xa0
    __x64_sys_mount+0x8b/0xe0 do_syscall_64+0x30/0x60 entry_SYSCALL_64_after_hwframe+0x46/0xb0 Considering that wake_up_bit() is more selective, so fix it by using wait_on_bit() instead of wait_var_event() to wait for the freeing of relinquished volume. In addition because waitqueue_active() is used in wake_up_bit() and clear_bit() doesn't imply any memory barrier, use clear_and_wake_up_bit() to add the missing memory barrier between cursor->flags and waitqueue_active(). (CVE-2023-52982)

  - Linux カーネルでは、以下の脆弱性が解決されています: Bluetooth: ISO: fix iso_conn related locking and validity issues sk->sk_state indicates whether iso_pi(sk)->conn is valid. Operations that check/update sk_state and access conn should hold lock_sock, otherwise they can race. The order of taking locks is hci_dev_lock > lock_sock > iso_conn_lock, which is how it is in connect/disconnect_cfm -> iso_conn_del -> iso_chan_del. Fix locking in iso_connect_cis/bis and sendmsg/recvmsg to take lock_sock around updating sk_state and conn. iso_conn_del must not occur during iso_connect_cis/bis, as it frees the iso_conn. Hold hdev->lock longer to prevent that. This should not reintroduce the issue fixed in commit 241f51931c35 (Bluetooth: ISO: Avoid circular locking dependency), since the we acquire locks in order.
    We retain the fix in iso_sock_connect to release lock_sock before iso_connect_* acquires hdev->lock.
    Similarly for commit 6a5ad251b7cd (Bluetooth: ISO: Fix possible circular locking dependency). We retain the fix in iso_conn_ready to not acquire iso_conn_lock before lock_sock. iso_conn_add shall return iso_conn with valid hcon. Make it so also when reusing an old CIS connection waiting for disconnect timeout (see __iso_sock_close where conn->hcon is set to NULL). Trace with iso_conn_del after iso_chan_add in iso_connect_cis: =============================================================== iso_sock_create:771:
    sock 00000000be9b69b7 iso_sock_init:693: sk 000000004dff667e iso_sock_bind:827: sk 000000004dff667e 70:1a:b8:98:ff:a2 type 1 iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_connect:875: sk 000000004dff667e iso_connect_cis:353: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da hci_get_route:1199: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da hci_conn_add:1005: hci0 dst 28:3d:c2:4a:7e:da iso_conn_add:140: hcon 000000007b65d182 conn 00000000daf8625e __iso_chan_add:214: conn 00000000daf8625e iso_connect_cfm:1700: hcon 000000007b65d182 bdaddr 28:3d:c2:4a:7e:da status 12 iso_conn_del:187: hcon 000000007b65d182 conn 00000000daf8625e, err 16 iso_sock_clear_timer:117: sock 000000004dff667e state 3 <Note: sk_state is BT_BOUND (3), so iso_connect_cis is still running at this point> iso_chan_del:153: sk 000000004dff667e, conn 00000000daf8625e, err 16 hci_conn_del:1151: hci0 hcon 000000007b65d182 handle 65535 hci_conn_unlink:1102: hci0: hcon 000000007b65d182 hci_chan_list_flush:2780: hcon 000000007b65d182 iso_sock_getsockopt:1376: sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getsockopt:1376: sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_shutdown:1434:
    sock 00000000be9b69b7, sk 000000004dff667e, how 1 __iso_sock_close:632: sk 000000004dff667e state 5 socket 00000000be9b69b7 <Note: sk_state is BT_CONNECT (5), even though iso_chan_del sets BT_CLOSED (6). Only iso_connect_cis sets it to BT_CONNECT, so it must be that iso_chan_del occurred between iso_chan_add and end of iso_connect_cis.> BUG: kernel NULL pointer dereference, address: 0000000000000000 PGD 8000000006467067 P4D 8000000006467067 PUD 3f5f067 PMD 0 Oops: 0000 [#1] PREEMPT SMP PTI Hardware name:
    QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.2-1.fc38 04/01/2014 RIP: 0010:__iso_sock_close (net/bluetooth/iso.c:664) bluetooth =============================================================== Trace with iso_conn_del before iso_chan_add in iso_connect_cis:
    =============================================================== iso_connect_cis:356: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da ... iso_conn_add:140: hcon 0000000093bc551f conn 00000000768ae504 hci_dev_put:1487: hci0 orig refcnt 21 hci_event_packet:7607: hci0: e ---truncated--- (CVE-2023-54164)

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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing: Fix reading strings from synthetic events The follow commands caused a crash: # cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange($file).trace(open,$file)' > events/syscalls/sys_enter_openat/trigger' # echo 1 > events/synthetic/open/enable BOOM! The problem is that the synthetic event field char file[] will read the value given to it as a string without any memory checks to make sure the address is valid. The above example will pass in the user space address and the sythetic event code will happily call strlen() on it and then strscpy() where either one will cause an oops when accessing user space addresses. Use the helper functions from trace_kprobe and trace_eprobe that can read strings safely (and actually succeed when the address is from user space and the memory is mapped in). Now the above can show: packagekitd-1721 [000] ...2. 104.597170: open:
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642: open:
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308: open:
    file=/usr/lib/rpm/fileattrs/debuginfo.attr (CVE-2022-50255)

  - Linux カーネルでは、以下の脆弱性が解決されています: ipc: fix memleak if msg_init_ns failed in create_ipc_ns Percpu memory allocation may failed during create_ipc_ns however this fail is not handled properly since ipc sysctls and mq sysctls is not released properly. Fix this by release these two resource when failure. Here is the kmemleak stack when percpu failed: unreferenced object 0xffff88819de2a600 (size 512): comm shmem_2nstest, pid 120711, jiffies 4300542254 hex dump (first 32 bytes): 60 aa 9d 84 ff ff ff ff fc 18 48 b2 84 88 ff ff `.........H..... 04 00 00 00 a4 01 00 00 20 e4 56 81 ff ff ff ff ........
    .V..... backtrace (crc be7cba35): [<ffffffff81b43f83>] __kmalloc_node_track_caller_noprof+0x333/0x420 [<ffffffff81a52e56>] kmemdup_noprof+0x26/0x50 [<ffffffff821b2f37>] setup_mq_sysctls+0x57/0x1d0 [<ffffffff821b29cc>] copy_ipcs+0x29c/0x3b0 [<ffffffff815d6a10>] create_new_namespaces+0x1d0/0x920 [<ffffffff815d7449>] copy_namespaces+0x2e9/0x3e0 [<ffffffff815458f3>] copy_process+0x29f3/0x7ff0 [<ffffffff8154b080>] kernel_clone+0xc0/0x650 [<ffffffff8154b6b1>] __do_sys_clone+0xa1/0xe0 [<ffffffff843df8ff>] do_syscall_64+0xbf/0x1c0 [<ffffffff846000b0>] entry_SYSCALL_64_after_hwframe+0x4b/0x53 (CVE-2024-53175)

  - Linux カーネルでは、以下の脆弱性が解決されています: net/mlx5: HWS, change error flow on matcher disconnect Currently, when firmware failure occurs during matcher disconnect flow, the error flow of the function reconnects the matcher back and returns an error, which continues running the calling function and eventually frees the matcher that is being disconnected. This leads to a case where we have a freed matcher on the matchers list, which in turn leads to use-after-free and eventual crash. This patch fixes that by not trying to reconnect the matcher back when some FW command fails during disconnect. Note that we're dealing here with FW error. We can't overcome this problem. This might lead to bad steering state (e.g. wrong connection between matchers), and will also lead to resource leakage, as it is the case with any other error handling during resource destruction. However, the goal here is to allow the driver to continue and not crash the machine with use-after-free error. (CVE-2025-21751)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: ath12k: Avoid memory leak while enabling statistics Driver uses monitor destination rings for extended statistics mode and standalone monitor mode. In extended statistics mode, TLVs are parsed from the buffer received from the monitor destination ring and assigned to the ppdu_info structure to update per-packet statistics. In standalone monitor mode, along with per-packet statistics, the packet data (payload) is captured, and the driver updates per MSDU to mac80211. When the AP interface is enabled, only extended statistics mode is activated. As part of enabling monitor rings for collecting statistics, the driver subscribes to HAL_RX_MPDU_START TLV in the filter configuration. This TLV is received from the monitor destination ring, and kzalloc for the mon_mpdu object occurs, which is not freed, leading to a memory leak. The kzalloc for the mon_mpdu object is only required while enabling the standalone monitor interface. This causes a memory leak while enabling extended statistics mode in the driver. Fix this memory leak by removing the kzalloc for the mon_mpdu object in the HAL_RX_MPDU_START TLV handling. Additionally, remove the standalone monitor mode handlings in the HAL_MON_BUF_ADDR and HAL_RX_MSDU_END TLVs. These TLV tags will be handled properly when enabling standalone monitor mode in the future. Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3 (CVE-2025-37743)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
270857	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:03628-1)	Nessus	SuSE Local Security Checks	2025/10/21	2025/10/21	high
265030	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50255	Nessus	Misc.	2025/9/16	2026/11/12	high
352548	AlmaLinux 9.6 [TuxCare] セキュリティ更新:kernel / kernel-abi-stablelists / kernel-core / etc の複数の脆弱性(ALMALINUX9.6:CLSA-2026:1789986443)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/11/12	high
270837	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:03615-1)	Nessus	SuSE Local Security Checks	2025/10/21	2026/9/29	high
360912	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1789898700)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
352273	Rocky Linux 9.6 [TuxCare] セキュリティ更新プログラム:kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1789986443)	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/11/12	high

検出

プラグインの検索

high

high

high

high

high

high