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

    Linux カーネルで、いくつかのセキュリティ上の問題が検出されました。攻撃者がこれらを使用して、システムを侵害する可能性があります。この更新では、以下のサブシステムの欠陥を修正しました。

    - ARM32 アーキテクチャ

    - ARM64 アーキテクチャ

    - PowerPC アーキテクチャ

    - RISC-V アーキテクチャ

    - User-Mode Linux (UML)

    - x86 アーキテクチャ

    - ブロック層のサブシステム

    - 暗号化 API

    - Compute Acceleration Framework

    - ACPI ドライバー

    - シリアル ATA およびパラレル ATA ドライバー

    - ドライバーコア

    - Ublk ユーザー空間ブロックドライバー。

    - Bluetooth ドライバー

    - バスデバイス

    - TPM デバイスドライバー

    - クロックフレームワークおよびドライバー

    - CPU 周波数スケーリングフレームワーク

    - バッファ共有および同期フレームワーク。

    - DMA エンジンサブシステム

    - GPU ドライバー

    - HID サブシステム

    - HSI サブシステム

    - I2C サブシステム

    - I3C サブシステム

    - IIO サブシステム

    - InfiniBand ドライバー

    - IOMMU サブシステム

    - IRQ チップドライバー

    - MCB ドライバー

    - 複数のデバイスのドライバー

    - メディアドライバー

    - MemoryStick サブシステム

    - マルチファンクションデバイスドライバー

    - Microchip PCI ドライバー

    - Intel Management Engine Interface ドライバー

    - PCI エンドポイントテストドライバー

    - MTD ブロックデバイスドライバー

    - ネットワークドライバー

    - イーサネット結合ドライバー

    - Mellanox network ドライバー

    - STMicroelectronics ネットワークドライバー

    - NTB ドライバー

    - NVME ドライバー

    - PCI サブシステム

    - Synopsys DesignWare PCIe PMU

    - Mellanox プラットフォームドライバー、

    - PWM ドライバー

    - リモートプロセッサーサブシステム

    - S/390 ドライバー

    - SCSI サブシステム

    - Samsung SoC ドライバー

    - SPI サブシステム

    - GPIB ドライバー

    - VideoCore サービスドライバー

    - サーマルドライバー

    - TTY ドライバー

    - UFS サブシステム

    - Cadence USB3 ドライバー

    - ChipIdea USB ドライバー

    - USB Device Class ドライバー。

    - DesignWare USB3 ドライバー

    - USB ガジェットドライバー

    - USB ホストコントローラードライバー

    - USB Type-C サポートドライバー

    - Virtio Host (VHOST) サブシステム

    - バックライトドライバー

    - フレームバッファレイヤー

    - W1 Dallas の 1-wire バスドライバー

    - 9P 分散ファイルシステム

    - ファイルシステムインフラ

    - BTRFS ファイルシステム

    - Ext4 ファイルシステム

    - F2FS ファイルシステム

    - JFS ファイルシステム

    - ネットワークファイルシステムライブラリ

    - ネットワークファイルシステム (NFS) サーバーデーモン

    - NTFS3 ファイルシステム

    - オーバーレイファイルシステム

    - SMB ネットワークファイルシステム

    - イーサネットブリッジ

    - io_uring サブシステム

    - Perf イベント

    - メモリ管理

    - UProbes トレース

    - アマチュア無線ドライバー

    - SCTP プロトコル

    - ネットワークソケット

    - RDMA verbs API

    - BPF サブシステム

    - Kernel fork() システムコール

    - ハイバネーションコントロール

    - スケジューラインフラストラクチャ

    - トレースインフラ

    - ウォッチキュー通知メカニズム

    - ベクトル I/O イテレーターライブラリ。

    - 802.1Q VLAN プロトコル

    - 9P ファイルシステムネットワークプロトコル

    - 非同期転送モード (ATM) サブシステム

    - Networking コア

    - Distributed Switch アーキテクチャ

    - Ethtool ドライバー

    - IPv4 ネットワーキング

    - IPv6 ネットワーキング

    - MAC80211 サブシステム

    - 管理コンポーネントトランスポートプロトコル (MCTP)

    - マルチパス TCP

    - Netfilter

    - Open vSwitch

    - ネットワークトラフィックコントロール

    - TIPC プロトコル

    - TLS プロトコル

    - ワイヤレスネットワーキング

    - ALSA フレームワーク

    - WCD オーディオコーデック

    - Freescale CPU ドライバー用の SoC Audio。

    - SoC Audio のジェネリックドライバー。

    - Intel ASoC ドライバー

    - QCOM ASoC ドライバー

    - Virtio サウンドドライバー

    - CPU 電力監視サブシステム。(CVE-2025-37806, CVE-2025-22084, CVE-2025-39688, CVE-2025-22030, CVE-2025-37754, CVE-2025-37783, CVE-2025-37825, CVE-2025-37752, CVE-2025-22104, CVE-2025-40014, CVE-2025-22103, CVE-2025-37874, CVE-2025-37773, CVE-2025-37741, CVE-2025-37763, CVE-2025-37859, CVE-2025-37779, CVE-2025-23155, CVE-2025-23143, CVE-2025-37788, CVE-2025-22028, CVE-2024-58096, CVE-2025-37842, CVE-2025-37854, CVE-2025-38637, CVE-2024-58097, CVE-2023-53034, CVE-2025-37797, CVE-2025-37851, CVE-2025-37941, CVE-2025-37942, CVE-2025-37748, CVE-2025-37982, CVE-2025-22058, CVE-2025-37781, CVE-2025-23130, CVE-2025-23149, CVE-2025-23146, CVE-2025-37809, CVE-2025-37801, CVE-2025-22080, CVE-2025-23160, CVE-2025-37823, CVE-2025-37827, CVE-2025-39755, CVE-2025-22124, CVE-2025-22033, CVE-2025-22075, CVE-2025-37850, CVE-2025-37757, CVE-2025-22060, CVE-2025-37979, CVE-2025-22098, CVE-2025-39989, CVE-2025-37989, CVE-2025-37790, CVE-2025-37885, CVE-2025-37875, CVE-2025-22066, CVE-2025-37975, CVE-2025-37819, CVE-2025-37755, CVE-2025-37794, CVE-2025-23148, CVE-2025-22067, CVE-2025-22061, CVE-2025-22109, CVE-2025-37884, CVE-2025-37852, CVE-2025-37866, CVE-2025-37872, CVE-2025-37751, CVE-2025-23156, CVE-2025-22065, CVE-2025-37837, CVE-2025-22069, CVE-2025-37822, CVE-2025-22128, CVE-2025-22087, CVE-2025-22023, CVE-2025-22038, CVE-2025-22096, CVE-2025-22076, CVE-2025-22045, CVE-2025-38049, CVE-2025-37870, CVE-2025-37939, CVE-2025-37865, CVE-2025-37860, CVE-2025-37771, CVE-2025-23144, CVE-2025-22081, CVE-2025-39778, CVE-2025-23153, CVE-2025-22036, CVE-2025-23154, CVE-2025-22101, CVE-2025-37808, CVE-2025-37772, CVE-2025-22070, CVE-2025-37789, CVE-2025-22025, CVE-2025-22019, CVE-2025-37868, CVE-2025-22083, CVE-2025-22095, CVE-2025-23161, CVE-2025-22027, CVE-2025-37843, CVE-2025-37985, CVE-2025-23132, CVE-2025-22073, CVE-2025-37940, CVE-2025-23140, CVE-2025-37828, CVE-2025-22063, CVE-2025-22053, CVE-2025-37787, CVE-2025-23152, CVE-2025-37840, CVE-2025-22118, CVE-2025-37981, CVE-2025-22111, CVE-2025-22091, CVE-2025-37841, CVE-2025-23142, CVE-2025-37838, CVE-2025-37775, CVE-2025-23147, CVE-2025-22022, CVE-2025-37745, CVE-2025-37785, CVE-2025-37821, CVE-2025-37988, CVE-2025-37986, CVE-2025-23138, CVE-2025-37836, CVE-2025-37792, CVE-2025-23141, CVE-2025-23159, CVE-2025-38240, CVE-2025-37764, CVE-2025-22120, CVE-2025-37881, CVE-2025-37777, CVE-2025-37987, CVE-2025-37811, CVE-2025-22032, CVE-2025-22044, CVE-2025-37943, CVE-2025-37802, CVE-2025-37829, CVE-2025-37862, CVE-2025-38575, CVE-2025-37799, CVE-2025-37882, CVE-2025-37812, CVE-2025-37765, CVE-2025-37813, CVE-2025-37980, CVE-2025-37873, CVE-2025-37766, CVE-2025-37761, CVE-2025-37892, CVE-2025-22094, CVE-2025-22035, CVE-2025-22055, CVE-2025-22100, CVE-2025-37816, CVE-2025-22062, CVE-2025-22110, CVE-2025-22088, CVE-2025-23129, CVE-2025-38479, CVE-2025-37740, CVE-2025-23136, CVE-2025-37846, CVE-2025-23163, CVE-2025-37977, CVE-2025-37879, CVE-2025-22082, CVE-2025-22046, CVE-2025-22050, CVE-2025-22126, CVE-2025-37796, CVE-2025-37815, CVE-2025-22127, CVE-2025-22105, CVE-2025-22068, CVE-2025-22119, CVE-2025-22089, CVE-2025-37858, CVE-2025-37826, CVE-2025-37945, CVE-2025-23157, CVE-2025-22054, CVE-2025-37805, CVE-2025-37856, CVE-2025-37878, CVE-2025-37768, CVE-2025-22040, CVE-2025-37944, CVE-2025-37774, CVE-2025-22117, CVE-2025-37888, CVE-2025-37857, CVE-2025-37791, CVE-2025-37817, CVE-2025-22041, CVE-2025-37983, CVE-2025-22039, CVE-2025-37749, CVE-2025-22097, CVE-2025-37747, CVE-2025-37762, CVE-2025-22114, CVE-2025-37831, CVE-2025-23133, CVE-2025-22020, CVE-2025-22085, CVE-2025-37807, CVE-2025-22059, CVE-2025-22042, CVE-2025-22123, CVE-2025-22107, CVE-2025-37759, CVE-2024-58094, CVE-2025-40114, CVE-2025-37810, CVE-2025-37833, CVE-2025-23134, CVE-2025-23151, CVE-2025-37743, CVE-2025-22034, CVE-2025-37739, CVE-2025-37863, CVE-2025-39735, CVE-2025-39930, CVE-2025-37847, CVE-2025-37803, CVE-2025-37786, CVE-2025-22112, CVE-2025-37830, CVE-2025-22108, CVE-2025-37767, CVE-2025-37814, CVE-2025-37798, CVE-2025-22086, CVE-2025-37778, CVE-2024-58093, CVE-2025-37848, CVE-2025-22024, CVE-2025-37776, CVE-2025-38104, CVE-2025-37938, CVE-2025-37861, CVE-2025-23150, CVE-2025-22021, CVE-2025-22018, CVE-2025-23137, CVE-2025-37756, CVE-2025-37784, CVE-2025-37769, CVE-2025-37820, CVE-2025-37758, CVE-2025-22047, CVE-2025-37844, CVE-2025-22093, CVE-2025-23162, CVE-2025-22051, CVE-2025-22115, CVE-2025-37845, CVE-2025-22074, CVE-2025-37883, CVE-2025-22116, CVE-2025-37824, CVE-2025-22052, CVE-2025-22090, CVE-2025-37750, CVE-2025-39728, CVE-2025-23145, CVE-2025-22125, CVE-2025-37834, CVE-2025-37738, CVE-2025-37760, CVE-2025-22079, CVE-2025-37877, CVE-2025-37849, CVE-2025-22026, CVE-2025-37886, CVE-2025-22043, CVE-2025-22122, CVE-2025-37937, CVE-2025-22071, CVE-2025-37742, CVE-2025-37744, CVE-2025-22106, CVE-2025-38152, CVE-2025-37869, CVE-2025-23135, CVE-2025-22056, CVE-2024-58095, CVE-2025-37853, CVE-2025-37770, CVE-2025-22031, CVE-2025-23158, CVE-2025-22072, CVE-2025-22102, CVE-2025-40325, CVE-2025-22037, CVE-2025-37876, CVE-2025-37864, CVE-2025-37867, CVE-2025-37855, CVE-2025-37984, CVE-2025-37839, CVE-2025-23131, CVE-2025-22121, CVE-2025-22078, CVE-2025-37800, CVE-2025-37880, CVE-2025-37925, CVE-2025-22113, CVE-2025-22064, CVE-2025-22057, CVE-2025-22092, CVE-2025-37780, CVE-2025-37887, CVE-2025-22099, CVE-2025-37793, CVE-2025-37978, CVE-2025-37746)

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

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

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

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

    eth: bnxt: vnic_info 配列の領域外アクセスを修正 (CVE-2025-22112)

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

    wifi: cfg80211: rfkill を割り当てる前に wiphy_work を初期化すると失敗 (CVE-2025-22119)

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

    block: folio を bio に追加することを修正 (CVE-2025-22122)

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

    wifi: ath12k: エラーパスで ath12k_pci_free_irq() を呼び出す前にアフィニティヒントを消去 (CVE-2025-22128)

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

    cpufreq/amd-pstate: amd_pstate_update に欠落している NULL ptr チェックを追加 (CVE-2025-23137)

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

    net_sched: hfsc: eltree にクラスを 2 回追加する再入可能エンキューに対処 (CVE-2025-38001)

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

    gpio: virtuser: 領域外書き込みの可能性を修正 (CVE-2025-38082)

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

    net_sched: prio: prio_tune() 内の競合を修正 (CVE-2025-38083)

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

    mm/hugetlb: 事前ではなく、VMA 分割中のページテーブルを共有しない (CVE-2025-38084)

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

    mm/hugetlbHuge_pmd_unshare() と GUP 高速の競合を修正しますCVE-2025-38085

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

    sunrpc: 認証エラーとして svc auth 処理中に SVC_GARBAGE を処理 (CVE-2025-38089)

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

    x86/iopl: TIF_IO_BITMAP の不一致を修復 (CVE-2025-38100)

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

    ring-bufferring_buffer_subbuf_order_set() のバッファロックを修正しますCVE-2025-38101

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

    VMCIvmci_host_setup_notify と vmci_ctx_unset_notify の間の競合を修正しますCVE-2025-38102

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

    HIDusbhidusbhid_parse() での再発領域外バグを排除CVE-2025-38103]

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

    io_uring: __io_uring_show_fdinfo() での sq->thread の use-after-free を修正 (CVE-2025-38106)

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

    net_sched: ets: ets_qdisc_change() での競合を修正 (CVE-2025-38107)

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

    net_sched: red: __red_change() での競合を修正 (CVE-2025-38108)

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

    net/mlx5シャットダウンフローの ECVF vports unload を修正CVE-2025-38109

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

    net/mdiobus潜在的な領域外条項 45 の読み取り/書き込みアクセスを修正しますCVE-2025-38110

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

    net/mdiobus: 潜在的な領域外読み取り/書き込みアクセスを修正 (CVE-2025-38111)

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

    net: sk_is_readable() の TOCTOU の問題を修正 (CVE-2025-38112)

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

    ACPI: CPPC: nosmp が使用される際の NULL ポインターデリファレンスを修正 (CVE-2025-38113)

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

    net_sched: sch_sfq: gso_skb 処理での潜在的なクラッシュを修正 (CVE-2025-38115)

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

    netfilternf_set_pipapo_avx2初期マップフィルを修正CVE-2025-38120

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

    net: frag_list からプルした後の udp gso skb_segment を修正 (CVE-2025-38124)

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

    page_pool: page_pool_recycle_in_ring の use-after-free を修正 (CVE-2025-38129)

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

    usb: acpi: usb_acpi_add_usb4_devlink() での null ポインターデリファレンスを防ぐ (CVE-2025-38134)

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

    dm: dm_blk_report_zones を修正 (CVE-2025-38141)

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

    net: openvswitch: MPLS 解析のデッドループを修正 (CVE-2025-38146)

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

    calipso: AF_INET sk に対して capipso 関数を呼び出さない。(CVE-2025-38147)

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

    net: phy: リンクが削除される際に phydev->devlink をクリア (CVE-2025-38149)

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

    RDMA/cmacma_netevent_callback が queue_work に失敗する際のハングアップを修正しますCVE-2025-38151]

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

    bpf、sockmap: 送信時の解放後の sk_socket の使用を回避 (CVE-2025-38154)

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

    RDMA/mlx5: RQ 破壊のファームウェア障害によるエラーフローを修正 (CVE-2025-38161)

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

    netfilter: nft_set_pipapo: 検索テーブル割り当てでのオーバーフローを防止 (CVE-2025-38162)

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

    bpf、sockmapskb_linearize を呼び出すときのパニックを修正しますCVE-2025-38165

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

    bpfsockmap で ktls パニックを修正しますCVE-2025-38166

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

    fs/ntfs3hdr_first_de() の戻り値を処理しますCVE-2025-38167]

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

    arm64/fpsimd: SMSTOP でカーネル FPSIMD 状態を上書きすることを回避 (CVE-2025-38169)

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

    arm64/fpsimd: SME トラップを処理する際に、古い CPU 状態を破棄 (CVE-2025-38170)

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

    erofs: 異なるタイプで複数のデバイスの使用を回避 (CVE-2025-38172)

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

    calipsocalipso_req_{set,del}attr() の null-ptr-deref を修正します。CVE-2025-38181

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

    net: skb プロトコルを変更する際に dst をクリア (CVE-2025-38192)

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

    net_sched: sch_sfq: 無効な perturb 期間を拒否 (CVE-2025-38193)

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

    fbcon登録されていないコンソールで、modelist が設定されていないことを確認しますCVE-2025-38198

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

    netfilter: nft_set_pipapo: 最大マップバケットサイズを INT_MAX にクランプ (CVE-2025-38201)

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

    bpfbpf_map_lookup_percpu_elem() で rcu_read_lock_trace_held() をチェックしますCVE-2025-38202

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

    smb: client: NULL チェックを automount_fullpath に追加 (CVE-2025-38208)

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

    configfs-tsm-report: tsm_ops の NULL デリファレンスを修正 (CVE-2025-38210)

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

    RDMA/iwcmcm_id 破壊後の作業オブジェクトの use-after-free を修正しますCVE-2025-38211

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

    ipctRCU を使用して IPCS 検索を保護するために修正しますCVE-2025-38212

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

    vgaconvgacon_scroll() の vc_origin アドレス範囲のチェックを追加しますCVE-2025-38213

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

    fbdevfb_videomode_to_var の null-ptr-deref を防ぐために fb_set_var を修正しますCVE-2025-38214]

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

    fbdev: fb_videomode_to_var の null-ptr-deref を防ぐために do_register_framebuffer を修正 (CVE-2025-38215)

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

    iommu/vt-dエイリアスのあるデバイスのコンテキストエントリのセットアップ順序を復元しますCVE-2025-38216

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

    ext4: データジャーナリング時に通常のファイルではなく、汚れたフォリオのみ (CVE-2025-38220)

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

    ext4inlineext4_prepare_inline_data の len オーバーフローを修正しますCVE-2025-38222

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

    ceph整列されていないファイルサイズで暗号化された inode に対するカーネルバグを回避しますCVE-2025-38223

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

    nfsd: NULL デリファレンスを防ぐため、laundromat_work の前に ssc を初期化 (CVE-2025-38231)

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

    NFSDnfsd 登録と exports_proc の間の競合を修正しますCVE-2025-38232

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

    serial: jsm: jsm_uart_port_init 中の NPE を修正 (CVE-2025-38265)

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

    ring-buffercommit_overrun により WARN_ON() をトリガーしませんCVE-2025-38267]

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

    btrfsbtrfs_convert_extent_bit() での状態挿入失敗後に終了しますCVE-2025-38269]

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

    net: drv: netdevsim: netpoll から napi_complete() を実行しない (CVE-2025-38270)

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

    bpf: jit が失敗した場合の __bpf_prog_ret0_warn を回避 (CVE-2025-38280)

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

    kernfsドレインガードの制約を緩和CVE-2025-38282

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

    bpf: get_bpf_raw_tp_regs の WARN() を修正 (CVE-2025-38285)

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

    scsi: smartpqi: プリエンプト可能なカーネルに対して smp_processor_id() 呼び出しトレースを修正 (CVE-2025-38288)

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

    PM: EM: em_compute_costs() の潜在的なゼロ除算エラーを修正 (CVE-2025-38297)

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

    EDAC/skx_common一般保護障害を修正しますCVE-2025-38298

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

    blockblk_zone_wplug_bio_work で submit_bio_noacct_nocheck を使用しませんCVE-2025-38302

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

    ptp: tp_vclock_in_use() の ptp->n_vclocks チェックロジックを削除 (CVE-2025-38305)

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

    seg6nexthop アドレスの検証を修正しますCVE-2025-38310

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

    fbdev: core: fbcvt: fb_cvt_hperiod() でのゼロ除算を回避 (CVE-2025-38312)

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

    arm64/ptrace: regs_get_kernel_stack_nth() の stack-out-of-bounds 読み取りを修正 (CVE-2025-38320)

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

    smbclose_all_cached_dirs が失敗した際にエラーを記録しますCVE-2025-38321

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

    mpls: mpls_route_input_rcu() の rcu_dereference_rtnl() を使用。(CVE-2025-38324)

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

    jbd2jbd2_journal_dirty_metadata() での data-race と null-ptr-deref を修正しますCVE-2025-38337

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

    fs/nfs/readnfs_return_empty_folio() の二重ロック解除のバグを修正CVE-2025-38338

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

    software nodesoftware_node_get_reference_args() の OOB チェックを修正しますCVE-2025-38342

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

    ACPICAacpi parse および parseext のキャッシュ漏洩を修正しますCVE-2025-38344

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

    ACPICAdswstate.c の acpi オペランドキャッシュ漏洩を修正しますCVE-2025-38345

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

    ftraceftrace を無効にした後で kallsyms を検索する際の UAF を修正しますCVE-2025-38346

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

    posix-cpu-timershandle_posix_cpu_timers() と posix_cpu_timer_del() の間の競合を修正しますCVE-2025-38352

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

    Squashfssb_min_blocksize の戻り値をチェックCVE-2025-38415

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

    perfサンプル対 do_exit() を修正しますCVE-2025-38424

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

    videoscreen_infoPCI ブリッジの後方にフレームバッファを再配置しますCVE-2025-38427

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

    nfsdnfsd4_spo_must_allow() は、これが v4 複合リクエストであることをチェックする必要がありますCVE-2025-38430

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

    do_change_type()unmounted/notours マウントでの操作を拒否しますCVE-2025-38498]

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

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

  - 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 は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
240657	Ubuntu 25.04 : Linux カーネルの脆弱性 (USN-7594-1)	Nessus	Ubuntu Local Security Checks	2025/6/26	2026/1/6	high
241741	Amazon Linux 2023 : bpftool、kernel6.12、kernel6.12-modules-extra (ALAS2023-2025-1080)	Nessus	Amazon Linux Local Security Checks	2025/7/10	2026/2/27	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
248372	Linux Distros のパッチ未適用の脆弱性: CVE-2025-23137	Nessus	Misc.	2025/8/11	2026/7/31	medium
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
261833	Oracle Linux 10/9Unbreakable Enterprise kernelELSA-2025-20551	Nessus	Oracle Linux Local Security Checks	2025/9/9	2026/2/9	high
347900	SUSE SLED15 / SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2026:4254-1)	Nessus	SuSE Local Security Checks	2026/9/18	2026/9/29	high

検出

プラグインの検索

high

high

high

medium

high

high

high