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

  - drm/amd/displayFCLK pstate 変更アンダーフローを修正します [理由] 現在では、UCLK p-state がサポートされていないときのダミー p-state 遅延に基づいて計算された FCLK p-state 変更ウォーターマークを設定しています [方法] FCLK p-state 変更ウォーターマークを計算しますUCLK p-state がサポートされない場合、FCLK pstate 変更レイテンシに基づいてCVE-2023-53780

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

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

    SUSE Linux Enterprise 15 SP5 のカーネルが更新され、いくつかの問題が修正されました。

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

    - CVE-2022-50630:mm:hugetlb:hugetlb_handle_userfault の UAF を修正します(bsc#1254785)。
    - CVE-2022-50700:wifi:ath10k:バッファのマッピング解除を遅らせます(bsc#1255576)。
    - CVE-2023-53254:cacheinfo:異なるレベルで共有キャッシュを処理するためのshared_cpu_mapを修正します(bsc#1249871)。
    - CVE-2023-53781:smc:tcp_write_timer_handler() の use-after-free を修正します(bsc#1254751)。
    - CVE-2024-56590:Bluetooth:hci_core:hci_acldata_packetの skb 長をチェックしない問題を修正します(bsc#1235038)。
    - CVE-2025-39977:futex:requeue-PI 中の use-after-free を防ぎます(bsc#1252046)。
    - CVE-2025-40019:crypto:essiv - 復号化およびインプレース暗号化に対して ssize をチェックします(bsc#1252678)。
    - CVE-2025-40139:smc:smc_clc_prfx_set() (bsc#1253409) の __sk_dst_get() と dst_dev_rcu() を使用します。
    - CVE-2025-40215:kABI:xfrm:x を削除する際に x->tunnel を削除します(bsc#1254959)。
    - CVE-2025-40220: fuse: fuseblk ワーカーからの同期的なファイル削除におけるライブロックを修正 (bsc#1254520)。
    - CVE-2025-40233:ocfs2:エクステントを移動/デフラグした後、エクステントキャッシュをクリアします(bsc#1254813)。
    - CVE-2025-40258:mptcp:mptcp_schedule_work() での競合状態を修正します(bsc#1254843)。
    - CVE-2025-40277:drm/vmwgfx:コマンドヘッダーサイズを(bsc#1254894)に対して検証します。
    - CVE-2025-40280:tipc:tipc_mon_reinit_self() の use-after-free を修正します(bsc#1254847)。
    - CVE-2025-40331:sctp:TOCTOU の領域外書き込みを防止します(bsc#1254615)。
    - CVE-2025-68732:gpu:host1x:syncpt alloc/free での競合を修正します(bsc#1255688)。

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

    - ACPI/IORT:iort_rmr_alloc_sids() でのメモリ漏洩を修正します(git-fixes)。
    - ACPI:PRM:不要な厳格なハンドラーアドレスチェックを削除します(git-fixes)。
    - ACPI:プロパティ:NULL ハンドルを acpi_attach_data() に渡しません(git-fixes)。
    - ACPI:プロパティ:サブノードのバッファプロパティ抽出を修正します(git-fixes)。
    - KVM:SVM:TSC_AUX仮想化セットアップを修正します(git-fixes)。
    - RDMA/cm:レート制限が CM ID を破壊するタイムアウトエラーメッセージ(git-fixes)。
    - RDMA/カウンター:RDMA カウンターに対するユーザーの名前空間をチェックCAP_NET_RAWチェックします(git-fixes)。
    - RDMA/hns:max_send_sge の修正を修正します(git-fixes)。
    - RDMA/mlx5:アンカー作成のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/mlx5:devx 作成用のユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/mlx5:フロー作成のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/mlx5:USER_ACCESSが設定されていないときのコンパイル警告を修正します(git-fixes)。
    - RDMA/nldev:QP 変更のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/uverbs:空の rdma_uattrs_has_raw_cap() 宣言を追加します(git-fixes)。
    - RDMA/uverbs:QP 作成のためのユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/uverbs:RAW QP 作成用のユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - RDMA/uverbs:フロー作成のためにユーザー名前空間のCAP_NET_RAWをチェックします(git-fixes)。
    - arch/idle:arch_cpu_idle() 動作を変更します:IRQ を無効にして常に終了します(git-fixes)。
    - cpuidle/poll:cpuidle_state::enter() の呼び出し後に IRQ が無効のままになるようにします(git-fixes)。
    - cpuidle:IRQ 状態検証を移動します(git-fixes)。
    - cpuidle:haltpoll:アイドル状態になる際に割り込みを有効化しません(git-fixes)。
    - dm:__bind で使用されていない場合、テーブル mempool を解放します(git-fixes)。
    - padata:chunk_size 0(bsc#1237563)の場合、呼び出し元のアライメントを尊重します。
    - platform/x86/intel-uncore-freq:plat_info が NULL の場合にモジュールのロードが失敗します(git-fixes)。
    - x86/bugs:indirect_branch_prediction_barrier() での RSB 消去を修正します(git-fixes)。
    - x86/bugs:該当する場合は write_ibpb() で SBPB を使用します(git-fixes)。
    - x86/paravirt:halt paravirt 呼び出しを CONFIG_PARAVIRT の下に移動します(git-fixes)。
    - x86/tdx:__tdx_hypercall() からフラグをドロップします(git-fixes)。
    - x86/tdx:#VEs を引き起こす SEPT 違反を動的に無効にします(git-fixes)。
    - x86/tdx:HLT #VE 処理中に IRQ が有効である場合に警告を発します(git-fixes)。
    - x86/tdx:TDX_MODULE_CALLを拡張し、より多くの TDCALL/SEAMCALL リーフをサポートします(git-fixes)。
    - x86/tdx:__tdx_hypercall_failed() 周辺__noreturnビルド警告を修正します(git-fixes)。
    - x86/tdx:TDX VM に対する arch_safe_halt() 実行を修正します(git-fixes)。
    - x86/tdx:TD メタデータを読み書きするためにラッパーを導入します(git-fixes)。
    - x86/tdx:TDX_HYPERCALL asm を TDX_MODULE_CALL に類似させます(git-fixes)。
    - x86/tdx:TDCALL のマクロを仕様(git-fixes)と一致させます。
    - x86/tdx:構造体を介して TDCALL/SEAMCALL 入出力レジスタを渡します(git-fixes)。
    - x86/tdx:TDX_MODULE_CALL asm を使用して __tdx_hypercall() を再実装します(git-fixes)。
    - x86/tdx:「struct tdx_hypercall_args」を削除します(git-fixes)。
    - x86/tdx:TDX_HCALL_ISSUE_STI を削除します(git-fixes)。
    - x86/tdx:__tdx_module_call() を __tdcall() に名前を変更します(git-fixes)。
    - x86/tdx:tdx_parse_tdinfo() を tdx_setup() に名前を変更します(git-fixes)。
    - x86/tdx:部分的に完了したページ変換ハイパーコールを再試行します(git-fixes)。
    - x86/tdx:SEAMCALL が VMFailInvalid で失敗した場合、出力レジスタの保存をスキップします(git-fixes)。
    - x86/tdx:TDX_HYPERCALL マクロで欠如している RSI をゼロにします(git-fixes)。
    - x86/virt/tdx:TDX_MODULE_CALLに SEAMCALL #UD および #GP を処理させます(git-fixes)。
    - x86/virt/tdx:基本的な SEAMCALL 関数をつなげます(git-fixes)。
    - xfs:runt AG のまばらな inode 制限を修正します(bsc#1254392)。

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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: block, bfq: fix uaf for bfqq in bfq_exit_icq_bfqq Commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic') will access 'bic->bfqq' in bic_set_bfqq(), however, bfq_exit_icq_bfqq() can free bfqq first, and then call bic_set_bfqq(), which will cause uaf. Fix the problem by moving bfq_exit_bfqq() behind bic_set_bfqq().
    (CVE-2022-50329)

  - Linux カーネルでは、以下の脆弱性が解決されています: block, bfq: fix possible uaf for 'bfqq->bic' Our test report a uaf for 'bfqq->bic' in 5.10:
    ================================================================== BUG: KASAN: use-after-free in bfq_select_queue+0x378/0xa30 CPU: 6 PID: 2318352 Comm: fsstress Kdump: loaded Not tainted 5.10.0-60.18.0.50.h602.kasan.eulerosv2r11.x86_64 #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58-20220320_160524-szxrtosci10000 04/01/2014 Call Trace:
    bfq_select_queue+0x378/0xa30 bfq_dispatch_request+0xe8/0x130 blk_mq_do_dispatch_sched+0x62/0xb0
    __blk_mq_sched_dispatch_requests+0x215/0x2a0 blk_mq_sched_dispatch_requests+0x8f/0xd0
    __blk_mq_run_hw_queue+0x98/0x180 __blk_mq_delay_run_hw_queue+0x22b/0x240 blk_mq_run_hw_queue+0xe3/0x190 blk_mq_sched_insert_requests+0x107/0x200 blk_mq_flush_plug_list+0x26e/0x3c0 blk_finish_plug+0x63/0x90
    __iomap_dio_rw+0x7b5/0x910 iomap_dio_rw+0x36/0x80 ext4_dio_read_iter+0x146/0x190 [ext4] ext4_file_read_iter+0x1e2/0x230 [ext4] new_sync_read+0x29f/0x400 vfs_read+0x24e/0x2d0 ksys_read+0xd5/0x1b0 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x61/0xc6 Commit 3bc5e683c67d (bfq: Split shared queues on move between cgroups) changes that move process to a new cgroup will allocate a new bfqq to use, however, the old bfqq and new bfqq can point to the same bic: 1) Initial state, two process with io in the same cgroup. Process 1 Process 2 (BIC1) (BIC2) | | | | | | V | V | bfqq1 bfqq2 2) bfqq1 is merged to bfqq2. Process 1 Process 2 (BIC1) (BIC2) | | \-------------\| V bfqq1 bfqq2(coop) 3) Process 1 exit, then issue new io(denoce IOA) from Process 2. (BIC2) | | | V | bfqq2(coop) 4) Before IOA is completed, move Process 2 to another cgroup and issue io. Process 2 (BIC2) |\--------------\ | V bfqq2 bfqq3 Now that BIC2 points to bfqq3, while bfqq2 and bfqq3 both point to BIC2. If all the requests are completed, and Process 2 exit, BIC2 will be freed while there is no guarantee that bfqq2 will be freed before BIC2. Fix the problem by clearing bfqq->bic while bfqq is detached from bic. (CVE-2022-50488)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: ath10k: Delay the unmapping of the buffer On WCN3990, we are seeing a rare scenario where copy engine hardware is sending a copy complete interrupt to the host driver while still processing the buffer that the driver has sent, this is leading into an SMMU fault triggering kernel panic. This is happening on copy engine channel 3 (CE3) where the driver normally enqueues WMI commands to the firmware. Upon receiving a copy complete interrupt, host driver will immediately unmap and frees the buffer presuming that hardware has processed the buffer. In the issue case, upon receiving copy complete interrupt, host driver will unmap and free the buffer but since hardware is still accessing the buffer (which in this case got unmapped in parallel), SMMU hardware will trigger an SMMU fault resulting in a kernel panic. In order to avoid this, as a work around, add a delay before unmapping the copy engine source DMA buffer. This is conditionally done for WCN3990 and only for the CE3 channel where issue is seen. Below is the crash signature: wifi smmu error: kernel: [10.120965] arm-smmu 15000000.iommu: Unhandled context fault: fsr=0x402, iova=0x7fdfd8ac0, fsynr=0x500003,cbfrsynra=0xc1, cb=6 arm-smmu 15000000.iommu: Unhandled context fault:fsr=0x402, iova=0x7fe06fdc0, fsynr=0x710003, cbfrsynra=0xc1, cb=6 qcom-q6v5-mss 4080000.remoteproc: fatal error received: err_qdi.c:1040:EF:wlan_process:0x1:WLAN RT:0x2091: cmnos_thread.c:3998:Asserted in copy_engine.c:AXI_ERROR_DETECTED:2149 remoteproc remoteproc0: crash detected in 4080000.remoteproc: type fatal error <3> remoteproc remoteproc0: handling crash #1 in 4080000.remoteproc pc :
    __arm_lpae_unmap+0x500/0x514 lr : __arm_lpae_unmap+0x4bc/0x514 sp : ffffffc011ffb530 x29: ffffffc011ffb590 x28: 0000000000000000 x27: 0000000000000000 x26: 0000000000000004 x25: 0000000000000003 x24:
    ffffffc011ffb890 x23: ffffffa762ef9be0 x22: ffffffa77244ef00 x21: 0000000000000009 x20: 00000007fff7c000 x19: 0000000000000003 x18: 0000000000000000 x17: 0000000000000004 x16: ffffffd7a357d9f0 x15:
    0000000000000000 x14: 00fd5d4fa7ffffff x13: 000000000000000e x12: 0000000000000000 x11: 00000000ffffffff x10: 00000000fffffe00 x9 : 000000000000017c x8 : 000000000000000c x7 : 0000000000000000 x6 :
    ffffffa762ef9000 x5 : 0000000000000003 x4 : 0000000000000004 x3 : 0000000000001000 x2 : 00000007fff7c000 x1 : ffffffc011ffb890 x0 : 0000000000000000 Call trace: __arm_lpae_unmap+0x500/0x514
    __arm_lpae_unmap+0x4bc/0x514 __arm_lpae_unmap+0x4bc/0x514 arm_lpae_unmap_pages+0x78/0xa4 arm_smmu_unmap_pages+0x78/0x104 __iommu_unmap+0xc8/0x1e4 iommu_unmap_fast+0x38/0x48
    __iommu_dma_unmap+0x84/0x104 iommu_dma_free+0x34/0x50 dma_free_attrs+0xa4/0xd0 ath10k_htt_rx_free+0xc4/0xf4 [ath10k_core] ath10k_core_stop+0x64/0x7c [ath10k_core] ath10k_halt+0x11c/0x180 [ath10k_core] ath10k_stop+0x54/0x94 [ath10k_core] drv_stop+0x48/0x1c8 [mac80211] ieee80211_do_open+0x638/0x77c [mac80211] ieee80211_open+0x48/0x5c [mac80211] __dev_open+0xb4/0x174
    __dev_change_flags+0xc4/0x1dc dev_change_flags+0x3c/0x7c devinet_ioctl+0x2b4/0x580 inet_ioctl+0xb0/0x1b4 sock_do_ioctl+0x4c/0x16c compat_ifreq_ioctl+0x1cc/0x35c compat_sock_ioctl+0x110/0x2ac
    __arm64_compat_sys_ioctl+0xf4/0x3e0 el0_svc_common+0xb4/0x17c el0_svc_compat_handler+0x2c/0x58 el0_svc_compat+0x8/0x2c Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.2.0-01387-QCAHLSWMTPLZ-1 (CVE-2022-50700)

  - Linux カーネルでは、以下の脆弱性が解決されています: tcp: fix a signed-integer-overflow bug in tcp_add_backlog() The type of sk_rcvbuf and sk_sndbuf in struct sock is int, and in tcp_add_backlog(), the variable limit is caculated by adding sk_rcvbuf, sk_sndbuf and 64 * 1024, it may exceed the max value of int and overflow. This patch reduces the limit budget by halving the sndbuf to solve this issue since ACK packets are much smaller than the payload. (CVE-2022-50865)

  - Linux カーネルでは、以下の脆弱性が解決されています: block, bfq: fix uaf for bfqq in bic_set_bfqq() After commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic'), bic->bfqq will be accessed in bic_set_bfqq(), however, in some context bic->bfqq will be freed, and bic_set_bfqq() is called with the freed bic->bfqq. Fix the problem by always freeing bfqq after bic_set_bfqq().
    (CVE-2023-52983)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
277906	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53780	Nessus	Misc.	2025/12/9	2026/11/12	high
297191	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2026:0317-1)	Nessus	SuSE Local Security Checks	2026/1/30	2026/9/29	high
360081	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1771239384)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

検出

プラグインの検索

high

high

high