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

  - igcLED セットアップエラーで igc_probe() が失敗しません。igc_led_setup() が失敗すると、igc_probe() が失敗し、unregister_netdev() が呼び出されないため、free_netdev() でカーネルパニックをトリガーします。 [1] この動作は、障害注入フレームワーク特に failslab 機能を使用してテストできます。 [2] LED サポートは必須ではないため、LED セットアップの失敗を致命的でないものとして扱い、警告メッセージとともにプローブを継続することで、カーネルパニックを回避します。 [1] net/core/dev.c:12047! におけるカーネルのバグOops無効な opcode0000 [#1] SMP NOPTI CPU0 UID0 PID937 通信repro-igc-led-e 汚染されていない 6.17.0-rc4-enjuk-tnguy-00865-gc4940196ab02 #64 PREEMPTvoluntaryハードウェア名QEMU Standard PC (Q35 + ICH9, 2009)、BIOS 1.16.3-debian-1.16.3-2 04/01/2014 RIP: 0010:free_netdev+0x278/0x2b0 [...] Call Trace: <TASK> igc_probe+0x370/0x910 local_pci_probe+0x3a/0x80 pci_device_probe+0xd1/0x200 [...] [2] #!/bin/bash -ex FAILSLAB_PATH=/sys/kernel/debug/failslab/ DEVICE=0000:00: 05.0 START_ADDR=$(grep igc_led_setup /proc/kallsyms \ | awk '{printf(0x%s, $1)}') END_ADDR=$(printf 0x%x $((START_ADDR + 0x100))echo $START_ADDR > $FAILSLAB_PATH/require-start echo $END_ADDR > $FAILSLAB_PATH/require-end echo 1 > $FAILSLAB_PATH/times echo 100 > $FAILSLAB_PATH/probability echo N > $FAILSLAB_PATH/ignore-gfp-wait echo $DEVICE > /sys/bus/pci/drivers/igc/bindCVE-2025-39956

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

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

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

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

    - CVE-2025-21816hrtimersキューに入っている hrtimers を強制的に移行しますbsc#1238472。
    - CVE-2025-38653procproc_read_iter et.al 用と同じ処理を使用して proc_lseek をチェックしますbsc#1248630。
    - CVE-2025-38718sctpsctp_rcv でクローンされた gso パケットを線形化しますbsc#1249161
    - CVE-2025-39676scsiqla4xxxエラーポインターデリファレンスを防ぎますbsc#1249302。
    - CVE-2025-39702ipv6sr一定時間になるように MAC 比較を修正しますbsc#1249317
    - CVE-2025-39756fsINT_MAX を超えるファイル記述子テーブル割り当てを防止bsc#1249512。
    - CVE-2025-39779btrfssubpagefolio がクリーンされるまで TOWRITE タグを保持しますbsc#1249495。
    - CVE-2025-39812sctpsctp_v6_from_sk() 内のより多くのフィールドを初期化bsc#1250202。
    - CVE-2025-39866fswriteback__mark_inode_dirty() における use-after-free を修正しますbsc#1250455。
    - CVE-2025-39876netfecfec_enet_phy_reset_after_clk_enable() の NPD の可能性を修正しますbsc#1250400
    - CVE-2025-39881kernfsオープンファイルがリリースされた際のポーリングで UAF を修正しますbsc#1250379。
    - CVE-2025-39895schedマスクオフラインの場合の sched_numa_find_nth_cpu() を修正しますbsc#1250721
    - CVE-2025-39903of_numaカーネルパニックを引き起こす初期化されていないメモリノードを修正しますbsc#1250749。
    - CVE-2025-39911i40 i40e_vsi_request_irq_msix エラーパスの IRQ 解放を修正しますbsc#1250704。
    - CVE-2025-39947net/mlx5eデバイスのバインド解除に対してアップリンク netdev アクセスを強化しますbsc#1251232
    - CVE-2025-39948iceマルチバッファフレームの Rx ページ漏洩を修正しますbsc#1251233。
    - CVE-2025-39949qed過剰な保護オーバーライド GRC 要素を収集しませんbsc#1251177
    - CVE-2025-39950net/tcpTCP_REPAIR で TCP-AO を使用する際の NULL ポインターデリファレンスを修正しますbsc#1251176。
    - CVE-2025-39955tcptcp_disconnect() の tcp_sk(sk)->fastopen_rsk をクリアしますbsc#1251804。
    - CVE-2025-39956igcLED セットアップエラーで igc_probe() が失敗しませんbsc#1251809
    - CVE-2025-39963io_uringio_link_skb 内の不適切な io_kiocb 参照を修正しますbsc#1251819。
    - CVE-2025-39968i40eVF フィルターの最大境界検査を追加しますbsc#1252047。
    - CVE-2025-39969i40eリソースの取得での VF 状態の検証を修正しますbsc#1252044。
    - CVE-2025-39970i40eaction_meta 用の入力検証ロジックを修正しますbsc#1252051。
    - CVE-2025-39971i40e構成キュー msg の idx 検証を修正しますbsc#1252052。
    - CVE-2025-39972i40ei40e_validate_queue_map での idx 検証を修正しますbsc#1252039。
    - CVE-2025-39973i40ering_len パラメーターの検証を追加しますbsc#1252035。
    - CVE-2025-39978octeotx2-pfotx2_tc_add_flow() の潜在的な use-after-free を修正しますbsc#1252069。
    - CVE-2025-39979net/mlx5fs、refcount により HWS アクションを共有するための API を追加しますbsc#1252067。
    - CVE-2025-39984nettunXDP プロセス後に napi->skb を更新しますbsc#1252081。
    - CVE-2025-39992mmswapVMA で操作する前に安定したアドレス空間をチェックしますbsc#1252076。
    - CVE-2025-40000wifirtw89rtw89_core_tx_kick_off_and_wait() の use-after-free を修正しますbsc#1252062。
    - CVE-2025-40005spicadence-quadspiビジーの中の unbind を処理するために refcount を実装しますbsc#1252349。
    - CVE-2025-40012net/smcget_page() を呼び出す際の smc_rx_splice() における警告を修正しますbsc#1252330。
    - CVE-2025-40018ipvsnetns クリーンアップ中に ip_vs_ftp unregister を保留しますbsc#1252688。
    - CVE-2025-40040mm/ksmksm_madvise でのフラグドロップ動作を修正しますbsc#1252780。
    - CVE-2025-40051vhostvringh戻り値チェックを変更しますbsc#1252858。
    - CVE-2025-40056vhostvringhcopy_to_iter 戻り値チェックを修正しますbsc#1252826
    - CVE-2025-40060coresighttrbe割り当て失敗に対して NULL ポインターを返しますbsc#1252848。
    - CVE-2025-40078bpfbpf_sock_addr へのアクセスを明確にチェックしますbsc#1252789。
    - CVE-2025-40080nbdTCP および UDP へのソケットを制限しますbsc#1252774。
    - CVE-2025-40100btrfs空き領域ツリーの作成時にブロックグループ項目が見つかりましたことをアサートしませんbsc#1252918。

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

    - 既存の hv_netvsc の変更にバグ参照を追加bsc#1252265
    - amd-pstate-utselftests の実行後に amd-pstate ドライバーモードをリセットしますbsc#1249226。
    - cgroup/cpusetremote_partition_check() を削除し、update_cpumasks_hier() にリモートパーティションを処理させますbsc#1241166。
    - cpusetroot パーティションを有効にする際に、nocpu エラーチェックに新しい excpus を使用しますbsc#1241166。
    - cpusetisolcpus が含まれている際に分離したパーティションを有効化できない問題を修正しますbsc#1241166。
    - doc/README.SUSETAINT_NO_SUPPORT に使用される文字を修正しますこの文字は以前「N」でしたが、Upstream で TAINT_TEST に使用されていたため、TAINT_NO_SUPPORT の「n」への変更を引き起こしていました。
    - dpllzl3073xファームウェアロード機能を追加しますbsc#1252253。
    - dpllzl3073xハードウェアレジスタにアクセスするための関数を追加しますbsc#1252253
    - dpllzl3073x低レベルフラッシュ関数を追加しますbsc#1252253。
    - dpllzl3073x分数周波数オフセットを取得するためにサポートを追加しますbsc#1252253。
    - dpllzl3073x接続された入力ピンでフェーズオフセットを取得するためにサポートを追加しますbsc#1252253
    - dpllzl3073xピンの esync を get/set するためにサポートを追加しますbsc#1252253
    - dpllzl3073xzl3073x_devlink_flash_update() での二重解放を修正しますbsc#1252253。
    - dpllzl3073x欠落している、または破損したフラッシュ構成を処理しますbsc#1252253。
    - dpllzl3073xdevlink フラッシュコールバックを実装しますbsc#1252253。
    - dpllzl3073xflash ユーティリティの最大サイズを増やしますbsc#1252253。
    - dpllzl3073xDPLL 初期化をリファクタリングしますbsc#1252253。
    - drm/amd/pmsmu_cmn_update_table() の smu テーブル ID バインドチェック問題を修正git-fixes。
    - drm/xe/gucGuC レジスタリストを準備し、エラーキャプチャ用の ADS サイズを更新します安定版stable-fixes。
    - ixgbeIXGBE_VF_FEATURES_NEGOTIATE mbox cmd を処理しますbsc#1247222。
    - ixgbeIXGBE_VF_GET_PF_LINK_STATE メールボックス操作を処理しますbsc#1247222。
    - ixgbevf E610 デバイスのリンク速度データの取得を修正しますbsc#1247222。
    - ixgbevfサポートされる機能のネゴシエーションを通じてメールボックス API の互換性を修正しますbsc#1247222。
    - kbuild/modfinalmodule-common.o とライブパッチをリンクしますbsc#1218644、 bsc#1252270。
    - kdbvkdb_printf() の memmove() で、廃止された strcpy() を置換しますbsc#1252939。
    - kernel-subpackage-specモジュールを二重に署名しませんbsc#1251930。
    - nvme-authホスト応答の sc_c を更新しますgit-fixes bsc#1249397。
    - perf hwmon_pmu初期化されていない変数の警告を修正しますperf-sle16-v6.13-userspace-update、git-fixes。
    - phycadencecdns-dphy起動状態マシンのキャリブレーション待機時間を更新しますgit-fixes。
    - powerpc/fadumpfadump が無効のときパラメーター領域割り当てをスキップしますjsc#PED-9891 git-fixes。
    - procnet proc ファイルのために欠落している pde_set_flags() を修正しますbsc#1248630
    - procpde_set_flags() の型の取り違えType Confusionを修正しますbsc#1248630]
    - rpm/check-for-config-changesCONFIG_SCHED_PROXY_EXEC も無視しますbsc#1250946
    - scsistorvscI/O 発行 CPU と同じ CPU でチャネルを返すように優先しますbsc#1252267。
    - x86/microcode/AMDEntrysign 署名チェックを既知の生成に制限しますbsc#1252725。
    - x86/resctrl以前は利用できなかった RMID を再アクティブ化する際の帯域幅イベントの間違ったカウントを修正しますbsc#1252734。
    - x86/resctrlcresctrl_arch_rmid_read() のリファクタリングを行いますbsc#1252734。
    - x86/virt/tdxSEAMCALL を行う際にメモリキャッシュ状態の非干渉性をマークしますjsc#PED-348。

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

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

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

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

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

    io_uring/kbufバッファ長が提供されたリングを読み取るために、常に READ_ONCE() を使用しますCVE-2025-39816]

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

    cryptof_alg - af_alg_sendmsg でゼロへのマージを早期に設定しますCVE-2025-39931

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

    dm-stripe潜在的な整数オーバーフローを修正しますCVE-2025-39940

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

    tlsヘッダーが偽造されている場合にストリームを中止するようにしますCVE-2025-39946

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

    net/mlx5eデバイスのバインド解除に対してアップリンク netdev アクセスを強化しますCVE-2025-39947

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

    cgroupcgroup_destroy_wq を 3 つの作業キューに分割しますCVE-2025-39953

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

    tcptcp_disconnect() の tcp_sk(sk)->fastopen_rsk を消去します。CVE-2025-39955

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

    igcLED セットアップエラーで igc_probe() が失敗しませんCVE-2025-39956

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

    iommu/amd/pgtblページテーブルレベルを引き上げる際の競合の可能性を修正しますCVE-2025-39961

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

    io_uringio_link_skb の不適切な io_kiocb 参照を修正しますCVE-2025-39963

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

    cryptof_alg - af_alg_sendmsg の同時書き込みを許可しませんCVE-2025-39964

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

    xfrmxfrm_alloc_spi は 0 を SPI として使用すべきではありませんCVE-2025-39965

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

    fbconfbcon_do_set_font での整数オーバーフローを修正しますCVE-2025-39967

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

    smbclientsmb2_compound_op() の間違ったインデックス参照を修正しますCVE-2025-39975

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

    futexrequeue-PI 中の use-after-free を防止しますCVE-2025-39977

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

    nexthopnexthop がグループ内にある際の FDB ステータス変更を禁止しますCVE-2025-39980

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

    nettunXDP プロセスの後に napi->skb を更新しますCVE-2025-39984

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

    bpfget_helper_proto でヘルパー関数が有効であることをチェックCVE-2025-39990

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

    mmswapVMA で操作する前に安定したアドレス空間をチェックしますCVE-2025-39992]

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

    scsiターゲットtarget_core_configfsバッファオーバーフローを回避するために長さチェックを追加しますCVE-2025-39998

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

    mm/hugetlb削除時に folio がまだマッピングされるのを修正しますCVE-2025-40006

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

    fs/proc/task_mmuNULL 用の p->vec_buf をチェックしますCVE-2025-40009

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

    ipvsnetns クリーンアップ中に ip_vs_ftp の登録解除を延期しますCVE-2025-40018

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

    tracingdyneventdynevent で欠落したロックダウンチェックを追加しますCVE-2025-40021

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

    vhostvhost_task 構造体のタスクで参照を利用します。CVE-2025-40024

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

    pinctrlpinmux_ops::get_function_name() の戻り値をチェックしますCVE-2025-40030]

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

    Inputuinput - uinput_ff_upload_compat をゼロ初期化して、情報漏洩を回避しますCVE-2025-40035

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

    fsudflengthAllocDescs 処理の OOB 読み取りを修正しますCVE-2025-40044

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

    io_uring/waitidio_waitid_wait() の待機キューエントリを常に取り除くCVE-2025-40047

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

    uio_hv_genericユーザー空間に割り込みマスクの管理を行わせますCVE-2025-40048

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

    squashfssquashfs_get_parent の uninit-value を修正しますCVE-2025-40049

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

    smbclient非線形メモリの暗号バッファを修正CVE-2025-40052

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

    ptpmax_vclocks に上限を追加CVE-2025-40057

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

    iommu/vt-d首尾一貫しないページウォークを行う場合はダーティトラッキングを許可しませんCVE-2025-40058

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

    fs/ntfs3 $BITMAP は空であるがブロックが存在する場合、インデックス割り当てを拒否しますCVE-2025-40067

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

    fsntfs3run_unpack() での整数オーバーフローを修正しますCVE-2025-40068

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

    ppsデバイス登録が失敗した際の pps_register_cdev の警告を修正しますCVE-2025-40070

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

    bpfbpf_sock_addr へのアクセスを明示的にチェックしますCVE-2025-40078

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

    nbdTCP および UDP へのソケットを制限しますCVE-2025-40080

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

    perfarm_spePERF_IDX2OFF() のオーバーフローを防ぎますCVE-2025-40081]

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

    cryptorng - set_ent が常に存在することを確認しますCVE-2025-40109

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

    scsimpt3sasioc_info() を使用したトランスポートポート削除のクラッシュを修正しますCVE-2025-40115

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

    bpftailcall の互換性のために expected_attach_type を強制しますCVE-2025-40123

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

    blk-mqblk_mq_unregister_hctx で削除する前に kobject state_in_sysfs をチェックしますCVE-2025-40125

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

    sunrpcゼロレングスチェックサムの NULL ポインターデリファレンスを修正しますCVE-2025-40129

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

    dm__dm_suspend() での NULL ポインターデリファレンスを修正しますCVE-2025-40134]

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

    mmhugetlb大きなメモリ領域を mprotect する際にソフトロックアップを回避しますCVE-2025-40153

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

    bpfALU ops に対する負のオフセットを拒否しますCVE-2025-40169

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	名前	製品	ファミリー	公開日	更新日	深刻度
270204	Linux Distros のパッチ未適用の脆弱性: CVE-2025-39956	Nessus	Misc.	2025/10/13	2026/7/31	medium
277016	openSUSE 16 セキュリティ更新カーネルopenSUSE-SU-2025-20091-1]	Nessus	SuSE Local Security Checks	2025/12/2	2025/12/2	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
271737	Amazon Linux 2023bpftool6.12、kernel6.12、kernel6.12-develALAS2023-2025-1254]	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/9/18	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

検出

プラグインの検索

medium

high

high

high

high