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

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

    btrfs: cow_file_range() が失敗した際に適切な folio クリーンアップを行います (CVE-2024-57976)

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

    カーネル: dup_mmap() の失敗と uprobe 登録について、より慎重になります (CVE-2025-21709)

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

    block: sysfs 保存メソッドでキューのフリーズとロック順序の制限を修正します (CVE-2025-21807)

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

    block: sysfs ->store() の周辺の GFP_NOIO をマークします (CVE-2025-21817)

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

    iommu/vt-d: WARN_ON_ONCE 後の NULL の使用を回避します (CVE-2025-21833)

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

    net: カーネルソケットの寿命をより追跡できるようにします (CVE-2025-21884)

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

    bnxt_en: TX BD の bd_cnt フィールドを適切にマスクします (CVE-2025-22108)

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

    ext4: ext4_setattr() で正しいラベル「out_mmap_sem」に移動 (CVE-2025-22120)

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

    net_sched: hfsc: クラス処理での UAF 脆弱性を修正 (CVE-2025-37797)

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

    vmxnet3: vmxnet3_process_xdp で無効な形式のパケットサイジングを修正 (CVE-2025-37799)

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

    driver core: dev_uevent() 内の潜在的な NULL ポインターデリファレンスを修正 (CVE-2025-37800)

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

    fs/ntfs3: 書き込み操作をアトミックに保つ (CVE-2025-37806)

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

    bpf: percpu ハッシュマップに対する kmemleak の警告を修正します (CVE-2025-37807)

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

    crypto: null - mutex の代わりにスピンロックを使用 (CVE-2025-37808)

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

    usb: typec: class: NULL ポインターアクセスを修正 (CVE-2025-37809)

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

    usb: xhci: Etron の回避策の無効なポインターデリファレンスを修正 (CVE-2025-37813)

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

    tty: TIOCL_SELMOUSEREPORT のすべての使用率に CAP_SYS_ADMIN が必要 (CVE-2025-37814)

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

    irqchip/gic-v2m: gicv2m_get_fwnode() のモリ解放後使用 (Use After Free) を防止します (CVE-2025-37819)

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

    xen-netfront: xdp_convert_buff_to_frame() によって返される NULL を処理 (CVE-2025-37820)

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

    sched/eevdf: se->slice が U64_MAX に設定され、結果として発生するクラッシュを修正 (CVE-2025-37821)

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

    net_sched: hfsc: hfsc_dequeue() にある潜在的な UAF も修正 (CVE-2025-37823)

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

    btrfs: zoned: RAID1 ブロックグループ書き込みポインターの不一致で EIO を返す (CVE-2025-37827)

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

    mm/vmscanhwpoison folio の再利用を試行しませんCVE-2025-37834

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

    netfs: CONFIG_PROC_FS で /proc/fs/netfs のみを作成 (CVE-2025-37876)

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

    iommu: クリーンアップの iommu-dma ops をクリア (CVE-2025-37877)

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

    perf/core: 部分的 init に対する __free_event() の WARN_ON(!ctx) を修正 (CVE-2025-37878)

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

    usb: xhci: アイソクロナスリングアンダーラン/オーバーランイベント処理を修正 (CVE-2025-37882)

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

    bpf: rcu_tasks_trace と event_mutex の間のデッドロックを修正。(CVE-2025-37884)

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

    KVM: x86: *新しい* ルートが postable でない場合、IRTE をホストコントロールにリセット (CVE-2025-37885)

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

    net/mlx5: mlx5_create_{inner_,}ttc_table() で null-ptr-deref を修正 (CVE-2025-37888)

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

    net_sched: hfsc: netem を子 qdisc として持つクラスの UAF 脆弱性を修正 (CVE-2025-37890)

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

    netsk_state が TCP_TIME_WAIT である場合に sock_gen_put() を使用しますCVE-2025-37894

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

    iommu: iommu_copy_struct_from_user() の 2 つの問題を修正 (CVE-2025-37900)

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

    mm、slabslab->obj_exts を常にクリーンアップしますCVE-2025-37908

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

    net_sched: qfq: 子 qdisc として netem のあるクラスでの二重リスト追加を修正 (CVE-2025-37913)

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

    net_sched: ets: 子 qdisc として netem のあるクラスでの二重リスト追加を修正します (CVE-2025-37914)

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

    net_sched: drr: 子 qdisc として netem のあるクラスでの二重リスト追加を修正 (CVE-2025-37915)

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

    xsk: AF_XDP 汎用 RX パスの競合状態を修正 (CVE-2025-37920)

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

    vxlanvnifilterデフォルト FDB エントリのロック解除された削除を修正しますCVE-2025-37921

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

    tracing: trace_seq_to_buffer() での oob 書き込みを修正 (CVE-2025-37923)

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

    iommu/amd: parse_ivrs_acpihid の潜在的なバッファオーバーフローを修正 (CVE-2025-37927)

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

    dm-bufio: アトミックなコンテキストでスケジュールしない (CVE-2025-37928)

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

    arm64: errata: Spectre-BHB MIDR 配列に欠落している sendinel を追加 (CVE-2025-37929)

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

    btrfs: セクターサイズに基づいてサブページビット開始を調整 (CVE-2025-37931)

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

    sch_htb: htb_qlen_notify() をべき等にする (CVE-2025-37932)

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

    perf/x86/intelKVMvCPU の値でゲストに対してロードされた PEBS_ENABLE をマスクします。CVE-2025-37936

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

    tracing%*p. のあるイベント形式を検証しますCVE-2025-37938

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

    arm64: bpf: cBPF プログラムのエピローグに BHB 緩和を追加 (CVE-2025-37948)

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

    xenbus: req の有効期間を追跡するために kref を使用 (CVE-2025-37949)

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

    smbclientリース破損との open_cached_dir での競合を回避しますCVE-2025-37954

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

    virtio-netvirtnet_xsk_pool_enable() のエラー時に xsk_buffs を解放しますCVE-2025-37955

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

    KVM: SVM: SHUTDOWN 傍受で SMM モードを強制的に放置 (CVE-2025-37957)

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

    mm/huge_memory: 無効な pmd 移行エントリの逆参照を修正 (CVE-2025-37958)

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

    bpf: bpf_redirect_peer でパケットをスクラブ (CVE-2025-37959)

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

    memblock: memblock_double_array() で使用する前に割り当てられたメモリを受け入れる (CVE-2025-37960)

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

    ipvs: do_output_route4 内の saddr に対する uninit-value を修正 (CVE-2025-37961)

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

    arm64: bpf: 権限のないユーザーによって読み込まれた cBPF プログラムのみを緩和 (CVE-2025-37963)

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

    x86/mm: TLB フラッシュが不注意でスキップされる可能性があるウィンドウを削除 (CVE-2025-37964)

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

    usbtypecclassパートナー登録時に USB デバイスポインターを無効化CVE-2025-37986

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

    do_move_mount(CVE-2025-37988) による MNT_TREE_BENEATH 処理での数個の競合を修正します [ ]

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

    net: phy: leds: メモリ漏洩を修正 (CVE-2025-37989)

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

    module: モジュールタイプ kobjects に対して kobject_put() が安全であることを保証する (CVE-2025-37995)

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

    netfilter: ハッシュ型のリージョンロックを修正 (CVE-2025-37997)

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

    openvswitch: output_userspace() での安全でない属性解析を修正 (CVE-2025-37998)

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

    fs/erofs/fileiobio_add_folio() の後に erofs_onlinefolio_split() を呼び出しますCVE-2025-37999

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

    sch_hfschfsc_qlen_notify() を冪等にしますCVE-2025-38177

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

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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - Linux カーネルの TeleTYpe サブシステムに、領域外読み取りの欠陥が見つかりました。この問題は、ユーザーが ioctl の TIOCSPTLCK および TIOCGPTPEER、TIOCSTI および TCXONC を使用して、flush_to_ldisc 関数でメモリの漏洩を引き起こし、競合状態をトリガーする方法で発生します。この欠陥により、ローカルユーザーがシステムをクラッシュさせたり、権限のないランダムデータをメモリから読み取ったりする可能性があります。(CVE-2022-1462)

  - Linux カーネルでは、以下の脆弱性が解決されています: can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - Linux カーネルでは、以下の脆弱性が解決されています: tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - Linux カーネルでは、以下の脆弱性が解決されています: list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

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

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

    - sunrpcsvc auth処理中のSVC_GARBAGEをauthエラーとして処理Jeff Layton[Orabug: 38137447] {CVE-2025-38089}
    - Zen34クライアントを追加Borislav PetkovAMD[Orabug:38172252] {CVE-2024-36350} {CVE-2024-36357}
    - x86/processMONITORの前のバッファクリアを移動しますKim Phillips[Orabug: 38172252] {CVE-2024-36350} {CVE-2024-36357}
    - 通常のカウンターを追加Borislav PetkovAMD[Orabug:38172252] {CVE-2024-36350} {CVE-2024-36357}
    - KVMSVMTSA CPUIDビットをゲストにアドバタイズBorislav PetkovAMD[Orabug:38172252] {CVE-2024-36350} {CVE-2024-36357}
    - x86/bugs一時的なスケジューラ攻撃の緩和策を追加しますBorislav PetkovAMD[Orabug:38172252] {CVE-2024-36350} {CVE-2024-36357}

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

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

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

  - mm/vmscanhwpoison を再利用しないでください folio Syzkaller は次のようなバグを報告しますプロセス仮想アドレス 0x20ffd000 で pfn 0x18b00e に対するメモリエラーを注入しますメモリエラー0x18b00e2 人のユーザーによりまだ参照されているダーティ swapcache ページメモリエラー0x18b00eリカバリダーティな swapcache ページに対するアクション
    失敗したページ refcount:2 mapcount:0 mapping:0000000000000000 index:0x20ffd pfn:0x18b00e memcg:ffff0000dd6d9000 anon flags
    0x5ffff00482011locked|dirty|arch_1|swapbacked|hwpoison|node=0|zone=2|lastcpupid=0xfffffraw
    005ffff00482011 dead00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    ---------------------------[ここで挿入]--------- mm/swap_state.c:184! でカーネルのバグ内部エラー: Oops - BUG:
    00000000f2000800 [#1] SMP モジュールがリンクされる CPU: 0 PID: 60 Comm: kswapd0 汚染されない 6.6.0-gcb097e7de84e #3 ハードウェア名linux、dummy-virtDTpstate: 80400005Nzcv daif +PAN -UAO - TCO -DIT -SSBS BTYPE=--) pc add_to_swap+0xbc/0x158 lr add_to_swap+0xbc/0x158 sp ffff800087f37340 x29ffff800087f37340 x28
    fffffc00052c0380 x27: ffff800087f37780 x26: ffff800087f37490 x25: ffff800087f37c78 x24: ffff800087f377a0 x23: ffff800087f37c50 x22: 0000000000000000 x21: fffffc00052c03b4 x20: 0000000000000000 x19:
    fffffc00052c0380 x18: 0000000000000000 x17: 296f696c6f662865 x16: 7461646f7470755f x15: 747365745f6f696c x14: 6f6621284f494c4f x13: 0000000000000001 x12: ffff600036d8b97b x11: 1fffe00036d8b97a x10:
    ffff600036d8b97a x9 : dfff800000000000 x8 : 00009fffc9274686 x7 : ffff0001b6c5cbd3 x6 : 0000000000000001 x5 : ffff0000c25896c0 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 0000000000000000 x1 :
    ffff0000c25896c0 x0 : 0000000000000000 Call trace: add_to_swap+0xbc/0x158 shrink_folio_list+0x12ac/0x2648 shrink_inactive_list+0x318/0x948 shrink_lruvec+0x450/0x720 shrink_node_memcgs+0x280/0x4a8 shrink_node+0x128/0x978 balance_pgdat+0x4f0/0xb20 kswapd+0x228/0x438 kthread+0x214 /0x230 ret_from_fork+0x10/0x20 この問題は、次の手順で再現できます。 1) ダーティな swapcache ページが、リクレイムプロセスによって隔離され、ページがロックされていない場合、ページのメモリ障害を注入します。
    me_swapcache_dirty() は更新フラグを消去し、lru からの削除を試みますが、失敗します。再利用プロセスは、hwpoisoned ページを lru に戻します。 2) hwpoisoned ページをマッピングするプロセスが終了すると、ページが削除され、ページは解放されることはなく、永久に lru 状態になります。 3) 再びリクレイムを発生させ、ページの回収を試みる場合、add_to_swap() は、更新フラグがクリアされているため、VM_BUG_ON_FOLIO を発生させます。
    これを修正するには、shrink_folio_list() の hwpoisoned ページをスキップします。さらに、hwpoison folio は hwpoison_user_mappings() でまだマッピング解除されていない可能性があります。 shrink_folio_list() でマッピング解除してください。そうしないと、folio は lru リストにないために hwpoison_user_mappings() によるマッピング解除に失敗します。CVE-2025-37834

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: configfs: fix a race in configfs_{,un}register_subsystem() When configfs_register_subsystem() or configfs_unregister_subsystem() is executing link_group() or unlink_group(), it is possible that two processes add or delete list concurrently. Some unfortunate interleavings of them can cause kernel panic. One of cases is: A --> B --> C --> D A <-- B <-- C <-- D delete list_head *B | delete list_head *C
    --------------------------------|----------------------------------- configfs_unregister_subsystem | configfs_unregister_subsystem unlink_group | unlink_group unlink_obj | unlink_obj list_del_init | list_del_init __list_del_entry | __list_del_entry __list_del | __list_del // next == C | next->prev = prev | | next->prev = prev prev->next = next | | // prev == B | prev->next = next Fix this by adding mutex when calling link_group() or unlink_group(), but parent configfs_subsystem is NULL when config_item is root. So I create a mutex configfs_subsystem_mutex. (CVE-2022-48931)

  - Linux カーネルでは、以下の脆弱性が解決されています: list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

  - Linux カーネルでは、以下の脆弱性が解決されています: ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - Linux カーネルでは、以下の脆弱性が解決されています: linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: configfs: fix a race in configfs_{,un}register_subsystem() When configfs_register_subsystem() or configfs_unregister_subsystem() is executing link_group() or unlink_group(), it is possible that two processes add or delete list concurrently. Some unfortunate interleavings of them can cause kernel panic. One of cases is: A --> B --> C --> D A <-- B <-- C <-- D delete list_head *B | delete list_head *C
    --------------------------------|----------------------------------- configfs_unregister_subsystem | configfs_unregister_subsystem unlink_group | unlink_group unlink_obj | unlink_obj list_del_init | list_del_init __list_del_entry | __list_del_entry __list_del | __list_del // next == C | next->prev = prev | | next->prev = prev prev->next = next | | // prev == B | prev->next = next Fix this by adding mutex when calling link_group() or unlink_group(), but parent configfs_subsystem is NULL when config_item is root. So I create a mutex configfs_subsystem_mutex. (CVE-2022-48931)

  - Linux カーネルでは、以下の脆弱性が解決されています: list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

  - Linux カーネルでは、以下の脆弱性が解決されています: ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - Linux カーネルでは、以下の脆弱性が解決されています: linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

    - sunrpcsvc auth処理中にSVC_GARBAGEをauthエラーとして処理Jeff Layton[Orabug: 38178286] {CVE-2025-38089}
    - Zen34クライアントを追加Borislav PetkovAMD[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/processMONITORの前のバッファクリアを移動Kim Phillips[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - 通常のカウンターを追加Borislav PetkovAMD[Orabug:38023239] {CVE-2024-36350} {CVE-2024-36357}
    - KVMSVMTSA CPUIDビットをゲストにアドバタイズBorislav PetkovAMD[Orabug:38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/bugs一時的なスケジューラ攻撃の緩和策を追加しますBorislav PetkovAMD[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/bugsMDS 機器の名前をより一般的なものに変更しますBorislav PetkovAMD[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - blockfolio を bio に追加するのを修正Ming Lei[Orabug: 37844657] {CVE-2025-22122}
    - f2fs初期化されていないcursegへのアクセスを回避するための修正Chao Yu[Orabug: 37844644] {CVE-2025-22123}
    - gpiovirtuser領域外書き込みの可能性を修正Markus Burri[Orabug: 38095181] {CVE-2025-38082}
    - net_schedhfsceltree にクラスを追加するリエントラントエンキューに対処しますPedro Tammela 氏[Orabug
    38049363] {CVE-2025-38001}
    - smbclientcifs_fill_direntのメモリ解放後使用Use After Freeを修正Zhaolong Wang[Orabug: 38094970] {CVE-2025-38051}
    - platform/x86dell-wmi-sysmancurrent_password_store()のバッファオーバーフローを回避Vladimir Moskovkin[Orabug: 38095141] {CVE-2025-38077}
    - ALSApcmPCM OSS レイヤーにおけるバッファアクセスの競合を修正Takashi Iwai[Orabug: 38095145] {CVE-2025-38078}
    - can: bcmprocfsコンテンツに対して欠如しているrcu読み取り保護を追加Oliver Hartkopp[Orabug: 38049369] {CVE-2025-38003}
    - can: bcmbcm_op runtime 更新のロックを追加しますOliver Hartkopp 氏[Orabug: 38049374] {CVE-2025-38004}
    - padatareorder_work で refcount を漏洩しませんDominik Grzegorzek 氏[Orabug: 38094842] {CVE-2025-38031}
    - cryptoalgif_hash - hash_acceptの二重解放を修正Ivan Plavdin[Orabug:38095153] {CVE-2025-38079}
    - net/tipctipc_aad_encrypt_doneのslab-use-after-freeを修正Wang Liang[Orabug: 38094978] {CVE-2025-38052}
    - sch_hfschfsc_enqueue()のピークを使用するときqlenのアカウンティングバグを修正Cong Wang[Orabug: 38049357] {CVE-2025-38000}
    - idpfidpf_features_checkのnull-ptr-derefを修正Pavan Kumar Linga[Orabug: 38094982] {CVE-2025-38053}
    - ptpocpサマリー出力関数のsignal/freqカウントを制限Sgi MaimonOrabug: 38094984 {CVE-2025-38054}
    - perf/x86/intelsample_freqでPEBS-via-PTのセグメンテーション違反を修正Adrian Hunter[Orabug: 38094988] {CVE-2025-38055}
    - ASoCSOFIntelhdaモジュールをリロードするときのUAFを修正Tavian Barnes[Orabug: 38094991] {CVE-2025-38056}
    - espintcpskb の漏洩を修正Sabrina Dubroca 氏[Orabug: 38094993] {CVE-2025-38057}
    - __legitimize_mnt()MNT_SYNC_UMOUNTのチェックはmount_lockの下にある必要がありますAl Viro[Orabug: 38095000] {CVE-2025-38058}
    - x86/KconfigCFI_AUTO_DEFAULT を !RUST または Rust >= に依存させます 1.88 Pawel Anikiel[Orabug: 38094847] {CVE-2025-38033}
    - btrfs有効な csum ツリーがない場合、NULL ポインターデリファレンスを回避しますQu Wenruo[Orabug: 38095010] {CVE-2025-38059}
    - btrfsbtrfs__prelim_ref の prelim_ref 引数の順序を修正します Goldwyn Rodrigues 氏 [Orabug
    38094856] {CVE-2025-38034}
    - nvmet-tcpnull sk_state_change を復元しませんAlistair Francisco 氏[Orabug: 38094863] {CVE-2025-38035}
    - vxlanFDBデータの競合に注釈を付けるIdo Schimmel[Orabug:38094879] {CVE-2025-38037}
    - cpufreqamd-pstateset_boostの不要なdriver_lockを削除Dhananjay Ugwekar[Orabug: 38094888] {CVE-2025-38038}
    - drm/amd/displayblock_sequence配列サイズを増やしますJoshua Aberback[Orabug: 38095164] {CVE-2025-38080}
    - bpfcopy_verifier_state()は「loop_entry」フィールドをコピーする必要がありますEduard Zingerman[Orabug: 38095018] {CVE-2025-38060}
    - シリアルmctrl_gpiosync および no_sync API に disable_ms を分割Alexis Lothore 氏[Orabug: 38094901] {CVE-2025-38040}
    - netpktgenpktgen_thread_write() でユーザーが与えられたバッファ外のアクセスを修正Peter Seiderer 氏[Orabug
    38095024] {CVE-2025-38061}
    - genirq/msiiommu_cookie の代わりに msi_desc に IOMMU IOVA を直接保存しますJason Gunthorpe 氏 [Orabug
    38095031] {CVE-2025-38062}
    - dmREQ_PREFLUSH によって引き起こされる無条件の IO スロットルを修正しますJinliang Zheng 氏[Orabug: 38095038] {CVE-2025-38063}
    - firmwarearm_ffaffaデバイスにdma_maskを設定Viresh Kumar[Orabug: 38094925] {CVE-2025-38043}
    - mediacx231xx417用にdevice_capsを設定Hans Verkuil[Orabug: 38094934] {CVE-2025-38044}
    - Orangefsファイルサイズを切り捨てませんMatthew Wilcox[Orabug: 38095056] {CVE-2025-38065}
    - dm cache失敗したデバイスの再開で再試行をブロックすることで、BUG_ON を回避しますMing-Hung Tsai 氏 [Orabug
    38095063] {CVE-2025-38066}
    - cryptolzo - 圧縮バッファオーバーランを修正Herbert Xu[Orabug:38095079] {CVE-2025-38068}
    - PCIendpointpci-epf-testカーネルを oops させる二重解放を修正しますChristian Bruel 氏[Orabug
    38095087] {CVE-2025-38069}
    - wifiiwlwifiデバッグアクション順序を修正Johannes Berg[Orabug: 38094942] {CVE-2025-38045}
    - x86/mmmemblock_phys_alloc_range()からの戻り値をチェックPhilip Redkin[Orabug: 38095101] {CVE-2025-38071}
    - libnvdimm/labelsnd_label_data_init()の除算エラーを修正Robert Richter[Orabug: 38095109] {CVE-2025-38072}
    - spi-rockchip登録の領域外アクセスを修正Luis de Arquer[Orabug: 38095173] {CVE-2025-38081}
    - x86/fredFREDを有効にしてS4を再開する際のシステムハングを修正Xin Li[Orabug: 38094951] {CVE-2025-38047}
    - ブロックset_blocksizeと読み込みパスの間の競合を修正Darrick J. Wong[Orabug: 38095117] {CVE-2025-38073}
    - virtio_ringevent_triggered を KCSAN の競合としてタグ付けすることで、データ競合を修正しますZhongqiu Han 氏 [Orabug
    38094958] {CVE-2025-38048}
    - scsitargetiscsi削除された接続のタイムアウトを修正Dmitry Bogdanov[Orabug: 38095134] {CVE-2025-38075}
    - usbtypecucsidisplayportデッドロックを修正Andrei Kuchnski[Orabug: 37977018] {CVE-2025-37967}
    - BluetoothbtnxpuartFWリリース中のカーネルパニックを修正Neeraj Sanjay Kale[Orabug:37844459] {CVE-2025-22102}
    - iiolightopt3001同時フラグアクセスによるデッドロックを修正Luca Ceresoli[Orabug: 37977026] {CVE-2025-37968}
    - mm/page_alloc受け入れられないメモリ処理の競合状態を修正Kirill A. Shutemov[Orabug: 38094767] {CVE-2025-38008}
    - dmaengineidxdidxd_cleanup() ヘルパーで削除の呼び出しをリファクタリングしますShangai Xue[Orabug: 38094790] {CVE-2025-38014}
    - dmaengineidxdidxd_allocのエラー処理パスにあるメモリリークを修正しますShangai Xue[Orabug: 38094793] {CVE-2025-38015}
    - dmaengineti k3-udma欠落しているロックを追加Ronald Wahl[Orabug: 38094756] {CVE-2025-38005}
    - wifimt76ドライバー削除でnapiを無効化Fedor Pchelkin[Orabug: 38094770] {CVE-2025-38009}
    - phy: tegra: xusbUTMI パッドの電源の状態追跡用のビットマスクを使用しますWayne Chang[Orabug: 38094777] {CVE-2025-38010}
    - drm/amdgpucsa unmap use uninterruptibleロックPhilip Yang[Orabug: 38094779] {CVE-2025-38011}
    - HIDbpfデバイスが破損した場合はディスパッチを中止Rongrong[Orabug: 38094796] {CVE-2025-38016}
    - sched_extbpf_iter_scx_dsq_new()は常にイテレータを初期化する必要がありますTejun Heo[Orabug: 38094786] {CVE-2025-38012}
    - net/tlsalloc_page が失敗した場合のカーネルパニックを修正Pengtao He 氏[Orabug: 38094802] {CVE-2025-38018}
    - mlxswspectrum_routerGRE net デバイスを削除する際の use-after-free を修正しますIdo Schimmel 氏[Orabug
    38094804] {CVE-2025-38019}
    - wifimac80211構造体 cfg80211_scan_request の割り当て後に n_channels を設定しますKees Cook 氏 [Orabug
    38094788] {CVE-2025-38013}
    -registermax20086無効なメモリアクセスを修正Cosmintanislav[Orabug:38094833] {CVE-2025-38027}
    - net/mlx5eアップリンクリ件名プロファイルの MACsec オフロードを無効にしますCarolina Jubran 氏[Orabug: 38094808] {CVE-2025-38020}
    - net_sched->change()中にgso_skbリストもフラッシュCong Wang[Orabug: 37998128] {CVE-2025-37992}
    - RDMA/core「KASAN: ib_register_device の slab-use-after-free」問題を修正しますZhu Yanjun 氏 [Orabug
    38094813] {CVE-2025-38022}
    - nfsロック解除パスでnfs_get_lock_contextの失敗を処理Li Lingfeng[Orabug: 38094818] {CVE-2025-38023}
    - HIDuclogicuclogic_input_configured() に NULL チェックを追加Henry Martin 氏[Orabug: 38094764] {CVE-2025-38007}
    - RDMA/rxerxe_queue_cleanupバグのslab-use-after-freeを修正Zhu Yanjun[Orabug: 38094827] {CVE-2025-38024}
    - arm64bpf権限のないユーザーによって読み込まれたcBPFプログラムのみを軽減James Morse[Orabug: 37977004] {CVE-2025-37963}
    - arm64bpfBHB緩和策をcBPFプログラムのエピローグに追加しますJames Morse[Orabug:37976926] {CVE-2025-37948}
    - usbtypecucsidisplayportNULLポインターアクセスを修正Andrei Kuchnski[Orabug: 38015126] {CVE-2025-37994}
    - modulekobject_put()がモジュールタイプkobjectsに対して安全であることを保証しますDmitry Antipov[Orabug: 38015131] {CVE-2025-37995}
    - memblockmemblock_double_array() で使用する前に割り当てられたメモリを受け入れますTom Lendacky 氏 [Orabug
    37976994] {CVE-2025-37960}
    - xenbuskrefを使用してreqの有効期間を追跡Jason Andryyuk[Orabug:37976934] {CVE-2025-37949}
    - smbclientリースブレークとのopen_cached_dirでの競合を回避Paul Aurich[Orabug: 37976959] {CVE-2025-37954}
    - drm/amd/displaydmlヘルパーの無効なコンテキストエラーを修正Roman Li[Orabug: 37977185] {CVE-2025-37965}
    - drm/v3dリセットがスキップされた場合、ジョブを保留リストに追加Maira Canal[Orabug: 37976942] {CVE-2025-37951}
    - iioimust_lsm6dsxst_lsm6dsx_read_tagged_fifo での潜在的なロックアップを修正しますSilvano Seva 氏[Orabug
    37977031] {CVE-2025-37969}
    - iioimust_lsm6dsxst_lsm6dsx_read_fifoの潜在的なロックアップを修正Silvano Seva[Orabug: 37977037] {CVE-2025-37970}
    - KVMSVMSHUTDOWN 傍受で SMM モードを強制的に放置しますMikhail Lobanov 氏[Orabug: 37976977] {CVE-2025-37957}
    - mm/huge_memory無効なpmd移行エントリのデリファレンスを修正Gavin Guo[Orabug: 37976982] {CVE-2025-37958}
    - x86/mmTLBフラッシュが不注意でスキップされる可能性のあるウィンドウを排除Dave HansenOrabug: 37977013{CVE-2025-37964}
    - stagingbcm2835-camerav4l2_devのdevを初期化Dave Stevenson[Orabug:37977042] {CVE-2025-37971}
    - 入力mtk-pmic-keys - 潜在的なNULLポインターデリファレンスを修正Gary Bisson[Orabug:37977044] {CVE-2025-37972}
    - bpfbpf_redirect_peerでパケットをスクラブPaul Chaignon[Orabug:37976990] {CVE-2025-37959}
    - netfilteripsetハッシュ型のリージョンロックを修正しますJozsef Kadlecsik[Orabug: 38015141] {CVE-2025-37997}
    - ipvsdo_output_route4におけるsaddrのuninit-valueを修正Julian Anastasov[Orabug:37976996] {CVE-2025-37961}
    - canm_canm_can_class_allocate_dev()デバイスプローブのスピンロックを初期化しますAntonios Salios 氏 [Orabug
    38015123] {CVE-2025-37993}
    - virtio-netvirtnet_xsk_pool_enable()のエラーでxsk_buffsを解放Jakub Kicinski[Orabug: 37976969] {CVE-2025-37955}
    - sch_htbhtb_deactivate()を冪等にしますCong Wang[Orabug:37977176] {CVE-2025-37953}
    - ksmbdparse_lease_state()のメモリリークを修正しますZhaolong Wang[Orabug: 37977180] {CVE-2025-37962}
    - openvswitchoutput_userspace() における安全でない属性解析を修正Eelco Chaudron 氏[Orabug: 38015148] {CVE-2025-37998}
    - ksmbd__close_file_table_idsのUAFを修正Sean Heelan[Orabug: 37976951] {CVE-2025-37952}
    - ksmbd*posを検証することで領域外ストリーム書き込みを防止Norbert Szetei[Orabug: 37976923] {CVE-2025-37947}
    - ksmbd空の文字列での名前変更を防ぎますNamjae Jeon[Orabug: 37976972] {CVE-2025-37956}
    - s390/pciPF に子 VF がある場合の disable_slot() での pci_dev_put() の重複を修正しますNiklas Schnelle 氏[Orabug
    37976920] {CVE-2025-37946}
    - wificfg80211マルチリンク要素のデフラグ中の領域外アクセスを修正Veerendranath Jakkam[Orabug: 37977046] {CVE-2025-37973}
    - s390/pcizpci_create_device()のエラーリターンの欠落しているチェックを修正Niklas Schnelle[Orabug:37977050] {CVE-2025-37974}
    - fs/erofs/fileiobio_add_folio() の後に erofs_onlinefolio_split() を呼び出しますMax Kellermann 氏 [Orabug
    38015155] {CVE-2025-37999}
    - mlxbf-bootctlsecure_boot_fuse_state_show() で sysfs_emit_at() を使用しますDavid Thompson 氏[Orabug
    37964051,38037120] {CVE-2025-37866}

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
238280	Amazon Linux 2023 : bpftool、kernel6.12、kernel6.12-modules-extra (ALAS2023-2025-994)	Nessus	Amazon Linux Local Security Checks	2025/6/12	2026/2/13	high
240657	Ubuntu 25.04 : Linux カーネルの脆弱性 (USN-7594-1)	Nessus	Ubuntu Local Security Checks	2025/6/26	2026/1/6	high
352871	AlmaLinux 9.2 [TuxCare] セキュリティ更新:bpftool/kernel/kernel-abi-stablelists/kernel-core/etc 複数の脆弱性(ALMALINUX9.2:CLSA-2026:1783791447)	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
252244	Oracle Linux 10/9Unbreakable Enterprise kernelELSA-2025-20530	Nessus	Oracle Linux Local Security Checks	2025/8/19	2026/2/9	medium
250070	Linux Distros のパッチ未適用の脆弱性: CVE-2025-37834	Nessus	Misc.	2025/8/15	2026/9/2	medium
360724	AlmaLinux 9.6 [TuxCare] セキュリティ更新:kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1779434490)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
360889	Rocky Linux 9.6 [TuxCare] セキュリティ更新:kernel / kernel-abi-stablelists / kernel-core / etc の複数の脆弱性(ALMALINUX9.6:CLSA-2026:1779434490)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/2	high
242347	Oracle Linux 9 : Unbreakable Enterprise カーネル (ELSA-2025-20480)	Nessus	Oracle Linux Local Security Checks	2025/7/18	2026/2/9	medium

検出

プラグインの検索

high

high

medium

medium

medium

high

high

medium